Betroffen: Alle AMD-Boards mit SB750 oder höher und RaidXpert zur Migration/Erweiterung eines RAID5 um eine HDD
Zweifelsfrei nachgewiesen mit RaidXpert Version 2.4.1540.26 auf einem GA-MA790x-UD4P Rev. 1.0
Boards aller Hersteller sind betroffen, da dies ein Treiberproblem/Konzeptionsfehler ist
Die Erweiterung eines RAID5 um eine zusätzliche HDD macht die Daten des kompletten Arrays unbenutzbar,
wenn bei der Vergrößerung des Arrays eine der Kapazitätsgrenzen 2TiB(2,199TB), 4TiB(4,398TB) oder 8TiB(8,796TB) überschritten wird.
mögliche Erweiterungen - und wo es passiert:
3x500GB auf 4x500GB
4x500GB auf 5x500GB
5x500GB auf 6x500GB: 2TB<2TiB<2,5TB ==> Array unbenutzbar
3x640GB auf 4x640GB
4x640GB auf 5x640GB: 1,92TB<2TiB<2,56TB ==> Array unbenutzbar
5x640GB auf 6x640GB
3x750GB auf 4x750GB: 1,5TB<2TiB<2,25TB ==> Array unbenutzbar
4x750GB auf 5x750GB
5x750GB auf 6x750GB
3x1TB auf 4x1TB: 2TB<2TiB<3TB ==> Array unbenutzbar
4x1TB auf 5x1TB
5x1TB auf 6x1TB: 4TB<4TiB<5TB ==> Array unbenutzbar Link zum eindeutig nachgewiesenen Vorfall
3x1,5TB auf 4x1,5TB 3TB<4TiB<4,5TB ==> Array unbenutzbar
4x1,5TB auf 5x1,5TB
5x1,5TB auf 6x1,5TB
3x2TB auf 4x2TB 4TB<4TiB<6TB ==> Array unbenutzbar
4x2TB auf 5x2TB
5x2TB auf 6x2TB 8TB<8TiB<10TB ==> Array unbenutzbar
Hervorgerufen wird dieser Fehler durch die eigenartige Vorgangsweise des RAID-Xpert, beim Passieren dieser Grenzen die Array-Sektorgröße der simulierten RAID-Device von normalerweise 512Bytes auf 1K(Array wird >2TiB) von 1K auf 2K(Array wird >4TiB) sowie von 2K auf 4K(Array wird >8TiB) anzupassen. Vermutlich, um die Sekoradressen(LBAs) programmtechnisch weiterhin in 4 Bytes(32bit) unterzubringen. (Wozu hat man bloß den 48bit-LBA-Mode erfunden ?)
Nach Abschluss der Migration auf die neue Array-Größe wird ein System-Neustart gefordert.
Danach korelliert die veränderte, nun größere Sektorsize nicht mit den unveränderten alten Einträgen im NTFS-Filesystem, die Partitions werden nicht gemountet und es kann daher nicht mehr darauf zugegriffen werden (RAW). Inwieweit auch andere Filesysteme davon betroffen sind, wurde noch nicht überlegt.
Die GPT-Partitioneinträge hingegen werden den neuen Gegebenheiten angepasst
Für alle Backup-Muffel ist eine Datenrettung per Testdisk(freeware) nahezu 100%ig möglich, allerdings nur unter Bereitstellung von HDDs entsprechender Kapazität ("Hurra, mein erstes Backup vom doch nicht sicheren RAID")
Zweifelsfrei nachgewiesen mit RaidXpert Version 2.4.1540.26 auf einem GA-MA790x-UD4P Rev. 1.0
Boards aller Hersteller sind betroffen, da dies ein Treiberproblem/Konzeptionsfehler ist
Die Erweiterung eines RAID5 um eine zusätzliche HDD macht die Daten des kompletten Arrays unbenutzbar,
wenn bei der Vergrößerung des Arrays eine der Kapazitätsgrenzen 2TiB(2,199TB), 4TiB(4,398TB) oder 8TiB(8,796TB) überschritten wird.
mögliche Erweiterungen - und wo es passiert:
3x500GB auf 4x500GB
4x500GB auf 5x500GB
5x500GB auf 6x500GB: 2TB<2TiB<2,5TB ==> Array unbenutzbar
3x640GB auf 4x640GB
4x640GB auf 5x640GB: 1,92TB<2TiB<2,56TB ==> Array unbenutzbar
5x640GB auf 6x640GB
3x750GB auf 4x750GB: 1,5TB<2TiB<2,25TB ==> Array unbenutzbar
4x750GB auf 5x750GB
5x750GB auf 6x750GB
3x1TB auf 4x1TB: 2TB<2TiB<3TB ==> Array unbenutzbar
4x1TB auf 5x1TB
5x1TB auf 6x1TB: 4TB<4TiB<5TB ==> Array unbenutzbar Link zum eindeutig nachgewiesenen Vorfall
3x1,5TB auf 4x1,5TB 3TB<4TiB<4,5TB ==> Array unbenutzbar
4x1,5TB auf 5x1,5TB
5x1,5TB auf 6x1,5TB
3x2TB auf 4x2TB 4TB<4TiB<6TB ==> Array unbenutzbar
4x2TB auf 5x2TB
5x2TB auf 6x2TB 8TB<8TiB<10TB ==> Array unbenutzbar
Hervorgerufen wird dieser Fehler durch die eigenartige Vorgangsweise des RAID-Xpert, beim Passieren dieser Grenzen die Array-Sektorgröße der simulierten RAID-Device von normalerweise 512Bytes auf 1K(Array wird >2TiB) von 1K auf 2K(Array wird >4TiB) sowie von 2K auf 4K(Array wird >8TiB) anzupassen. Vermutlich, um die Sekoradressen(LBAs) programmtechnisch weiterhin in 4 Bytes(32bit) unterzubringen. (Wozu hat man bloß den 48bit-LBA-Mode erfunden ?)
Nach Abschluss der Migration auf die neue Array-Größe wird ein System-Neustart gefordert.
Danach korelliert die veränderte, nun größere Sektorsize nicht mit den unveränderten alten Einträgen im NTFS-Filesystem, die Partitions werden nicht gemountet und es kann daher nicht mehr darauf zugegriffen werden (RAW). Inwieweit auch andere Filesysteme davon betroffen sind, wurde noch nicht überlegt.
Die GPT-Partitioneinträge hingegen werden den neuen Gegebenheiten angepasst
Für alle Backup-Muffel ist eine Datenrettung per Testdisk(freeware) nahezu 100%ig möglich, allerdings nur unter Bereitstellung von HDDs entsprechender Kapazität ("Hurra, mein erstes Backup vom doch nicht sicheren RAID")
