Ahoj všem,
než tu začnu postovat výsledky různých příkazů, mám 3 dotazy:
1) Pokud na základě toho co píšu, půjde dát dohromady ten raid, tak by to bylo úplně ideální, když zjistím jak. Už to googlím asi 14 dní v kuse a pořád neustále narážím na to stejné. Nesmířím se s myšlenkou, že by bylo takzvaně po všem a že ta data z raidu ještě získám.
2) Pokud se mi nepodaří sestavit raid 5, chci alespoň vytáhnout data z jednotlivých disků. Myslíte, že by to nějak šlo?
3) Další věc, pokud se ukáže jeden z disků jako nějak vadný (ačkoliv je všechny vidím přes fdisk), myslíte, že by to šlo třeba DDčkem přehodit z jednoho disku na druhý a tím pádem pak zkusit disk zapojit?
Teď to jak k tomu došlo. Prosím, neukamenujte mě, vím že jsem to fenomenálně pos*** a že si za to defakto můžu sám, uvědomuju si, jak jsem to podělal, problém je, že teď potřebuju přijít, jak z toho ven, proto prosím, ať se tu nerozjede flame a případně moderátory poprosím, ať automaticky mažou trolly bez vyzvání. Děkuji.
Měl jsem datastore na intel atomu a 3 discích 3x 500 GB v raidu 5. Na silvestra kouknu a vidím, že
v cat /proc/mdstat vidím jen 2 disky ze 3 online.
V tu chvíli jsem měl začít rychle kopírovat data někam jinam a pak teprve provést restart. Já vůl tu mašinu dal místo toho restartovat a ještě naivně jsem si myslel, že došlo k nějaké chybce, ani jsem nad tím nepřemýšlel, vůbec jsem si nic nepřipouštěl. Určitě ten pocit bezpečí znáte.
No takže jsem dal restart a co se stalo, stroj už nenaběhl. Vypisovalo to nějakej kernel panic, jakej jsem v životě neviděl. Google mi našel jednu jedinou diskusi, kde se to někomu přihodilo taky, samozřejmě frajerovi řekli, že se s takovou chybou nikdy nikdo nesetkal a tím se topic uzavřel.
Mimochodem mi to vypsalo tohle:
[ 1.451502] No filesystem could mount root, tried:
[ 1.451509] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[ 1.451522] Pid: 1, comm: swapper/0 Not tainted 3.2.0-4-686-pae #1 Debian 3.2.46-1
[ 1.451530] Call Trace:
[ 1.451543] [<c12becb0>] ? panic+0x4d/0x141
[ 1.451551] [<c1419aa4>] ? mount_block_root+0x1e2/0x203
[ 1.451561] [<c1002930>] ? hypercall_page+0x930/0x1000
[ 1.451567] [<c1419afe>] ? mount_root+0x39/0x4d
[ 1.451576] [<c1419c20>] ? prepare_namespace+0x10e/0x13e
[ 1.451583] [<c1419829>] ? kernel_init+0x12c/0x131
[ 1.451592] [<c14196fd>] ? start_kernel+0x32a/0x32a
[ 1.451598] [<c12c84fe>] ? kernel_thread_helper+0x6/0x10
Než mi začnete nadávat, co sem cpu debian, tak bych jen rád poznamenal, že ubuntu vyšlo z debianu a kdykoliv jsem měl nějaký problém na debianu, tak jsem se stejně dogooglil sem na ubuntu, kde se mi podařilo problém vyřešit. Taky tím, že to hážu sem se snažím maximalizovat svojí šanci, že se fakt najde nějaká hodná duše, která udělá dobrou reklamu ubuntu forum, tak jak neustále vídám a prostě mi aspoň zkusí pomoct. Budu moc vděčný za jakékoliv rady.
Potom, co jsem zjistil, že takhle to teda nerozběhám, tak jsem nabootoval Lubuntu linux x86 13.10
viz cat /etc/issue Ubuntu 13.10 \n \l
(železo je atom d270).
Při zadání příkazu :
mdadm --assemble --run --force /dev/md0 /dev/sda1 /dev/sdc1 /dev/sdb1
mi to vypíše:
mdadm: /dev/sda1 is busy - skipping
mdadm: /dev/sdc1 is busy - skipping
mdadm: no recogniseable superblock on /dev/sdb1
mdadm: /dev/sdb1 has no superblock - assembly aborted
mdadm --examine /dev/sda1
/dev/sda1:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : 04899ab3:c55c110e:92181542:71ed1fd8
Name : datastore:0
Creation Time : Tue Jan 15 17:00:47 2013
Raid Level : raid5
Raid Devices : 3
Avail Dev Size : 976766976 (465.76 GiB 500.10 GB)
Array Size : 976763904 (931.51 GiB 1000.21 GB)
Used Dev Size : 976763904 (465.76 GiB 500.10 GB)
Data Offset : 2048 sectors
Super Offset : 8 sectors
State : active
Device UUID : 96318c6e:06fb000b:ffea2330:30be71fe
Update Time : Sun Oct 6 07:06:06 2013
Checksum : 183b91f2 - correct
Events : 18726
Layout : left-symmetric
Chunk Size : 512K
Device Role : Active device 2
Array State : AAA ('A' == active, '.' == missing)
Příkaz:
mdadm --examine /dev/sdb vypíše:
/dev/sdb:
MBR Magic : aa55
Partition[0] : 976769024 sectors at 2048 (type fd)
dále
mdadm --examine /dev/sdb1
mdadm: No md superblock detected on /dev/sdb1.
a
mdadm --examine /dev/sdc1
/dev/sdc1:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : 04899ab3:c55c110e:92181542:71ed1fd8
Name : datastore:0
Creation Time : Tue Jan 15 17:00:47 2013
Raid Level : raid5
Raid Devices : 3
Avail Dev Size : 976764928 (465.76 GiB 500.10 GB)
Array Size : 976763904 (931.51 GiB 1000.21 GB)
Used Dev Size : 976763904 (465.76 GiB 500.10 GB)
Data Offset : 2048 sectors
Super Offset : 8 sectors
State : clean
Device UUID : c5bf7673:49f26ee2:ef3d46bd:c8c370a1
Update Time : Tue Dec 31 14:48:43 2013
Checksum : 254ac7ad - correct
Events : 2279230
Layout : left-symmetric
Chunk Size : 512K
Device Role : Active device 1
Array State : AA. ('A' == active, '.' == missing)
příkaz:
mdadm --detail /dev/md0
mdadm: cannot open /dev/md0: No such file or directory
Samozřejmě všem na všech forech, která jsem prolezl stačí napsat ten příkaz na assemble a najednou jim všechno zázračně funguje. Když řeším ten superblock, tak se nestíhám divit, co si to tam frajeři cpou za hloupé rady a na wiki pro mdadm nechci vyčerpat tu poslední možnost, která je tam uvedena a to sice "--create --assume-clean".
tady je ten link kde jsem strávil taky nemálo času.
https://raid.wiki.kernel.org/index.php/RAID_RecoveryJestli se tu objeví nějaký frajer, který tomu rozumí, nechám si klidně nasypat tolika popele na hlavu, kolik bude jenom potřeba, hlavně ať se nám prosím společnými silami nějak podaří dát dohromady ten raid.
V prvé řadě bych měl asi vyřešit ten missing superblock na /dev/sdb1Až vyřeším superblock na /dev/sdb1 tak potřebuju vyřešit to device or resource is busy abych mohl složit raid alespoň ze 2 disků a pak z toho jenom vytáhnu data a budu spokojen.<- proto tyto 2 body už fakt vzdávám bez cizí pomoci, protože fakt nevím, jak to vyřešit. Můžem se klidně dohodnout a já vám klidně hodím usera s root pravomocema na dálku, je to za veřejnou ip za určitým portem. Stejně nemám co ztratit, takže pokud se Vám to bude zdát se mnou na dlouho, tak fakt bude nejlepší zapůjčení nějakého loginu s heslem.
Pokud se to povede, od té doby udělám 3 rozhodnutí:
1) Už nikdy ne RAID 5 ale RAID 6
2) 2 datastory a ne jenom jeden, které se budou synchronizovat mezi sebou, ikdyby se mi jeden z nich rozsypal, tak už to prostě neřeším, protože mám druhý.
3) Kdykoliv nastane jakýkoliv drobný problém, kopíruju obsah raidu bez vyzvání pryč a pak teprve budu řešit výpadek s klidným pocitem, že mám data v suchu.
FDISK v příloze
[příloha smazaná administrátorem]