Nur DSM von HDD auf SSD umziehen lassen, Daten bleiben auf HDD - Synology DS216+II & DX213

[Tommily]

Hallo zusammen.

Ich habe eine DS26+II und ein Erweiterungsmodul DX213.
Aktuelle Konfiguration (RAID1):

• 2x 4TB HDD's in DS216+II, Speicherpool1-> DS, Apps, Docker, Daten
• 2x 4TB SSD's in DX213, Speicherpool2 -> Eingebunden aber leer

Zukünftige Konfiguration (RAID1):

• 2x 4TB SSD's in DS216+II -> DS, Apps, Docker
• 2x 4TB HDD's in DX213 -> Daten

Wie realisiere ich das am besten?

Sicherungen:

• Synology Hyper Backup, alle Ordner und verfügbaren Apps
• Container Export (Daten und Einstellungen)
• DSM-Konfiguration

Vorgehen:

Einfach beide HDD's aus der DS entfernen und die SSD's einbauen (gleiche Reihenfolge, 1 auf 1 und 2 auf 2), dann dort neues System installieren.
Anschließend aus der System Konfiguration, Backup und den Docker Dateien meine DS wieder gleich aufsetzen.
HDD's sind dann aber noch mit den Konfigs und DS Zeug zugemüllt. Wie soll ich diese löschen? Via SSH? Oder ratet ihr davon ab?
Oder muss ich die HDD's auch komplett neu aufsetzen, das würde ich aber gerne vermeiden.

Danke & LG, Tommily

 

[ottosykora]

Was für DS Zeug genau?

DSM in Systempartition befindet sich auf allen Platten in einem Raid1 gleich, also auch deinem 'leeren' Pool 2

 

[Benares]

Meines Wissens aber auf einer DX213 nicht, nur auf den internen SATA-Platten/SSDs.

 

[Tommily]

Hallo.

Naja, da sich Daten inkl. DSM auf den HDD's befinden, welche aktuell noch in der DS216+II verwendet/verbaut sind, befinden sich eben:
Benutzerdaten, DSM-Systempartition, Paketdatenbanken, etc. oben.
Diese Daten brauche ich auf der DX213 nicht, wenn ich dort die HDD's nun installieren möchte. Ich brauche rein nur die Daten. Die DX ist nur über SATA mit der DS verbunden und eine reine Erweiterung, ohne Prozessor und Logik.

LG, Tommily

 

[Tommily]

Keiner eine Idee?
Ich hab mal alles soweit getauscht und fertig eingerichtet.
Bis auf die alte DSM Partition, diese habe ich noch nicht von den HDD's gelöscht.

Kann ja eigentlich nichts passieren wenn ich die Partitionen:
sdcb1, sdcb2, sdca1, sdca2
lösche.
Die Daten scheinen alle auf sdcb3, sdca3 zu sein.

Nur irgendwie komisch ich dachte sdca3 wäre SSD und sda3 wäre HDD.
Kann es sein, dass nach dem Tausch sich die ursprünglichen Benennungen nicht geändert haben?
Obwohl ich das DSM System neu auf den SSD's installiert habe?

LG, Tommily

 

[Synchrotron]

Da du dir einen Beitrag wünschst, das ist er: Grundsätzlich sollte man nicht mit Linux-Kommandos an den PartitIonen herumfroschen. Ich werde dir zu nichts raten, du bekommst es schon alleine hin, dir dein System zu zerschießen.

DSM installiert sich selbst auf allen Platten, die in Bays der Haupt-DS stecken, egal ob HDD oder SSD. Es installiert sich nicht auf SSDs, die in NVME-Slots stecken. Keine Ahnung bzgl. Erweiterungseinheiten, aber siehe oben #3

Um Apps auf ein anderes Volume umzuziehen, gibt es den App-Mover. Einfach mal im Forum suchen. Hat bei mir mit ein wenig händischer Nacharbeit innerhalb der VMs funktioniert.

Warum du panisch versuchst, die winzige DSM-Partition auf den HDDs für die Erweiterungseinheiten zu vernichten, verstehe ich nicht. Die paar GB fressen kein Heu. Aber egal, einfach die Laufwerke komplett löschen (Secure Erase, oder extern formatieren), dann ist sie weg.

 

