Dotaz: poskozeny system po obnove z image pomoci dd

[Karel Mácha]

Zdravim

Mam NAS - externi sitove uloziste - od Western Digital na kterem beha Linux. K systemu pristupuji pomoci ssh. Chtel jsem si vyzkouset jeden navod a tak jsem si - podle informaci v nem ulozenych - udelal zalohu systemu : dd if=/dev/sda1 of=/shares/internal/backup Chtel jsem se posleze vratit k puvodnimu stavu takze jsem provedl - opet dle navodu : dd if=/shares/internal/backup of=/dev/sda1 Pote co to dobehlo jsem jeste provedl # e2fsck -yf /dev/sda1 e2fsck 1.38 (30-Jun-2005) /dev/sda1: recovering journal Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information

/dev/sda1: ***** FILE SYSTEM WAS MODIFIED ***** /dev/sda1: 9508/368000 files (0.1% non-contiguous), 71220/734944 blocks

Jenze pak jsem najednou skoncil s read-only pripojenym systemem : <2>EXT3-fs error (device md1): ext3_readdir: bad entry in directory #289136: rec_len is smaller than minimal - offset=0, inode=0, rec_len=0, name_len=0 <3>Aborting journal on device md1. <2>EXT3-fs error (device md1): ext3_readdir: bad entry in directory #289181: rec_len is smaller than minimal - offset=0, inode=0, rec_len=0, name_len=0 <2>ext3_abort called. <2>EXT3-fs error (device md1): ext3_journal_start_sb: Detected aborted journal <2>Remounting filesystem read-only

No a po pravde moc nevim co s tim ted, zarizeni totiz bezi jako raid1 dvou disku a mam pocit ze v tom je problem. Jeste prikladam vypis fstab # /etc/fstab: static file system information. # # < file system> < mount pt> < type> < options> < dump> < pass> /dev/root / ext3 rw,noauto,noatime 0 1 proc /proc proc defaults 0 0 devpts /dev/pts devpts defaults,gid=5,mode=620 0 0 sys /sys sysfs defaults 0 0 /dev/md2 none swap defaults 0 0 /dev/md3 /var ext3 defaults,noatime 0 2 /dev/md4 /shares/internal ext3 defaults,noatime 0 2

Kdyby mi nekdo poradil jak SPRAVNE udelat obnovu systemu z te image budu moc rad.

Deiky predem K

Odpovědi

[Zdenek]

Je to jednoduche. Zdrojovy filesystem z ktereho delate image nesmi byt namountovany nebo jen jako readonly.

[Karel Mácha]

Dekuji za odpoved - chapu to tedy tak ze ta image, kterou jsem vytvoril je k nicemu, protoze kdyz jsem ji vytvarel nebyl system v readonly modu ? Dava to samozrejme smysl - nenapadlo me to - postupoval jsem podle navodu kde stalo vytvorime si image a povel ... Dobre a lze toto nejak napravit ?

[NN]

Jestli to dobre chapu, tak jste si zalohoval partici jednoho disku z beziciho pole. V jake stavu je to pole (md1)? cat /proc/mdstat ?

NN

[Karel Mácha]

Asi ano lepereceno nejspis urcite - nenapadlo me namountovat system jako read only - a jelikoz se jedna o NAS krabici na diska tak nemuzu dost dobre bootovat z jineho umisteni. # cat /proc/mdstat Personalities : [linear] [raid1] md1 : active raid1 sdb1[0] sda1[1] 2939776 blocks [2/2] [UU] md2 : active raid1 sdb2[0] sda2[1] 104320 blocks [2/2] [UU] md3 : active raid1 sdb3[0] sda3[1] 987904 blocks [2/2] [UU] md4 : active linear sdb4[1] sda4[0] 968655104 blocks 64k rounding

Toto je stzav pote co jsem prehral zalohu na /dev/sda1 a pak spoustel nejake ty e2fsck

[lertimir]

Chtel jsem se posleze vratit k puvodnimu stavu takze jsem provedl - opet dle navodu : dd if=/shares/internal/backup of=/dev/sda1 Pote co to dobehlo jsem jeste provedl

Z jakého systému to běželo ve chvili restaurace? ta záloha systému ze systému, který běži by nemusela dopadnou hůře, než situace kdy by vám vypadlo napájení a byl jste bez UPS a to systém často přežije i když se opravuje. Ale pokud tohle znamená, že vám systém běžel na /dev/sda1 a vy jste mu začal přepisovat jeho partišnu, tak se mu to hodně nemuselo líbit.

Zkusil bych nabootovat z live distribuce, připojit do ni to raid pole, a prohlédnout to z ní.

[Karel Mácha]

