[Gelöst] 512/4096KB Sektor-HDDs im md raid, Alignment

Kürzlich hat leider eine meiner mechanischen HDDs WD Green (3TB) begonnen ihr baldiges Ableben anzukündigen. Die Platte ist Teil eines md RAID1, Ersatz in Form einer WD-Red gleicher Größe ist heute eingetroffen und wird grade einem Stresstest unterzogen.

Die defekte Platte habe ich vor dem Ausbau folgendermaßen aus dem RAID entfernt:
mdadm --fail /dev/md0 /dev/sdb1
mdadm -r /dev/md0 /dev/sdb1
mdadm --zero-superblock /dev/sdb1

Bei der Gelgenheit ist mir bei der Inspektion der verbleibenden HDD aufgefallen, das fdisk meldet das Alignment sei nicht korrekt:

Normalerweise wird ja immer geraten HDDs "aligned" zu partitionieren. Ich habe den mdraid seinerzeit über den Installer anlegen lassen und mir darüber keine weiteren Gedanken gemacht, da ich davon ausgegangen bin das dieser für korrektes Alignment sorgt.

Ich bin mir tatsächlich auch nicht sicher, ob das Alignment evtl. nicht doch trotz anderslautender fdisk Meldung korrekt ist, weil die eigentliche Partition, ja von dem mdraid (der auch overhead auf der Platte speichert) gewrappt wird. Im Thomas Krenn Wiki gibt es die Information das man das Alignment mittels


prüfen könne. Bei mir (OpenSUSE 13.1) fehlt leider die wesentliche Angabe "Data Offset" in der Ausgabe des

Weiß jemand, ob das Alignment nun so korrekt ist und falls nein - einen Weg das Alignment nachträglich durchzuführen - ohne Datenverlust? (P.S.: Es handelt sich um einen Server der remote über ssh gewartet wird und kein optisches Laufwerk hat - GParted ist also keine Option)

Außerdem habe ich noch eine Frage zum Hinzufügen der neuen (leeren) HDD zu dem vorhandenen RAID1 der sich momentan im "degraded"-Status befindet. Bisher bin ich immer davon ausgegangen, dass es genügt, eine neue leere Platte dem md raid hinzuzufügen und der Rest würde automatisch gesynced. Allerdings habe ich in einigen Anleitung gelesen (unter anderem auch in hier in Linupedia) das die Partitionierung von der funktionsfähigen Platte manuell kopiert werden muss z.B. mit:

Ich bin momentan ein wenig unschlüssig, ob sfdisk -d nicht auch den md raid superblock mit kopiert und dadurch den kompletten RAID schreddert. Hat jemand schonmal einen bestehenden RAID um eine neue HDD erweitert und weiss, welche Schritte hier nun wirklich nötig sind?

Du verwendest eine alte Version von fdisk, die nicht mit einer GPT umgehen kann. Du verwendest nicht die Version von 13.1, die kann das nämlich (wenn auch noch nicht alle Funktionen implementiert sind). Mit wirst Du wohl sehen, daß die erste Partition ab Sektor 2048 beginnt.

Ich habe zwar mit die GPT gesichert, aber ich habe mich nicht damit befaßt, ob ich sie mit problemlos auf eine andere Platte kopieren kann. Ich würde die neue Platte manuell mit so partitionieren wie die alte (ohne Partitionierung kannst Du sie nicht verwenden). Nach einem passiert dann der Rest von allein.

Partitionentabelle und raid superblocks haben nichts miteinander zu tun. sfdisk und cfdisk nützen Dir bei einer GPT überhaupt nichts, damit kannst Du ebenso wie mit einem veralteten fdisk nur Unheil anrichten.

josef-wien schrieb:

Du verwendest eine alte Version von fdisk, die nicht mit einer GPT umgehen kann. Du verwendest nicht die Version von 13.1, die kann das nämlich (wenn auch noch nicht alle Funktionen implementiert sind).

Zum Vergrößern anklicken....

Okay in dem Fall ist mir allerdings schleierhaft warum mein fdisk nicht aktuell ist:


Ansonsten herzlichen Dank für deine Tipps. Ich habe die Schritte so durchgeführt, wie Du es vorgeschlagen hast. Der RAID hat über Nacht synchronisiert und nun ist wieder alles im Lot!

"sgdisk -p" hat auch wie Du schon vermutet hattest gezeigt, dass die Partitionierung der alten HDD korrekt war.

Genau diese Version hat auch mein 13.1. Ich kann nur vermuten, daß der Fehler mit der Festplattengröße zusammenhängt (meine größte hat 640 GB), aber schließlich ist die GPT-Unterstützung bei dieser Version noch "experimentell".

Es ist interessant, daß zypper das Paket nicht findet, wenn man nach fdisk sucht, aber erfolgreich ist, wenn man als Suchbegriff /usr/sbin/fdisk verwendet. Womit wieder einmal bewiesen ist, daß jedes Programm seine Schwächen hat.