[Iarn]

Der Gedanke ist vermutlich, die DSM Partition zu killen, um das Aufwachen aus dem Festplatten Ruhezustand zu vermeiden. Vor vielen Jahren habe ich das auch mal versucht. Es ging so halb, wenn man die Laufwerke durch Manipulation der config Files als externe Laufwerke geflagged hat. Aber ich bin dann zum Schluss gekommen, es ist den Aufwand nicht wert.

 

[Tommily]

Danke für die Antworten.
Ich bin auch kein Freund hier irgendwas zu verbasteln.

Weil ich sie nicht brauche, 4,4GB ist jetzt nicht nichts würde ich sagen.
Doppelte Dateien benötige ich auch nicht und lösche sie, weil unnötig.
Außer sie sind gewollt wie beim Backup.

Ruhezustand ist auch ein Punkt, im Prinzip kann das Datengrab in der Erweiterungseinheit bis zum nächsten aktiven Zugriff schlafen. Tut das aber nur 1h bis sie wieder aufwacht.

Wünsche einen schönen Abend.

 

[Synchrotron]

Wenn Platten in der Erweiterungseinheiten aufwachen, mag das Ursachen haben.

Bezüglich DSM gibt es genau 2 Möglichkeiten: Entweder wird DSM vom System dort installiert, und dann gehört es dort hin, und darf nicht abgeflext werden. Oder es gehört dort nicht hin, und dann ist es egal, ob es als Altlast doch noch vorhanden ist. Angesprochen wird es in dem Fall nicht.

Platten ruhig bekommen ist ein Thema für sich, das Bände hier im Forum füllt. Irgendwann akzeptiert man, dass man einen Server hat, der Serverdinge tut, und hört auf, sich darum zu kümmern. Oder man versucht es weiter, schlechte Laune und Magengeschwüre inclusive.

Und da reitet er wieder, die Lanze in der Armbeuge, zum Stoß gegen die Windmühlen …

 

[ctrlaltdelete]

Die DSM und SWAP Partition wird auf der DX nicht genutzt, aber die Partitionen werden trotzdem gem. allg. Partitionstabelle angelegt. Ich kann nachher mal schauen, ob da auch was gespeichert wird.
Ansonsten ist so ein Setup absolute Bombe, weil die HDDs in der DX kaum zu hören sind!!!

 

[AndiHeitzer]

Auf einer DX gibt es keinerlei Systempartitionen.

Ausgehend von Posting #1 würde ich ...

A) Den Speicherpool auf der DX löschen
B) Die SSDs aus der DX entnehmen
C) Stück für Stück die HDDs aus der DS gegen die SSDs austauschen (RAID-REPAIR)
D) die HDDs ggfs in die DX einbauen und dort einen Speicherpool erstellen
E) Daten mittels Filestation dorthin legen, wo das gewünscht wird.

Fertig ist die Geschichte.

 

[ctrlaltdelete]

Auf einer DX gibt es keinerlei Systempartitionen.

falsch:

root@DS920plus:~# mdadm --detail /dev/md0    # DSM-System (RAID1)
roc/swaps       /dev/md0:
        Version : 0.90
  Creation Time : Sat Mar  8 09:38:48 2025
     Raid Level : raid1
     Array Size : 8388544 (8.00 GiB 8.59 GB)
  Used Dev Size : 8388544 (8.00 GiB 8.59 GB)
   Raid Devices : 4
  Total Devices : 2
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Tue May 27 08:32:27 2025
          State : clean, degraded
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           UUID : 20b019a4:7f122eff:05d949f7:b0bbaec7
         Events : 0.1217374

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync writemostly   /dev/sata1p1
       1       8       17        1      active sync   /dev/sata2p1
       -       0        0        2      removed
       -       0        0        3      removed
root@DS920plus:~# mdadm --detail /dev/md1    # Swap (RAID1)
/dev/md1:
        Version : 0.90
  Creation Time : Sat Mar  8 09:38:51 2025
     Raid Level : raid1
     Array Size : 2097088 (2047.94 MiB 2147.42 MB)
  Used Dev Size : 2097088 (2047.94 MiB 2147.42 MB)
   Raid Devices : 4
  Total Devices : 2