Bezelo to z nejakeho minimalisitckeho linuxu ktery bezi na NAS zarizeni Western Digital MyBook. Dost tezko tedy nabootuju z nejakeho LiveCD. Jedine co muzu udelat je ty disky pripojit k normalnimu pocitaci - ale tohle bych zkousel delat az jako posledni reseni. K systemu mam pristup pomoci SSH a jestli si rozhodim i tohle tak leda to cele zase resuscitovat od zakladu.

[NN]

Zvlastni ze /dev/md1 ve vypisu fstab nemas, ale predpokladam, ze je to pole ted mountle RO(vypis mount ?) a podle te hlasky. Tak bych mozna skusil co vypise fsck na cele pole md1(fsck /dev/md1), nebo pokus o jeho remount RW (remount -t ext3 -o rw /dev/md1 ?).

NN

[Max]

"/dev/root" může být link na "/dev/md1", takže zvlášní to není
Lehce to může tázající ověřit :

ls -l /dev/root

Zdar Max

[Karel Mácha]

Predne dekuju vsem za rady

Tday jsou vypisy # ls -l /dev/root /dev/root: No such file or directory

a jeste # mount /dev/root on / type ext3 (ro,noatime,data=ordered) proc on /proc type proc (rw) devpts on /dev/pts type devpts (rw) sys on /sys type sysfs (rw) /dev/md3 on /var type ext3 (rw,noatime,data=ordered) /dev/md4 on /shares/internal type ext3 (rw,noatime,data=ordered) usbfs on /proc/bus/usb type usbfs (rw)

Me by hlavne zajimalo co s tim ted. Mam tu image vytvorenou jak jsem popisoval na zacatku (vytvorenou za behu systemu). Lze s ni neco podniknout nebo mam radsi cely system udelat uplne znovu ? (coz je bohuzel dost pracne a zdlouhave) Nebo lze - treba po pripojeni toho disku ktery chci obnovit na externi pocitac - s tou image system obnovit ?

[ET]

posli jeste vypis `fdisk -l` a vystup vloz mezi at se zachova formatovani...

i kdybys to vzkrisil, doporucil bych to prelejt nacisto...

[ET]

vystup vloz mezi znacky "code"

[Karel Mácha]

# fdisk -l

Disk /dev/sda: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System /dev/sda1 4 369 2939895 fd Linux raid autodetect /dev/sda2 370 382 104422+ fd Linux raid autodetect /dev/sda3 383 505 987997+ fd Linux raid autodetect /dev/sda4 506 60801 484327620 fd Linux raid autodetect

Disk /dev/sdb: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System /dev/sdb1 4 369 2939895 fd Linux raid autodetect /dev/sdb2 370 382 104422+ fd Linux raid autodetect /dev/sdb3 383 505 987997+ fd Linux raid autodetect /dev/sdb4 506 60801 484327620 fd Linux raid autodetect

V cem je hlavni zadrhel ? Ze ta image byla vytvarena ze systemu za behu nebo ze jsem se ji snazil za behu obnovit ? A kdybych zkousel obnovit ten system z /dev/sda1 popripojeni jednotek na jiny pocitac jak mam postupovat ? System je udelany jako raid0 - strip

[Jendа]

V cem je hlavni zadrhel ? Ze ta image byla vytvarena ze systemu za behu nebo ze jsem se ji snazil za behu obnovit ?

V tom, že byla vytvářená za běhu. dd totiž postupovalo od začátku ke konci disku, ale systém během zálohy dělal změny - takže například supernode není konzistentní se skutečným obsahem disku, protože po záloze supernode se na konci disku něco změnilo.

Když už potřebuješ systém zálohovat za běhu, zálohuj na úrovni souborů, ne na úrovni souborového systému. Pokud to uděláš rsyncem a ten rsync spustíš víckrát po sobě (aby se během jeho běhu provedlo co nejméně změn), není problém systém obnovit - maximálně si stěžují některé programy, že nebyly korektně ukončeny, ale systém bez problémů naběhne.

[Max]

Když zálohuješ systém za běhu, který je připojen v režimu čtení/zápis, tak se zálohovacímu programu mění data pod nohama. Výsledkem pak je pomršený image disku, v tvém případě partition. To, jak moc je pomršený, záleží natom, co všechno tam běží, jak moc zapisuje atd. Další problém je, že jsi nezálohoval celé pole, ale jen jeden disk z něj.

Jinak podle mdstat, co jsi uvedl, není md1 pole strip(RAID0), ale RAID1 (navíc, kdyby byl systém RAID0, tak z něj nejde bootovat, ale musel by jsi mít boot partition). A systém asi máš na md1 poli. Tzn. na "sda1" a "sdb1".

Osobně bych si zkusil někam připojit "/dev/sdb1" a odzálohovat ho. Tuto zálohu pak zkusit použít pro obnovu. Funkčnost zálohy můžeš ověřit třeba ve virtualboxu.
Ono ostatně veškeré pokusy jsi si měl dělat ve virtualboxu, od toho přeci je a né dělat pokusy na nasku, se kterým se špatně manipuluje.

