Mein Heimserver (Debian Jessie) hatte ein Paar 1-TB-Festplatten zur Massenspeicherung, konfiguriert als RAID1-Spiegelvolume auf Raw-Geräten (keine Partitionen).
Als ich diese Festplatten gegen zwei neue 3-TB-Laufwerke austauschen wollte, hatte ich einige Schwierigkeiten, gute Anleitungen/Beispiele für die Datenübertragung zu finden.
Letztendlich entschied ich mich für das Verfahren, die Maschine in einer GParted-Liveumgebung zu booten und mit partclone.btrfs jede Quellfestplatte auf ihre Ersatzfestplatte zu kopieren. Das ist einfach, aber riskant, da beim Klonen die UUIDs der Volumes/Subvolumes dupliziert werden. Daher ist es nicht sicher, die Maschine mit allen angeschlossenen Festplatten neu zu booten, da doppelte IDs btrfs verwirren würden.
Nachdem ich die alten Festplatten getrennt hatte, startete ich neu. Der Rechner fuhr hoch und mountete die neuen Festplatten mit den ursprünglichen UUIDs, was darauf hindeutete, dass der Klon erfolgreich war. Als ich jedoch einen Btrfs-Scrub ausführte, wurden viele tausend behebbare Fehler generiert. Es sah so aus, als ob es für jede Blockprüfsumme einen Fehler geben könnte.
Nach Abschluss des Scrubbings schien das Volumen ordnungsgemäß zu laufen und ein zweiter Scrubbing-Durchgang zeigte keine Fehler.
ich fandein Beitragauf dieser Site von jemandem, der beim Klonen eines einzelnen Laufwerks dasselbe Problem hatte, es scheint also nicht spezifisch für RAID-Volumes zu sein.
Weiß jemand, ob dies das erwartete Verhalten beim Verschieben von Daten zwischen physischen Geräten ist (wobei die Prüfsummen ungültig werden) oder ob Partclone nicht so „btrfs-fähig“ ist, wie es behauptet?