Preferred Minor : 1
    Persistence : Superblock is persistent

    Update Time : Tue May 27 08:22:08 2025
          State : clean, degraded
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           UUID : 8ac775e5:9b0423df:05d949f7:b0bbaec7
         Events : 0.472319

    Number   Major   Minor   RaidDevice State
       0       8        2        0      active sync writemostly   /dev/sata1p2
       1       8       18        1      active sync   /dev/sata2p2
       -       0        0        2      removed
       -       0        0        3      removed
root@DS920plus:~# cat /proc/swaps            # Aktive Swap-Geräte
Filename                                Type            Size    Used    Priority
/dev/md1                                partition       2097084 2096796 -1
root@DS920plus:~#

Sie werden nur nicht benutzt!

Feature	Status	Details
DSM-System (md0)	Läuft, aber degraded	Nur sata1p1 und sata2p1 aktiv – DX517-Disks fehlen
Swap (md1)	Läuft, aber degraded	Nur sata1p2 und sata2p2 aktiv – ebenfalls ohne DX517

Edit: HDD in der DX517 mit den angelegten Partitionen 1/2/5
root@DS920plus:~# parted /dev/sata3 print
Model: ATA ST12000NM0127 (scsi)
Disk /dev/sata3: 12.0TB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number Start End Size File system Name Flags
1 4194kB 8594MB 8590MB raid
2 8594MB 10.7GB 2147MB raid
5 10.9GB 12.0TB 12.0TB raid

 

[Benie]

C) Stück für Stück die HDDs aus der DS gegen die SSDs austauschen (RAID-REPAIR)

Ich denke nicht daß das geht, Ein Mischbetrieb SSD und HDD innerhalb eines Speicherpool funktioniert nicht, da unzulässig.

@Tommily
Ich persönlich Würde 1x die Daten der DXP mit HyperBackup auf eine externe HDD sichern.
1x die Daten, Pakete als Versioniertes Backup machen, Konfig wird in beiden Fällen automatisch gesichert.
Alles auf der DS platt machen oder am besten mit einem USB sata Adapter am PC die Partitionen löschen.

SSDs / HDDs dort einbauen wo sie hin sollen, DSM neu aufsetzen, HyperBackup installieren, Backup zuerst auf die DS wiederherstellen und dann 2. Backup auf die DXP wieder herstellen.

 

[Benares]

Synology nutzt m.W. feste, vordefinierte Partitionsschemata. Da ist wohl immer Root/Swap/Reserved dabei, auch wenn die Partitionen nicht gebraucht/genutzt werden

root@DS1522:~# synopartition --list
Index  Version  1-Bay  Size of Root/Swap/Reserved Partition
   1.        1    YES    273042/  787185/ 273042 sectors (  133/  384/ 133 MB)
   2.        2    YES   4980087/ 1044225/ 257040 sectors ( 2431/  509/ 125 MB)
   3.        3    YES    530082/  787185/  16002 sectors (  258/  384/   7 MB)
   4.        5    YES    722862/  594405/  16002 sectors (  352/  290/   7 MB)
   5.        6    YES   4980087/ 4192965/ 257040 sectors ( 2431/ 2047/ 125 MB)
   6.        7    YES   4980480/ 4194304/ 262144 sectors ( 2431/ 2048/ 128 MB)
   7.        8    YES   4980480/ 4194304/ 260352 sectors ( 2431/ 2048/ 127 MB)
   8.        9    YES  16777216/ 4194304/ 262144 sectors ( 8192/ 2048/ 128 MB)
  10.        1     NO   1574307/  787185/ 273105 sectors (  768/  384/ 133 MB)
  11.        2     NO   4980087/ 1044225/ 257040 sectors ( 2431/  509/ 125 MB)
  12.        6     NO   4980087/ 4192965/ 257040 sectors ( 2431/ 2047/ 125 MB)
  13.        7     NO   4980480/ 4194304/ 262144 sectors ( 2431/ 2048/ 128 MB)
  14.        8     NO   4980480/ 4194304/ 260352 sectors ( 2431/ 2048/ 127 MB)
  15.        9     NO  16777216/ 4194304/ 262144 sectors ( 8192/ 2048/ 128 MB)
  19.      100    YES  41943040/ 4194304/      0 sectors (20480/ 2048/   0 MB)
  20.      100     NO  41943040/ 4194304/      0 sectors (20480/ 2048/   0 MB)

