Jak postupovat při záchraně dat: Porovnání verzí
Smazaný obsah Přidaný obsah
m úroveň nadpisů, interpunkce a typografie, semtam další jazykové úpravy, v sekci o virtualizaci oprava věcné chyby (velikost sektoru, ne bajtu), kategorie |
|||
Řádek 1:
Stává se, že se vám do rukou dostane neznámý disk, o jehož obsahu nemáte ani tušení a přitom z něj máte zachránit, co se dá. Někdy také
==Připojení neznámého disku==
{{Výpis|1={{Linux:root}}[[Linux:tail|tail]] -f /var/log/messages}}
Ukázka výpisu
<small>
Řádek 45:
{{Výpis|1={{Linux:root}}[[Linux:fdisk|fdisk]] -l /dev/sdb
Disk /dev/sdb: 250,0 GB, 250
hlav: 255, sektorů na stopu: 63, cylindrů: 30
Jednotky = cylindry po
Identifikátor disku: 0x00000000
Řádek 56:
}}
Z výpisu je zřejmé, že je disk rozdělen na tři diskové oddíly, z toho první dva byly součástí linuxového softwarového
==Reaktivace softwarového
Zkusíme tedy nejdřív zjistit, jak je to s oddíly, které byly určeny pro
{{Výpis|1={{Linux:root}}[[Linux:mdadm|mdadm]] --examine --scan /dev/sdb1 /dev/sdb2
Řádek 67:
}}
Jak vidno, tyto oddíly patří do
Můžeme tedy tento výpis rovnou přidat do našeho konfiguračního souboru.
Řádek 73:
{{Výpis|1={{Linux:root}}[[Linux:mdadm|mdadm]] --examine --scan /dev/sdb1 /dev/sdb2 >> /etc/mdadm/mdadm.conf}}
{{Pozn|V případě, že v systému, do kterého tento
}}
Poté,
{{Výpis|1={{Linux:root}}[[Linux:mdadm|mdadm]] -A -s
Řádek 96:
}}
==Zjišťování použitého souborového systému==
Nyní je je třeba zjistit, jak to na těchto diskových polích vypadá. Je nad nimi ještě další vrstva, nebo přímo souborový systém?
Abyste zabránili nechtěnému poškození, je vhodné si vyexportovat
{{Výpis|1={{Linux:root}}[[Linux:dd|dd]] if=/dev/md0 bs=512 count=255 of=/tmp/md0-raw-start
255+0 vstoupivších záznamů
255+0 vystoupivších záznamů
130
}}
Na vyexportovaný soubor lze pak pustit utilitu [[Linux:file|file]]:
{{Výpis|1={{Linux:root}}[[Linux:file|file]] -s /tmp/md0-raw-start
Řádek 116:
}}
Ta prozradí nejenom typ souborového systému, ale také UUID diskového oddílu. Když se zkusíme jen tak pro zajímavost podívat na začátek třetího diskového oddílu, tak se dozvíme, že byl součástí LVM svazku:
{{Výpis|1={{Linux:root}}[[Linux:file|file]] -s /tmp/sdb3-raw-start
Řádek 122:
}}
==Obnova LVM svazku==
{{Výpis|1=
Řádek 186:
}}
Z těchto údajů lze zjistit nejenom, na kterém stroji a kdy byl LVM svazek vytvořen, ale také (podle UUID) zjistit, zda byl diskový oddíl součástí LVM svazku i v okamžiku odpojení. Pak lze
==Jak se dostat na diskové oddíly==
Systém by si měl většinou při připojení externích disků poradit a pro
{{Výpis|1={{Linux:root}}[[Linux:fdisk|fdisk]] -l /dev/sdb
Disk /dev/sdb: 250,0 GB, 250
hlav: 255, sektorů na stopu: 63, cylindrů: 30
Jednotky = cylindry po
Identifikátor disku: 0x5b6ac646
Řádek 212:
/dev/sdb4 : start= 0, size= 0, Id= 0
}}
{{Výpis|1={{Linux:root}}[[Linux:dd|dd]] if=/dev/sdb bs=512 count=255 skip=63 of=/tmp/sdbs-raw-start
255+0 vstoupivších záznamů
255+0 vystoupivších záznamů
130
{{Linux:root}}[[Linux:file|file]] -s /tmp/sdbs-raw-start
/tmp/sdbs-raw-start: x86 boot sector, Microsoft Windows 98 Bootloader, code offset 0x5a, OEM-ID "MSWIN4.1", sectors/cluster 64, Media descriptor 0xf8, heads 255, hidden sectors 63, sectors 488392002 (volumes > 32 MB) , FAT (32 bit), sectors/FAT 59611, reserved3 0x800000, serial number 0x4b1a02bd, label: "WD Passport"
Řádek 228 ⟶ 227:
{{Výpis|1={{Linux:root}}[[Linux:mount|mount]] -t vfat /dev/sdb /mnt -o offset=32256}}
==Oprava poškozeného souborového systému==
Po zjištění, jaký souborový systém neznámý disk obsahuje, je dobré provést jeho kontrolu. Hovorově se tato kontrola souborového systému nazývá ''čekování''. Tento slangový výraz vychází z anglického výrazu ''check''
Jelikož pojmenování těchto utilit není zcela jednotné, jsou u Debianu v adresáři <code>/sbin</code> skripty, které sjednocují volání těchto kontrolních utilit podle následujícího vzoru:
{{Výpis|1=fsck.<typ_souborového systému>}}
Díky tomu tak nemusíte přemítat, jak se pro onen souborový systém, který potřebujete ověřit
V drtivé většině případů postačí pouhá kontrola, během níž ověřovací utilita sama opraví drobné chybky, které se mohly vyskytnout kupř. při nekorektním vypnutí stroje.
{{Pozor|Pozor! Aby bylo možné provést kontrolu souborového systému, nesmí být diskový oddíl připojen pro zápis.
Nelze-li tedy jinak, je třeba provést před kontrolou kořenového souborového systému tzv. '''remount''' do ''readonly'' režimu (tj. jen pro čtení). Systém je třeba najet do jednouživatelského režimu
{{Výpis|1={{Linux:root}}[[Linux:mount|mount]] -r -o remount /}}
Není-li stroj v jednouživatelském režimu a nějaký démon již s diskem pracuje, pak se vám '''remount''' nepodaří
; Co si počít v případě,
}}
===ext2===
{{Výpis|1={{Linux:root}}[[Linux:fsck|fsck]] /dev/sda1
Řádek 260 ⟶ 259:
}}
Jak je zřejmé z ukázky, [[Linux:fsck|fsck]] poznal, že jde o souborový systém ext2, který nebyl v
{{Výpis|1={{Linux:root}}[[Linux:fsck|fsck]] /dev/sda1
Řádek 270 ⟶ 269:
{{Pozor|Pozor! Stav po nekorektním odpojení se nemusí automaticky opravit při spouštění systému, pokud to nemáte nastaveno v souboru <code>/etc/fstab</code>. Takže i když máte disk připojen a pak ho korektně odpojíte, přesto může stále obsahovat chyby.}}
===reiser4===
Kontrola disku u reiser4 je sice
{{Pozn|Při používání reiser4 jsem se setkal s několika nepěknými situacemi. Je však otázkou, do jaké míry je to vina tohoto souborového systému. Kupř. při následující ukázce mi
A víte, která služba nakonec za tím vězela? <code>/etc/init.d/xfs</code>
<small>{{Výpis|1=
Řádek 421 ⟶ 420:
}}</small>
V případě že na tomto diskovém oddíle je již vše
<small>{{Výpis|1=
{{Linux:root}}[[Linux:fsck.reiser4|reiser4]] /dev/sdb1
Řádek 476 ⟶ 475:
}}</small>
==Oprava diskových oddílů virtuálních disků VMware==
Používáte-li virtualizaci,
'''Nezapomínejte na vytvoření zálohy!!!'''
Než začnete s diskem pracovat, vytvořte jeho kopii pomocí konverzního nástroje [[Linux:vmware-vdiskmanager|vmware-vdiskmanager]]
{{Výpis|1=
Řádek 494 ⟶ 493:
}}
{{Pozor|Vytvoření kopie je důležité zejména tehdy, pokud chcete vytáhnout data ze snapshotu. Mountovací utilita [[Linux:vmware-mount|vmware-mount]] totiž při připojení mění tzv. CID disku a mohlo by se vám stát, že byste se potom nedostali do snapshotů, které následovaly. Nástroj [[Linux:vmware-vdiskmanager|vmware-vdiskmanager]] totiž sloučí data z jednotlivých snapshotů
Aby bylo možné pracovat s virtuálním diskem, jako by šlo o kopii disku vytvořenou pomocí utility [[Linux:dd|dd]], je třeba připojit virtuální disk jako tzv. '''flat''' disk. Po jeho připojení se v přípojném bodě objeví soubor s názvem <code>flat</code>, se kterým lze dále pracovat.
{{Výpis|1=
Řádek 504 ⟶ 503:
}}
Nyní přichází řada na tzv. '''loop zařízení'''. Pro práci s loop zařízeními je určen nástroj [[Linux:losetup|losetup]]. Ten umožňuje jejich vytváření i rušení. Z výše uvedeného výpisu víme, že diský oddíl, který nás zajímá, začíná 690795
{{Výpis|1=
Řádek 624 ⟶ 623:
}}</small>
Po opravě disku
{{Pozn|Pokud je při opravě reiserfs použita volba '''--rebuild-tree''', je určitě dobré mít
[[Kategorie:Linux]]
|