Promise Pegasus2 R8 unit boot niet meer

[hackint0sh]

Mijn vraag
Ik heb enige tijd geleden een Promise Pegasus2 R8 unit overgenomen met 8 x 3 TB HDD's, deze heb ik in gebruik genomen om wat tmp ruimte te hebben voor video projecten en dergelijke. Na een verbouwing vorig jaar heb ik de unit weer aangesloten en helaas wil deze niet meer starten (zodra de stekker erin gaat de fan draaien, powerknop op oranje en de disk lampjes op blauw).

De unit is ook niet meer zichtbaar in Promise Utility, reageert niet op power button, het lijkt dus te gaan om een hardware error. De schijven zijn voor zover ik weet (voor het opbergen) allemaal nog 100% (Smart gecheckt destijds).

Is iemand bekend met het restoren van een hardware raid array zonder de controller? Is er een manier om een disk image van alle schijven te maken en deze via een kunstmatige software raid leeg te lezen?

Relevante software en hardware die ik gebruik
Promise Pegasus2 R8
Intel Mac Pro 2013 / MacBook Pro M1
Promise Utility

Wat ik al gevonden of geprobeerd heb
- Nieuwe voeding aangeschaft; dit heeft jammer genoeg geen effect gehad.
- Diverse verkopers van eenzelfde unit op Marktplaats gevraagd of zij mij kunnen helpen met data recovery, helaas niet. Op eBay staan er divers te koop, maar voor prijzen waar je u tegen zegt.
- Diverse Thunderbolt kabels, power cables, met of zonder hdd's geprobeerd te starten.
- Om data verlies te voorkomen heb ik de disks zelf nog niet los aangesloten via USB zonder een duidelijke oplossingsrichting.

[ Voor 9% gewijzigd door hackint0sh op 20-08-2022 21:15 ]

[Thralas]

hackint0sh schreef op zaterdag 20 augustus 2022 @ 21:13:
Is iemand bekend met het restoren van een hardware raid array zonder de controller? Is er een manier om een disk image van alle schijven te maken en deze via een kunstmatige software raid leeg te lezen?

Rondje Google wijst uit dat het inderdaad een proprietary RAID format is.

Weet je nog welk RAID format je gebruikt? Gezien het aantal disks lijkt me het RAID 6 of RAID 5.

De theorie van RAID5/6 is niet zo lastig, je data is verdeeld in chunks van een bepaalde grootte, stripet dat over je disks en gebruikt per stripe 1 of 2 chunks voor redundancy. Bij RAID 5 is dat simpele parity (xor), bij RAID 6 iets van een erasure code (Reed-Solomon of iets dergelijks).

De parameters die je nodig hebt staan normaliter in de RAID metadata (chunk size, diskvolgorde, volgorde binnen stripe), maar als je die niet hebt dan is dat met wat puzzelen wel te achterhalen.

Er zijn een aantal datarecoverytools (DMDE is een van de goedkoopste) om je daarbij te helpen (met wat heuristieken kom je een eind), nog duurdere datarecoveryservices om dat voor je te doen (onderbuikgevoel zegt dat ze gezien de grootte zo een paar duizend euro rekenen) maar in de basis is het een puzzel/programmeeropdrachtje dat iedere programmeur zou moeten kunnen oplossen. Je moet de chunks in de juiste volgorde uitlezen, parity chunks kun je overslaan als je disks intact zijn.

Enige complicatie bij bovenstaande: 8x3 = 24 TB. Iets minder zonder parity.

Extra complicatie: klopt het dat het een SAN-achtig iets is? Dan zul je de (recovered) RAID image op OS X moeten uitlezen ivm. APFS.

- Om data verlies te voorkomen heb ik de disks zelf nog niet los aangesloten via USB zonder een duidelijke oplossingsrichting.

Dat is verstandig. Tenzij je héél goed weet wat je doet en de disks geheel intact zijn is het verstandig om ze eerst te imagen.

Ik vrees dat er alleen geen hapklare oplossing is, want het uitzoeken van het RAID-formaat vereist wat inzicht. Ik zou de disks allereerst imagen (liefst naar een filesystem dat compressie ondersteunt). Pas op voor OS X of Windows die vraagt of je een (onleesbare) disk wilt formatteren. Een command line Linux LiveCD is in dat opzicht wat veiliger.

Voor wat betreft het achterhalen van het RAID format: daar zou ik in eerste instantie alleen de eerste en laatste 10 MB van de disk voor imagen. Kom je er dan niet uit, dan hoef je de rest ook niet te imagen.

Makkelijkste oplossing blijft zo'n zelfde apparaat, die herkent de disks waarschijnlijk meteen.