Jak postupovat při záchraně dat: Porovnání verzí

Smazaný obsah Přidaný obsah
m napřímení po přesunu
m Robot: kosmetické úpravy
Řá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é „zdědíte“ stroj, který instaloval kdysi dávno někdo před vámi, a vy máte zdokumentovat, kde má co nainstalované. V takovém případě se vám mohou hodit následující postupy.
 
== Připojení neznámého disku ==
 
{{Výpis|1={{Linux:root}}[[Linux:tail|tail]] -f /var/log/messages}}
Řádek 58:
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 RAIDu. Třetí diskový oddíl je běžného typu, tudíž na něm mohl být nejspíš nějaký souborový systém.
 
== Reaktivace softwarového RAIDu ==
 
Zkusíme tedy nejdřív zjistit, jak je to s oddíly, které byly určeny pro RAID.
Řádek 98:
se můžete přesvědčit o úspěšnosti reaktivace.
 
== 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?
Řádek 122:
}}
 
== Obnova LVM svazku ==
 
Když jsme se do vyexportovaného souboru podívali editorem, nalezli jsme v něm následující zajímavou část:
Řádek 174:
 
type = "striped"
stripe_count = 1 # linear
 
stripes = [
Řádek 183:
}
}
# Generated by LVM2 version 2.02.44 (2009-01-26): Thu Apr 9 16:52:36 2009
}}
 
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 přinejmenším část uložených dat obnovit. U výše uvedeného příkladu lze již zběžným pohledem odhalit, že diskový oddíl byl před vytažením disku ze svazku odstraněn, tudíž s největší pravděpodobností již neobsahuje žádná data.
 
== 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 jednotlivé diskové oddíly vytvořit příslušná zařízení. Někdy, zvláště pokud je prostor na disku nějakým způsobem poškozen nebo pokud jde o pouhý obraz disku vytvořený přes [[Linux:fdisk|fdisk]], si je třeba poradit jinak – při [[Linux:mount|mountu]] použít tzv. '''offset'''. Offsetem se udává, kolik se má při mountu přeskočit. Zjistit, jakou velikost offsetu musíte použít, můžete takto:
Řádek 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'' („ověřit“), ze kterého vycházejí i názvy pro utility, kterými se tato kontrola provádí. Obvykle je totiž v systému najdete pod názvem, který začíná '''fsck''' (z angl. '''''f'''ile'''s'''ystem '''c'''hec'''k''''' – ověření souborového systému). Narazíte-li tedy na aplikaci, která má v názvu '''fsck''', půjde vždy s největší pravděpodobností o utilitu, která slouží ke kontrole a opravě souborového systému.
Řádek 245:
}}
 
=== ext2 ===
 
{{Výpis|1={{Linux:root}}[[Linux:fsck|fsck]] /dev/sda1
Řádek 269:
{{Upozornění|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 „ukecaná“, ale rychlá.
Řádek 475:
}}</small>
 
== Oprava diskových oddílů virtuálních disků VMware ==
 
Používáte-li virtualizaci, může se stát, že narazíte na problém s poškozeným souborovým systémen na virtuálním disku. S uplatněním výše uvedených technik jej můžete opravit, aniž by bylo nutné virtuální stroj spouštět.
Řádek 631:
{{Poznámka|Pokud je při opravě reiserfs použita volba '''--rebuild-tree''', je určitě dobré mít uložený log, protože vám pak umožní identifikovat soubory z adresáře <code>/lost+found</code>.}}
 
=== Co v případě že vmware-mount změnil CID snapshotu? ===
 
{{Výpis|1=
Řádek 670:
version=1
CID=79b0d30a
<strong>'''parentCID=39afd047</strong>'''
createType="monolithicSparse"
parentFileNameHint="disk-000006.vmdk"