GNU/Linux >> Znalost Linux >  >> Linux

LVM a klonování HD

Souhlasím s jednou z předchozích odpovědí -- spuštění dd na celém disku zde není skvělé řešení. Pokud důvod, proč jste uvízli na dd, souvisí se zálohováním jiného operačního systému, pak můžete dd použít pouze pro tyto oddíly operačního systému a rsync pro linuxové oddíly.

Část problému spočívá v tom, že pokud spustíte dd celého disku, zatímco máte nainstalované a z něj připojené souborové systémy, neexistuje způsob, jak zajistit, aby záloha byla konzistentní. Může fungovat 9krát z 10, ale při jakémkoli zatížení může být výsledná záloha poškozena. Jediným způsobem, jak zajistit, aby se to nestalo, je odpojit všechny souborové systémy a deaktivovat všechny skupiny svazků po celou dobu, po kterou dd běží. Není to příliš pohodlné, pokud je váš / připojen z LVM.

V každém případě, pokud trváte na tom, že se budete držet tohoto přístupu, nástroj, který hledáte pro přejmenování duplicitního vg, se nazývá „vgimportclone“. Je určen pro použití se snímky na úrovni zařízení, ale bude fungovat i s dd.


Uzavření tohoto čísla po roce. Odpověď jsem napsal na svůj osobní web. Doufám, že to bude užitečné pro někoho dalšího.

Používám několik úrovní zálohování, od rsync na externí disk až po rsync+ZFS přes vzdálený počítač. Jednou ze záloh, které provádím, je čas od času "dd" z pevného disku mého notebooku na připojené externí USB (připojené pouze po dobu zálohování). Dělám to například předtím, než si vezmu notebook na výlet.

Tento postup fungoval dobře po věky. Dokud jsem nezačal používat LVM na svém notebooku.

Pokud na počítači používáte LVM, zkopírujete si pevný disk pomocí dd (bootování z LiveCD) a připojíte externí pevný disk, zatímco počítač běží normálně, později POŠKODÍTE SVÉ DATA, DOKONCE ZTRÁTÍTE VEŠKERÝ SVŮJ SOUBOROVÝ SYSTÉM BEZ JAKÉKOLI OPRAVY!!!.

Proč?. Protože když připojíte externí pevný disk, operační systém uvidí stejnou konfiguraci LVM na obou discích a bude naivně předpokládat, že oba disky jsou stejné, přístupné přes vícecestný odkaz, takže bude šířit čtení a zápisy mezi oba disky, což nenapravitelně poškodí OBA. Vyhodíte do koše jak svá živá data, tak zálohu!.

Tohle se mi stalo jednou. Ztratil jsem data. Několik dní předtím jsem měl jiné zálohy, takže jsem o nic důležitého nepřišel, ale bylo to docela nepříjemné a odhalilo to chybu v mé strategii zálohování.

Řešení:Ujistěte se, že konfigurace LVM na záložním disku je odlišná. Problém je... Jak to udělat?