Při zkoušce bych postupoval tak, že bych si vytvořil ve virtualboxu stroj linux 2.6. Nabootoval v něm nějaké livecd (naklikat si třeba slax je triviální), rozjel na něm ssh + síť. Vytvořil tam partition sda1 s rozumnou velikostí a naformátoval. Pak tam do nějak nakopíroval přes síť obsah sdb1, obnovil bootloader a zkusil nabootovat (stále se bavíme o virtuálu). Ověřil, že vše funguje a obnovit tuto zálohu na sda1 na nasku a hotovo.

Nebo si zahrát na drsoně, odpojit sda1 z pole jako fail a pak ho tam připojit, aby se sesynclo s sdb1, kde by data měly být snad ok(to bych si ale předem ověřil). Dívný je, že mdstat se tváří, že je pole ok.

Ono, celé je to zmatené. Sám nevíš, jak to máš udělaný. Postupů na obnovu je několik, ale vyžaduje znalosti. Možná by se ti vyplatilo zazálohovat data a předělat si nasko nanovo(aspoň si oprášíš znalosti) a vzít si ponaučení do budoucna.
Zdar Max

[ES]

Ve virtualboxu to nepojede, tika v tom ARM. budu hadat neni to WD my book world 2 a nehla si se takto ?

[root@xxx ~]# uname -a Linux xxx 2.6.17.14 #1 PREEMPT Mon Mar 26 12:36:33 BST 2007 armv5tejl GNU/Linux

[NN]

Myslim, ze v podstate ta image /sda1 co mas je dobra a obsahuje neporusena data, ale je nekonzistentni se soucasnou konfiguraci.

Takze bych ji skusil nekde bokem mountnout a overit si ze se da pouzit jako zaloha na data. Predpokladejme ze druha partice pole obsahuje tataz data, ale take rozdily, ktere cini cele pole nekonzistetni.

Takze bych se pokusil opravit cele pole, takze bych se asi zajimal o to jak si poradi:

fsck /dev/md1

NN

[Karel Mácha]

Tak prave e2fsck /dev/md1 jsem zkousel ale i po XX opravach to skoncilo s tim, ze system stale obsahuje chyby. A jak to tady ctu tak je jasne ze bude jednodussi udelat to NASko znova - ano je fakt ze spouste vecem nerozumim a jsem vul ze proste pouziju - bez premysleni a znalosti - neco z navodu na nejake Wiki-strance ... tak jsem se poucil. Ono me ted vyjde nastejno udelat obnovu znovu nebo rozjizdet nejakou virtualni masinu a zadelavat si desktop ruznejma pokusama.

Mel bych jen prosbu o radu - az tu masinu obnovim a udelam si zase SSH a jiny veci - jak SPRAVNE zazalohovat tu sytemovou partisnu. Napriklad jak udelat restart do read-only modu. Na tom NASu si zadny Live system nebo tak nespustim. Kterou partition zazalohovat a jak pak spravne udelat obnovu.

Kazdopadne vsem diky za rady

[Max]

Zálohu bych neřešil klonováním disků, ale na úrovni FS. Je to jednodušší, nemusíš to balit, aby jsi ušetřil kapacitu a zbavil se nul(když klonuješ, tak klonuješ celý disk, včetně volného místa). Nemusíš řešit remount pole do RO režimu(pokud to chceš dělat za běhu systému). Při zálohách na úrovni FS můžeš dělat rozdílové zálohy apod. Jediné, co bych nedoporučoval zálohovat na úrovni FS je databáze. Ale pokud se do ní nezapisuje, jen se hodně čte, tak i záloha na úrovni FS jde v pohodě obnovit.
A rozložení disku bych řešil třeba pomocí programu sfdisk :

#Záloha :
sfdisk -d /dev/sda > sda_table_backup

# obnova :
sfdisk /dev/sda < sda_table_backup

Obnova by pak probíhala tak, že by jsi obnovil tabulku rozdělení disků :

sfdisk /dev/sda < sda_table_backup

partition naformátoval :

mke2fs -J /dev/sda1
mke2fs -J /dev/sda2
mke2fs -J /dev/sda3
...

Obnovil na ní data a ve finále zapsal boot loader.
Pokud máš navíc rozjeté pole, tak by jsi musel před formátováním jen sestavit pole a pak teprve formátovat vzniklá pole md0-X a na ně následně nakopírovat data.

Pokud se ti to zdá složité, tak je to ve skutečnosti jen pár úkonů, které jde i zautomatizovat do skriptu a zkombinovat třeba s nějakým bootCD, nebo boot flash, aby trvala obnova co nejkratší dobu a nemusel jsi nad tím v tu chvíli přemýšlet.
Zdar Max