Windows érvénytelen RAID1 adatmentés karácsonykor

Adott volt egy Windows7 alatt készült 2 lemezes szoftveres raid1 tömb. A két lemezt valamikor a múltban elválasztották egymástól már ne kérdezzétek milyen célból, de az egyik lemez félre lett téve backup célból, hogy azon megvan úgyis minden. A két lemez egyébként szinkronban volt, bootolt mind a két lemezről az op.rendszer.

Eljött aztán a karácsony, és a használt lemezen levő op.rendszer egyszer csak nem indult többet, szokásos bohóckodások (rendszervisszaállítás, csökkentett mód) után sem. Ekkor került elő a backup lemez, de az sem bootolt be. Itt került hozzám a hdd.

Windows 10 alatt a következőt mutatta:

Hát ez nem nyert*. Linuxon: 

[  196.639453] scsi5 : usb-storage 2-1.6:1.0
[  197.637896] scsi 5:0:0:0: Direct-Access     SAMSUNG  HD502HJ          8104 PQ: 0 ANSI: 6
[  197.638270] sd 5:0:0:0: Attached scsi generic sg3 type 0
[  197.642314] sd 5:0:0:0: [sdd] Spinning up disk...
[  198.645869] ...ready
[  200.660189] sd 5:0:0:0: [sdd] 976773168 512-byte logical blocks: (500 GB/465 GiB)
[  200.661148] sd 5:0:0:0: [sdd] Write Protect is off
[  200.661152] sd 5:0:0:0: [sdd] Mode Sense: 33 00 00 08
[  200.662144] sd 5:0:0:0: [sdd] No Caching mode page found
[  200.662182] sd 5:0:0:0: [sdd] Assuming drive cache: write through
[  200.708080] ldm_parse_tocblock(): Cannot find TOCBLOCK, database may be corrupt.
[  200.708127] ldm_parse_tocblock(): Cannot find TOCBLOCK, database may be corrupt.
[  200.779099]  sdd: [LDM] sdd1 sdd2 sdd3
[  200.782850] sd 5:0:0:0: [sdd] Attached SCSI disk


root@homesrv:~# fdisk -l /dev/sdd

Disk /dev/sdd: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x36955f46

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sdd1              63      2047      1985 992.5K 42 SFS
/dev/sdd2  *         2048    206847    204800   100M 42 SFS
/dev/sdd3          206848 210126847 209920000 100.1G 42 SFS
/dev/sdd4       210126848 976771119 766644272 365.6G 42 SFS


root@homesrv:~# du -sh sdd_temp/
186G    sdd_temp/

root@homesrv:~# cp sdd_temp/* /tmp...

és lehet nassolni a még megmaradt bejglit.

* (időrendben helyesen: a linuxos mentés megtörtént mielőtt rá mertem volna kattintani a Lemez újraaktiválására.)

( scineram | 2017. 12. 28., cs – 14:09 )

A hagyományos (nem zfs, btrfs) RAID1 tömbök mit csinálnak, ha a két lemez nem ért egyet?

Legalább tucatnyi szituáció lehetséges (mi milyen sorrendben lett kihúzva és bedugva, stb.) és a RAID vezérlőtől is függ (tud-e önálló diszkből passthru-t, lehet-e forszírozni egy hiányzó komponensű tömb RAID-ként újraaktiválását, stb.)

Hardveres RAID esetén a metaadat általában a diszk végén van, tehát, ha feldugod a RAID1 egyik lábát egy sima vezérlőre, akkor jellemzően minden további nélkül tudod használni a diszket. Létezik olyan RAID vezérlő, ahol a metaadat a diszk elején van, ilyenkor a megadott offsettől, pl. loop device-szal felcsatolással általában hozzá tudsz férni az adathoz.

( tigrincs | 2017. 12. 28., cs – 16:41 )

"Eljött aztán a karácsony, és a használt lemezen levő op.rendszer egyszer csak nem indult többet, szokásos bohóckodások (rendszervisszaállítás, csökkentett mód) után sem. Ekkor került elő a backup lemez, de az sem bootolt be"

Az utolso mondatnal "Ekkor kerult elo a backup lemez de az sem bootolt be" a rossz lemez melle lett berakva parban es ugy probaltak meg bootolni vagy kulon?
Ha a diskrol van full backup megprobalhatod winben atkonvertalni

Valóban nem egyértelmű így visszaolvasva. A raid tömb két lemeze teljesen el lett szeparálva. Az egyik tovább volt használva, az azon levő windows állt meg, és nem bootolt többet. A másik diszk a még működő állapotban lett félretéve, teljes szinkronizált állapotban. Ennek a lemeznek az állapota lett "érvénytelen", és kellett lementeni róla a fontosabb adatokat.