Wikiknihy

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

Interaktivně procházet historii
← Porovnání se starší verzíPorovnání s novější verzí →
Smazaný obsah Přidaný obsah
VizuálníWikitext
Woodcraft (diskuse | příspěvky)
1 002 editací
m napřímení po přesunu
Řádek 73:
{{Výpis|1={{Linux:root}}[[Linux:mdadm|mdadm]] --examine --scan /dev/sdb1 /dev/sdb2 >> /etc/mdadm/mdadm.conf}}
 
{{PoznPoznámka|V případě, že v systému, do kterého tento RAID chcete připojit, již existuje jiný RAID se stejným číslem, jako má některé z polí na připojeném disku, je třeba otevřít soubor <code>/etc/mdadm/mdadm.conf</code> a změnit pořadové číslo pole, které by se mohlo dostat do konfliktu.
}}
 
Řádek 237:
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.
 
{{PozorUpozornění|Pozor! Aby bylo možné provést kontrolu souborového systému, nesmí být diskový oddíl připojen pro zápis. Může však být připojen v režimu „pouze pro čtení“.
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 (''single user mode'') a pak provést následujícím příkazem <code>remount</code>:
{{Výpis|1={{Linux:root}}[[Linux:mount|mount]] -r -o remount /}}
Řádek 267:
}}
 
{{PozorUpozorně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===
Řádek 273:
Kontrola disku u reiser4 je sice „ukecaná“, ale rychlá.
 
{{PoznPoznámka|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 [[Linux:umount|umount]] neustále odmítal disk s tímto diskovým oddílem korektně odpojit. Pozastavoval jsem kde co. Nakonec jsem vyřešil kontrolu disku jeho přemoutováním do ''readonly'' režimu.
 
A víte, která služba nakonec za tím vězela? <code>/etc/init.d/xfs</code> – X font server. Absolutně je mi záhadou, proč zrovna tato služba, která s tím diskem nemá absolutně nic do činění, blokuje jeho odpojení.}}
Řádek 493:
}}
 
{{PozorUpozornění|Vytvoření kopie je důležité zejména tehdy, pokud chcete data '''upravit''' nebo '''opravit'''. Jakmile totiž do obsahu diksu vrtnete, změní mountovací utilita [[Linux:vmware-mount|vmware-mount]] tzv. CID disku a mohlo by se vám stát, že byste se potom nedostali do snapshotů, které následovaly. Stejná situace nastane i když skrze tuto utilitu připojíte některý z diskových oddílů na tomto disku.
 
Bohužel '''[[Linux:vmware-mount|vmware-mount]] neumožňuje připojit disk v režimu "pouze pro čtení"''', lze to však obejít připojením virtuálního disku přes loop zařízení.
Řádek 629:
Po opravě disku nezapomeňte zrušit všechna loop zařízení, která pracují s tímto diskem, a teprve pak jej odmountujte.
 
{{PoznPozná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?===
Citováno z „https://cs.wikibooks.org/wiki/Jak_postupovat_při_záchraně_dat“