Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: Q 13. 01. 2017, 09:48:56
-
Po opakovaných výpadcích el. proudu v rychlém sledu za sebou došlo k poškození RAIDu 1 ve starším NAS Synology DS209. Ono to nějak nabootuje, ale nejdou vidět data.
Pokud se dobře pamatuji, byl tam ten jejich systém ve verzi 4.2. MDADM ve verzi 3.1.něco a verze metadat u RAIDU snad ještě 0.9. Tím si ovšem nejsem stoprocentně jistý.
Mám tu z toho aktuálně vytažený jeden disk do USB redukce, ale nejsem schopen nahodit ani RAID. Pod ním by mělo být LVM a až pak svazek se souborovým systémem. Bohužel mám problém už s tím RAIDem.
# fdisk -l /dev/sdc
Disk /dev/sdc: 1,8 TiB, 2000398934016 bytes, 3907029168 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: 0x00000000
Zařízení Zaveditelný Start Konec Sektory Size Id Druh
/dev/sdc1 63 4980149 4980087 2,4G fd Linux RAID samorozpoznatelný
/dev/sdc2 4980150 6024374 1044225 509,9M fd Linux RAID samorozpoznatelný
/dev/sdc3 6281415 3907024064 3900742650 1,8T fd Linux RAID samorozpoznatelný
# mdadm --examine /dev/sdc1 /dev/sdc2 /dev/sdc3
#
Data bych snad měl mít všechny z noční zálohy. Chtěl bych se k tomu dostat spíše pro jistotu, kdyby tam náhodou něco chybělo a taky trochu "ze sportu", abych příště věděl. V NAS cca před půl rokem začal jeden disk vykazovat předporuchové stavy, takže jsem ho vyměnil a teoreticky by měl ještě někde být, takže by z něho mohlo jít vyčíst nějaké informace o poli, pokud bude potřeba.
Nějaký tip, co bych mohl dál zkusit?
Díky
-
skúsil by som hľadať pomoc buď cez ich support, ten funguje perfektne alebo cez užívateľské fóra Synology.
-
ich support funguje perfektne? odkedy? ::)
-
No a linux máš jakej? Ty fd jsou zrádný, bych si myslel, že se raidy nahodily sami. Co rika
cat /proc/mdstat ?
Pripadne nahod rucne mdad -A /dev/md0 /dev/sdc3
Sdc3 asi má data, ne?
-
Co jsem to resil naposledy, uz jsem si k tomu psal poznamky, tak zkus nasledujici, je treba zamenit sve cesty...
stav vadny raid disk v USB redukci pripojene do synology, kde uz byly disky nove...
#pokud nelze pripojit klasicky
sh-4.3# mount /dev/md4 /volumeUSB1/
mount: unknown filesystem type ‘LVM2_member’
#vybret novy /dev/mdx - neexistujici v /proc/mdstat!!!!
sh-4.3# cat /proc/mdstat
sh-4.3# mdadm --assemble --run /dev/md4 /dev/sdq5
sh-4.3# pvs
PV VG Fmt Attr PSize PFree
/dev/md1 vg1 lvm2 a– 927.00g 0
sh-4.3# lvdisplay vg1
— Logical volume —
LV Path /dev/vg1/lv
LV Name lv
VG Name vg1
LV UUID 1irtss-N0Cb-wbbZ-4Pkn-a0HM-Z2Mi-zQ41Hj
LV Write Access read/write
LV Creation host, time ,
LV Status NOT available
LV Size 927.00 GiB
Current LE 237311
Segments 1
Allocation inherit
Read ahead sectors auto
#pokud
"LV Status NOT available"
#je treba nejprve aktivovat
sh-4.3# vgchange -ay
1 logical volume(s) in volume group « vg1 » now active
#nyni aktivni
sh-4.3# lvdisplay vg1
…
LV Status available
…
#jiz lze pripojit
sh-4.3# mount /dev/vg1/lv /media/usb/
#v /media/usb mam sva data z raid partition
-
To jsem zkoušel, ale zapomněl uvést. Proto jsem zmiňoval. že mám ten starší disk. Je to rozbité víc.
# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
unused devices: <none>
# mdadm -A /dev/md0 /dev/sdc3
mdadm: no recogniseable superblock on /dev/sdc3
mdadm: /dev/sdc3 has no superblock - assembly aborted
-
Zkusil by jsem kouknout zde, dole jsou kroky...
https://ubuntuforums.org/showthread.php?t=1947275
-
K něčemu podobnému jsem se taky doklikal, ale na "--zero-superblock" jsem zatím nesebral odvahu, i když podle chování tam už asi ani není.
Je to rozumné? K něčemu takovému by to chtělo asi image, ale tvořit 2TB image se mi zrovna moc nechce a ani nevím, jestli mám kam. Zatím jsem na tom zkoušel "nedestruktivní" věci.
-
A druhy disk je stale k dispozici? to by mohla byt ta zaloha ;-)
-
Druhý disk je, ale záměrně ho nemám u sebe. Kdyby se ukázalo, že v zálohách něco chybí, mi se to nepovedlo oživit a muselo to jít na placenou obnovu do specializované firmy, tak jsem ho dal k ledu.
Z toho zero superblock mám trochu strach, protože si nejsem stoprocentně jistý, jestli tam byla veze metadatat 0.9. Pokud se nepletu, tak podle verze se i lišilo i jejich umístění a když tam dám něco jiného, tak by se to mohlo celé ještě víc rozbít.
-
ich support funguje perfektne? odkedy? ::)
to funguje jen v zapadni evrope ... .
-
tak superblok tam asi uz neni
moh by bejt na tom druhym?
--zero-superblock a vytvorit znova bych asi zatim nedelal, von to mozna ten nas vytvori trosku jinak a pak stejne nenajdes data, protoze to bude cele posunute
jedine az v nejvetsi krizi :)
-
Když je disk fyzicky vpořádku, tak na experimentování, bez možnosti vytvoření image, doporučuju udělat si overlay. Pak můžeš zkoušet cokoli a pokud to nebylo ono, resetneš jen overlay a data na disku jsou pořád v původním stavu.
Třeba nějak takhle:
https://raid.wiki.kernel.org/index.php/Recovering_a_failed_software_RAID#Making_the_harddisks_read-only_using_an_overlay_file
-
Mám s jejich supportem dobrou zkušenost z nedávné doby (týkalo se to teda zařízení z vysoké řady).
To, že nejdou vidět data je možná tím, že to není mountnuté(jinak je to asi ten horší případ). Začal bych analýzou v Synology, jak to vlastně u téhle verze sestavuje: 'cat /proc/mdstat' v synology? Tam to to pole detekuje?
Pokud tam je meta 0.9, tak tam možná někde je i něco jako /etc/mdadm.conf s informací, jak to sestavuje.
Další fáze je pak už zkoumat init skripty.
-
Mám s ich supportom tiež dobrú skúsenosť, bol nejaký technický problém, dostal som od nich obratom inštrukcie, pripojili sa mi k NASu, zistili problém, dočasne to zaplátovali a v najbližšom update bola implementovaná oprava.
-
https://www.synology.com/en-us/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC
-
Vzpomněl jsem si, že se mi tu válí ještě jiný disk z trošku novějšího Synology. Já musím dělat něco blbě s tou verzí metadat 0.9, nebo tam má Synology záměrně něco, aby to nefungovalo jinde.
Klasické rozložení se třemi raidovými oddíly. První dva pro root a swap má ve verzi 0.9, poslední datový má metadata 1.2. S tím datovým oddílem tady nemám vůbec žádný problém. RAID normálně sestavím. U těch prvních dvou mi to něco milostivě vypíše, když dám --examine --metadata=0.9. --scan najede jen ten datový oddíl s metadaty 1.2.
# mdadm --examine --metadata=0.9 /dev/sdh1
/dev/sdh1:
Magic : a92b4efc
Version : 0.90.00
UUID : 47612b25:8e4903d4:3017a5a8:c86610be
Creation Time : Sat Jan 1 01:00:09 2000
Raid Level : raid1
Used Dev Size : 2490176 (2.37 GiB 2.55 GB)
Array Size : 2490176 (2.37 GiB 2.55 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Update Time : Sun Jan 4 12:45:54 2015
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : 4923560 - correct
Events : 84682
Number Major Minor RaidDevice State
this 0 8 17 0 active sync /dev/sdb1
0 0 8 17 0 active sync /dev/sdb1
1 1 8 1 1 active sync /dev/sda1
# mdadm --assemble --force --metadata=0.9 /dev/md1 /dev/sdh1
mdadm: failed to add /dev/sdh1 to /dev/md1: Invalid argument
mdadm: failed to RUN_ARRAY /dev/md1: Invalid argument
Vzhledem k tomu, že na tom disku, co mě zajímá, je i ten datový oddíl s metadaty 0.9, tak to bude patrně stejný problém. Synology DS209 je už značně vousatý kousek, tak jsem zkusil stáhnout i dobové Ubuntu 8.04 a mít přibližně stejně staré nástroje, jako v době vzniku toho NASu, ale tudy cesta nevedla.