Zveřejnil jsem otázku na superuser.com (Stack Exchange), ale nedostal jsem žádnou dobrou odpověď. Vyvinul jsem tedy svůj vlastní postup a po více než roce testování jej zde zveřejňuji a uzavírám původní otázku:

  • Ujistěte se, že pokud se něco pokazí, váš počítač se automaticky nespustí. V mém případě se můj notebook nespustí automaticky, pokud se napájení vypne a znovu zapne. Navíc je pevný disk zašifrován, takže bude vyžadovat heslo.

    To je nezbytné, protože můžete poškodit OBA disky, pokud před dokončením postupu restartujete se záložním diskem.

  • Bootování z Live CD. Nemůžete provést "dd" z aktivního oddílu, pokud očekáváte, že budete moci obnovit svá data :-).

    Něco, co bychom mohli v budoucnu vyzkoušet, by bylo použít snímky LVM, abych mohl provádět zálohu, když používám počítač, ale pak mám problém s duplicitním LVM, kterému se zde snažím vyhnout. Další možností by bylo překonfigurovat LVM tak, aby zrcadlila data živě na externí pevný disk, a po dokončení synchronizace zrcadlení přerušit. Ale to zní riskantně a nezazálohovalo by to můj oddíl Windows nebo data, která neuchovávám ve svazcích LVM.

  • Po spuštění LiveCD připojte externí pevný disk USB.

  • Přihlaste se jako "root" a spusťte vgchange -a n . Tento příkaz zakáže LVM na obou discích. Pro jistotu tento příkaz několikrát provedu.

  • Ujistěte se, že /dev/sda je zdroj (interní pevný disk) a /dev/sdb je cíl (externí pevný disk USB). Například proveďte dd if=/dev/sdb of=/dev/null a zkontrolujte, která kontrolka pevného disku bliká.

  • Když jste si jisti, který disk je který, proveďte kopírování pomocí dd if=/dev/sda of=/dev/sdb bs=65536 . S mojí konfigurací trvá zálohování čtyři hodiny. Můj interní pevný disk je 500 GB a moje USB kopíruje rychlostí 35 MB/s. Dělám to v noci, když spím.

    Váš externí USB pevný disk musí být ALESPOŇ tak velký jako váš interní pevný disk. Je to zřejmé, ne?

  • Po dokončení této kopie máte přesný klon vašeho interního pevného disku. Záloha je hotová. Nyní však budete mít problém, pokud někdy připojíte tento pevný disk k počítači, když pracujete s interním pevným diskem, jak již bylo popsáno. Musíme změnit konfiguraci LVM.

  • Nyní, po dokončení „dd“, proveďte „synchronizaci“ a odpojte externí pevný disk UDB.

  • Spustíte pvchange --uuid /dev/sda* . Tento příkaz změní UUID všech fyzických nosičů na vašem interním pevném disku. Tento příkaz je bezpečný, i když máte oddíly, které nejsou fyzickými svazky pro LVM, protože budou automaticky a bezpečně přeskočeny.

    Systém ví, které oddíly jsou fyzické svazky, protože typ oddílu a protože jste při vytváření LVM provedli příkaz „pvcreate“.

  • Spustíte vgchange -u LVM . Tento příkaz změní UUID skupiny svazků LVM. Moje skupina svazků se mimochodem nazývá „LVM“.

  • Spustíte vgscan . Tento příkaz prohledá interní pevný disk (jediný aktuálně připojený) a najde tam vaši skupinu svazků LVM.

  • Spustíte vgrename LVM LVM2 , chcete-li změnit název skupiny svazků.

  • Nyní připojte externí pevný disk USB.

  • Znovu "vgscan", tentokrát k nalezení skupiny svazků na externím pevném disku USB. Nyní budete mít dvě skupiny svazků. Jeden s názvem „LVM2“ na vašem interním pevném disku a druhý s názvem „LVM“ na vašem externím pevném disku USB.

  • Přejmenujte skupinu svazků na externím pevném disku USB na vgrename LVM LVM_BACKUP .

  • A přejmenujte skupinu svazků na interním pevném disku zpět na původní název:vgrename LVM2 LVM .

  • Jsi hotov. Situaci můžete zkontrolovat pomocí vgdisplay -v .

    Uvidíte, že UUID logických svazků jsou stejné v obou skupinách svazků, ale nezdá se, že by to způsobovalo žádný problém a nevím, jak je změnit.

  • Odpojte externí USB pevný disk, uložte jej na bezpečné místo, restartujte počítač, vysuňte LiveCD a vraťte se k práci.


Linux
  1. Trim s Lvm a Dm-crypt?

  2. Snížit velikost Lvm /tmp na 10 g a přidat vše do / kořenového adresáře?

  3. Pthreads a Vfork?

  1. Příkazy LVM selžou s „Nepodařilo se načíst konfigurační soubor /etc/lvm/lvm.conf“

  2. LVM a multipathing – vzorové řetězce filtrů LVM

  3. LVM nebezpečí a upozornění

  1. Řez / Grep A Df -h?

  2. Grep And Tail -f?

  3. Používáte fsck ke kontrole a opravě šifrovaného disku LUKS?