Chyba virtualneho disku pri boote

[Bzron]

Zdravim, prosim o radu.

Stala sami takato vec,
fyzicky server kde bezia virtuali sa zaplnili disky na fyzickom stroji a virtualy ktore tam bezali sa zasekli. Po restarte nabehli vsetky stroje okrem jedneho, ktory nebootne, hlasi chybu:

Kód: [Vybrat]

/dev/xvd4 contains a file system with errors check forced
/dev/xvd4 inodes thats were part of a corrupted orphan linked list
/dev/xvd4 UNEXPECTED INCOMSISTENCY run fsck manualy (i.e without a or p options)

Chcem sa spytat mozem spustit fsck na ten virtualny disk vo fyzickej masine napriklad

Kód: [Vybrat]

fsck /var/lib/xen/images/xxx.raw ? 

alebo si to mam bootnut ten virtual cez live image a skusit opravit tam ?

Popripade ina moznost ?
Dakujem, za kazdu radu

[Reklama]

[Milfaus]

Předně, než se v tom začneš hrabat, si udělej kopii.

Upozorňuji, neznám souborový systém Xenu!
Obvyklý postup je ten, že máš dejme tomu servisní virtuál, ke kterému to můžeš připojit relativně standardně.
(Virtuál, který obsahuje jinak funkční systém např. na sda (nebo tím novým způsobem pojmenování na hulibrkds1fsa6d51fsd321fsd9f4sda6f1d9a5f4sd98f4asd65f1sa6d5f1sa9d5f163xcz1v6z16) a ty si to připojíš jako sdb.

[Bzron]

Předně, než se v tom začneš hrabat, si udělej kopii.

Upozorňuji, neznám souborový systém Xenu!
Obvyklý postup je ten, že máš dejme tomu servisní virtuál, ke kterému to můžeš připojit relativně standardně.
(Virtuál, který obsahuje jinak funkční systém např. na sda (nebo tím novým způsobem pojmenování na hulibrkds1fsa6d51fsd321fsd9f4sda6f1d9a5f4sd98f4asd65f1sa6d5f1sa9d5f163xcz1v6z16) a ty si to připojíš jako sdb.

Dobre tomu rozumiem, ja si v tom servisnom virtuali pripojim ten chybny disk a tam ho opravim ?

[Milfaus]

Dobre tomu rozumiem, ja si v tom servisnom virtuali pripojim ten chybny disk a tam ho opravim ?

Jak jsem psal, neznám souborový systém XENu, třeba to jde připojit přímo ve virtualizační mašině, to nevím, napsal jsem ti standardní nebo řekněme univerzální postup.

• Uděláš zálohu, abys nic nezničil
• Připojíš to k jiné virtuální mašině jako NEsystémový disk
• Provedeš opravu

Dost možná to jde udělat to zkratkou, zkusil jsem něco rychle vygooglovat, VĚNOVAL JSEM TI MINUTU, ale na nich chytrého jsem nepřišel. Myslím, že uváděný postup je bezpečný.

Řešení je víc, moje, to tvoje s instalačním DVD by taky mělo fungovat, prostě zvol to nejbezpečnější pro tebe.
Udělej zálohu a zkus to.

Dobrý ajťák má dobré zálohy, takže nemůže nic podělat, protože se vždy může vrátit k původní záloze.

[Bzron]

Zdar,

no disk som si namountoval na iny system a skusam opravit ale neuspesne,

dmesg mi ukazuje

Kód: [Vybrat]

EXT4-fs (sda4) bad geometry: block count 1076224 exceeds size of device (472882)

ked dam fsck /dev/sda4

Kód: [Vybrat]

Error reading block 491520 invalid argument. Ignore error ? 
Force rewrite y ?
Superblock has an invalid journal inode 8
Clear y
*** ext3 journal has ben deleted - filesystem is now ext2 only ***
superblock has_journal flag is clear, but a journal is present
clear y
The filesystem size according to the superblock is 1076224 blocks
The physical size of the device is 472882 blocks
either the superblock or the partition table is likely to be corrupct !
abort ? y 
Error wring block 491520 invalid argument ignore eror ?

/dev/sda4 *** file system was modified 

da sa to este zachranit ?

[Reklama]

[Lol Phirae]

da sa to este zachranit ?

Udělal sis tu kopii? 

[Bzron]

da sa to este zachranit ?

Udělal sis tu kopii? 

Ano testujem opravz na kopii

[Bzron]

Rad zaplatim ak mi niekto stym pomoze,

[kojot4]

Rad zaplatim ak mi niekto stym pomoze,

Hele, jsou firmy, co se tím zabývají, dají se najít na seznamu, pod jmény data recovery atd... Určitě to nebudou dělat zadarmo, a když někdo napíše "zaplatím za pomoc" tak obvykle spíše myslí litr, než 10k, což je reálnější cena...

Jinak ponaučení pro příště - zálohovat. Jako vážně, USB disky jsou neskutečně levné, když už se jiné řešení nenachází.

Další věc je, prosím když používáš XEN/KVM, disky ukládej raději na LVM Volume, sice musíš to místo dedikovat, ale je to spolehlivější.

A už se vůbec nebavím o tom, že monitoring volného místa na disku je u serverů základ. Pokud něco na serverech prioritně monitoruji (často je to téměř jediná věc, co sleduji), tak v Nagiosu je to volné místo... Když dojde volné místo na serveru, je to téměř vždy průser, i když linux je natolik stabilní, že často nespadne a po restartu naběhne, což se o widlích říct nedá.

[nobody(ten pravej)]

vzhledem k hlasce, ze superblock ukazuje na delsi velikost disku nez realne je, si myslim ze mas bud naborenou partition_table, nebo ze servrovy filesystem zkrouhnul velikost toho raw souboru...

opravovat primo raw soubor ze servroveho systemu URCITE nezkousej, ten RAW je surovej obraz CELEHO DISKU, snaha o opravu 4 oddilu by se tedy musela delat pres nastroj kpartx, kterej umi vytvorit loop0p1,loop0p2, atd zarizeni, ktere znazornuji primo jednotlive oddily toho disku, takze pak by to jedine slo, pustit fsck na loop0p4...

kazdopadne, pro zacatek udelej dump partition_table a posli to sem:

Kód: [Vybrat]

sudo sfdisk -d /dev/sda | sudo tee sda.txt

samozrejme si zkontroluj kdyz to budes poustet, ze sda je stale ten disk co resis...

btw: kinga Milfause kterej ti bohove venoval minutu ale hlavne kolem napsal hromadu zbytecnej kecu, si radeji nevsimej on je to takovej kecalista...

[Bzron]

...

kazdopadne, pro zacatek udelej dump partition_table a posli to sem:

Kód: [Vybrat]

sudo sfdisk -d /dev/sda | sudo tee sda.txt

samozrejme si zkontroluj kdyz to budes poustet, ze sda je stale ten disk co resis...

btw: kinga Milfause kterej ti bohove venoval minutu ale hlavne kolem napsal hromadu zbytecnej kecu, si radeji nevsimej on je to takovej kecalista...

Dakujem za ochotu,

Kód: [Vybrat]

/dev/sda1 : start = 2048, size = 399360, type 83, bootable
/dev/sda2 : start = 401408, size = 2105344, type 82
/dev/sda3: start = 2506752, size = 31455232, type 83
/dev/sda4: start = 33961984, size = 8609792, type=83

idem pozriet kpartx

[nobody(ten pravej)]

k partx je to na odkazu tak strucne ze snad jasne, jen pro jistotu, parametry -a a -d NEvytvari/NEmazou nic v tom RAW, to pridani a mazani je myslene ty prirazene virtualni /dev/mapper/loopXpY zarizeni

podle vypisu predpokladam ze RAW disk ma byt 21.8GB, jak je velkej ten soubor? odpovida ta velikost tomu co vis(?) ze to bylo? ma ten 4oddil byt 4.4GB?

tim ze delas na zalohe, muzes "zaexperimentovat", ale sance je jen pokud souboru RAW zustala po "padu" spravna velikost, nikoliv kdyz by soubor misto treba 50GB byl najednou polovicni...

Kód: [Vybrat]

# prepsat z te sfdisk zalohy zpatky na disk:
cat sfdisk-dump.txt | sudo sfdisk /cesta/soubor.raw

nebo primo smazat ten posledni 4 oddil a vytvorit ho (jen oddil, NE filesystem pres mkfs)

Kód: [Vybrat]

sudo parted /cesta/soubor.raw
rm 4
mkpart primary ext2 33961984s 100%
quit

#zkusit fsck (pozor aby jsi NEmel jiz puvodne pripojene loop0*, takze bud odpojit, nebo fsck pustit na loop1p4, resp. na spravne X loopX :)
sudo kpartx -a /cesta/soubor.raw
sudo fsck -vf /dev/mapper/loop0p4

[Bzron]

Uf toto uz je namna vysoky level,

natom /sda4/ bol /var, tak neviem co to bude znamenat pre cely system ked zmazem tuto particiu a skusim bootnut bez /var,

ten raw disk mohol tak mat, okolo 21gb
stym ze ta /sda4/ chybna mala 4.xx nieco.

[nobody(ten pravej)]

takze velikosti sedi

NEmyslel sem smazat 4 a boot bez /var, ALE jak sem psal, smazat oddil, vytvorit oddil a pustit fsck na 4, tim ze se NEinicializuje FileSystem, ale JEN zmenis par bajtiku informaci ze filesystem tak neni a zas tam je (se stejnej zacatek a konec), na FileSystem to ani nehrabne... kazdpadne delas na ZALOZE takze si muzes dovolit i pripadne spatne koncici kroky Jeste doporucuju udelat druhou zalohu, aby jsi mel puvodni, zalohy na kterou nesahnes a zalohu na pokusy, kdyz se pokud nepodari, tak udelas kopii z te nesahnute zalohy a pokusujes znovu...

[Hu]

Na záloze, kterou zmínil Milfhaus vid noobody  vy dva šašci si nemáte vůbec co vyčítat :-D