SSDs in raid0 non-raid gemaakt voor firmware update

[albino71]

Ik wilde de firmware mijn SSD's (2x M4 in RAID0) updaten, maar dat gaat niet met de win8 exe.
Dus even lezen op het Crucial forum en daar werd gezegd...
Haal raid er af, update je firmware handmatig en zet raid weer terug.

En uiteraard zonder backup of image van mijn systeemvolume aan de slag....living on the edge, woohoo.
En ja hoor...

Als ik nu dus in de bios raid weer wil inschakelen komt de melding dat alle data op de schijven verloren gaat.

Om de bewoordingen van Andy te gebruiken....
Yeah i know....

De discussie over ssd's in raid 0 hoeven we hier niet te voeren, het gaat mij er om of er nog een manier is om herinstalleren te voorkomen.

Is er nog iets mogelijk?

[redfoxert]

Wel instellen, niet initialiseren een optie?

[albino71]

Geen id eerlijk gezegd.

Ik durf de eerder genoemde melding (nog niet) niet te bevestigen

[gertvdijk]

Hoe heb je ze "uit RAID gehaald"? Als je ze gewoon ontkoppelt en op een andere niet-RAID controller zet kan je prima de firmware updaten zonder een bitje van de data op de SSD te bewerken. Dat is wat bedoeld werd met die instructies.

Als je de RAID array hebt verwijderd uit de controller configuratie dan is de arraydefinitie weg en ga jij nu aan je datarecovery zitten.

edit - Even voor de duidelijkheid, ik bedoel hier de arraydefinitie (config), niet een array die definitief weg is.

[ Voor 18% gewijzigd door gertvdijk op 14-05-2013 11:14 ]

[albino71]

Dat eerste manier had ik moeten hanteren. Die zin zegt meteen ook alles...

Op de blaren zitten, of is er een escape?

[albino71]

nevermind, ik moet even opnieuw installeren.

Bedankt voor de reacties in ieder geval...

[Verwijderd]

Misschien moet je gewoon even wat langer wachten dan 60 minuten? Waarom maak je anders een topic aan? Wacht gewoon even tot er reacties komen.

Dus even lezen op het Crucial forum en daar werd gezegd...
Haal raid er af, update je firmware handmatig en zet raid weer terug.

Dat hoort prima te werken; mits je ook in je BIOS de SATA controller op IDE zet, en daarna weer op RAID. Je systeem BIOS is wat anders dan de RAID BIOS of RAID setup utility. Dat laatste moet je een toetscombinatie voor drukken zoals Control+i om in te komen, en ziet er totaal anders uit dan je systeem BIOS. In je RAID BIOS moet je normaliter afblijven.

En uiteraard zonder backup of image van mijn systeemvolume aan de slag....living on the edge, woohoo.

Een goede les om voortaan eens te denken aan backups. Koop een externe schijf en maak die backups voortaan! Dan kun je nooit meer in de stress raken met dit soort geintjes.

gertvdijk schreef op maandag 13 mei 2013 @ 23:02:
Als je de RAID array hebt verwijderd uit de controller configuratie dan is de array definitie weg en ga jij nu aan je datarecovery zitten.

Dat is onjuist, gertvdijk. RAID configuratie wordt niet in de controller opgeslagen, maar wordt opgeslagen op de hardeschijven/SSDs zelf; de laatste sector van elke disk, wel te verstaan.

Als deze nu weg is, dan is alle data er nog gewoon. Die kun je terugkrijgen met meerdere manieren:

• Makkelijkste manier maar enigszins gevaarlijk is: simpelweg de RAID opnieuw aanmaken, met dezelfde configuratie, met de disks op dezelfde poorten (volgorde is héél belangrijk!). Kies hetzelfde RAID-level, dezelfde stripesize, dezelfde disk order (dit kun je vaak niet kiezen maar wordt bepaald door de volgorde waarin je je disks aansluit op de controller). Kortom, gewoon in de RAID BIOS de RAID0 weer aanmaken en poef, alles werkt weer!
• Met Linux/BSD software RAID0 gebruiken om de RAID aan te maken, dit kan in read-only mode en is dus veel veiliger dan bovenstaande methode
• Datarecovery methodes gebruiken