Edit:

root@DS1522:~# synopartition --check /dev/sata1
/dev/sata1: partition layout is version 9, list index is 15.
root@DS1522:~# synopartition --check /dev/sata2
/dev/sata2: partition layout is version 9, list index is 15.
root@DS1522:~# synopartition --check /dev/sata3
/dev/sata3: partition layout is version 9, list index is 15.

 

[ctrlaltdelete]

@Benares genau so ist es.

aber die Partitionen werden trotzdem gem. allg. Partitionstabelle angelegt

 

[maxblank]

Bei der DS923+ mit einer DX213 und RAID0 schaut es wie folgt aus:

root@DS923_home:~# mdadm --detail /dev/md5
/dev/md5:
        Version : 1.2
  Creation Time : Fri Jan 17 09:46:52 2025
     Raid Level : raid0
     Array Size : 11699596416 (11157.60 GiB 11980.39 GB)
   Raid Devices : 2
  Total Devices : 2
    Persistence : Superblock is persistent

    Update Time : Tue May 27 06:04:45 2025
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

         Layout : -unknown-
     Chunk Size : 64K

           Name : DS923_home:5  (local to host DS923_home)
           UUID : abd8be8d:8063c8a2:f3da38f3:d26d2a31
         Events : 195

    Number   Major   Minor   RaidDevice State
       0       8       35        0      active sync   /dev/sata3p3
       1       8       51        1      active sync   /dev/sata4p3

 

[AndiHeitzer]

Sie werden nur nicht benutzt!

Was unter der Haube auf der Disk rumliegt, ist irrelevant.
Die zum Betrieb notwendigen Partitionen sind nur auf den internen Disks als RAID1 abgelegt und in Benutzung.

Daher empfinde ich Deine Antwort ...

falsch:

... eher unpassend.

Ich denke nicht daß das geht, Ein Mischbetrieb SSD und HDD innerhalb eines Speicherpool funktioniert nicht, da unzulässig.

Das kann sein, ich habe das selber noch nicht so praktiziert.
Aber rein logisch müsste das gehen.
Und ein Mischbetrieb, nein, soll es auch nicht werden.

Sollte die DS an dieser Stelle meckern, dann wäre es sinnvoll ein Vollbackup zu fahren, alles DISKs entnehmen, die SSDs gerne extern platt machen und die DS mit den SSDs aus dem Vollbackup wieder herstellen.
Am Schluß noch die HDDs in die DX packen und fertig ist die Laube.

 

[ctrlaltdelete]

Die Partitionen MD0 DSM und MD1 SWAP können in einem RAID1 auf HDD und SSD gleichzeitig liegen, hat nichts mit der Datenpartition, deinem Datenspeicherpool zu tun. Der darf nur HDD oder nur SSD enthalten.

 

[maxblank]

@DaveR hatte das in einem anderem Thema abschließend erklärt, schaut da evtl. mal rein.

 

[DaveR]

Every drive in the NAS and the expansion unit have the system and swap partitions - but DSM only uses those partitions on drives in the NAS.

@Tommily Do these steps:

1. Shut down the DS216+II.
2. Swap the drives so you have 1 HDD and 1 SSD in the DS216+II and 1 HDD and 1 SSD in the DX213.
3. Boot the DS216+II.
4. Go to storage manager and click on the option to repair the system partition (this will quickly copy the contents of the HDD's system partition to the SSD's empty system partition. Then all your DSM settings and packages etc will be on the SSD that is in the DS216+II.
5. Shut down the DS216+II.
6. Swap the other 2 drives so you have 2 SSD in the DS216+II and 2 HDD in the DX213,
7. Boot the DS216+II.
8. Go to storage manager and click on the option to repair the system partition (this will copy the contents of the SDD's system partition to the other SSD's empty system partition.

EDIT never mind. I see you've already reinstalled DSM...