RAID0 recoveren is supersimpel en veel minder gevaarlijk dan redundante RAID levels zoals RAID1 en RAID5. Dit komt omdat RAID0 geen initialisatie kent; er is geen redundancy die overschreven kan worden. Bij RAID5 is met name de eerste methode hierboven veel gevaarlijker, omdat je bij verkeerde instellingen gelijk permanent je data vernietigt. De rebuild die vaak direct wordt gestart na het aanmaken van de RAID zal namelijk al je data aan gort knagen, omdat parity-data wordt geschreven op plaatsen waar juist je échte data staat. Dan is het snel afgelopen met datarecovery.

Conclusie: je speelt paniekvoetbal; jammer want je had met enkele seconden al je data kunnen terugkrijgen. Voortaan iets langer wachten dan 60 minuten voordat je al je data opgeeft dus. En gertvdijk; je advies is heel goed bedoeld, maar kan er in dit geval voor gezorgd hebben dat de TS denkt dat het einde verhaal is; terwijl dat dus zeker in dit geval een zeer onterechte aanname is geweest. Mijn advies is om voorzichtiger te zijn met advies geven.

[johnkeates]

Met ^

Je had ook in het ergste geval nog gewoon de RAID0 array kunnen opbouwen met mdadm zonder je moederbord's FakeRAID. En dan had je gewoon al je data nog gehad.

[TERW_DAN]

En anders kun je altijd nog met RAIDreconstructor kijken of je de array kunt recoveren. Dat is zeker voor drives die enkel uit hun array zijn gehaald maar verder niet zijn beschreven ene manier die vaak zat meer dan prima werkt. Ik heb er iig vaker data mee van oude arrays af kunnen halen.

[gertvdijk]

Verwijderd schreef op maandag 13 mei 2013 @ 23:50:
Dat is onjuist, gertvdijk. RAID configuratie wordt niet in de controller opgeslagen, maar wordt opgeslagen op de hardeschijven/SSDs zelf; de laatste sector van elke disk, wel te verstaan.

Dat begrijp ik heel goed. Misschien heb je mij verkeerd begrepen? (definitie vs. definitief) Als je een array verwijderd in een RAID utility wordt juist meestal die metadata verwijderd en is daarmee de arrayconfiguratie foetsie. Je moet dan gaan raden wat de stripe sizes en offsets waren bij recovery.

De data zelf wordt niet gewiped, dat beweer ik ook niet.

[ Voor 4% gewijzigd door gertvdijk op 14-05-2013 02:06 ]

[Verwijderd]

Hoe denk je dat de topicstarter jouw post heeft begrepen? Als ik het al verkeerd begrijp...

Datarecovery hoeft ook helemaal niet; je kunt simpelweg de RAID metadata opnieuw aanmaken. Zeker bij een simpele RAID0 waarbij de kabels en dus disk order onveranderd blijft, komt het neer op het herinneren van de stripesize. Ook al maak je daar fouten bij, dan nog betekent dit dat je het simpelweg nog een keer kunt proberen.

Kortom, in dit geval is zijn data binnen enkele seconden terug te halen zonder veel moeite. Ik denk niet dat de topicstarter dat op die manier heeft begrepen nadat hij jouw post las.

[gertvdijk]

Verwijderd schreef op dinsdag 14 mei 2013 @ 02:54:
Hoe denk je dat de topicstarter jouw post heeft begrepen? Als ik het al verkeerd begrijp...
[...]
Ik denk niet dat de topicstarter dat op die manier heeft begrepen nadat hij jouw post las.

Had duidelijker gekund inderdaad.

Verwijderd schreef op dinsdag 14 mei 2013 @ 02:54:
Datarecovery hoeft ook helemaal niet; je kunt simpelweg de RAID metadata opnieuw aanmaken. [...]

Eens, al vind ik het reconstrueren van een array ook onder datarecovery vallen. Anyway, dat is meestal wel controller-specifiek nietwaar? Dus aan de OP om even te vertellen welke controller/fakeraid hij gebruikt.

Verwijderd schreef op dinsdag 14 mei 2013 @ 02:54:
Kortom, in dit geval is zijn data binnen enkele seconden terug te halen zonder veel moeite.

Jij kan dat, uiteraard. Een willekeurige tweakert niet, denk ik.