Dotaz: Klonovani aktualne beziciho disku

[Drak]

Ahoj, chtel bych se zeptat jestli je mozny "dobrej napad" klonovat disk, s aktualne beyicim OS. Respektive Kdyz mi bezi ubuntu na dev/sda spoustet prikaz

dd if=/dev/sda of=/dev/sdb

Dle meho je to asi spatne a nejspis i nemozne??

Odpovědi

[mhepp]

Mozne to je a mozna i funkcni.

Pokud je to mozne, restartuj system s parametrem jadra init=/bin/bash. Pak budes mit jistotu, ze se ti fs nebude menit pod rukama. Pokud to neni mozne, zastav uplne vsechno, co pujde. Fsck je potom samozrejmost. Pokud mas na disku btrfs, situace je jednodussi. Umi delat snapshoty a posilat je jinam.

Potrebujes pravdu binarni kopii toho disku?

[rADOn]

Staci premountit readonly. Kdyz by bylo nejhur dalo by se i nazivo a spolehnout se na zurnal.

[Jakub Galgonek]

Žurnál mu v takovém případě moc nepomůže.

[MilanK]

A ještě nikdo nezmínil přepnutí do runlevelu "single user mode", tam už toho moc nepoběží, co by chtělo zapisovat na disk. Na Ubuntu by asi mohlo fungovat "sudo init 1".

[AraxoN]

Celý disk by som takto nekopíroval. Ale po jednotlivých oddieloch by sa to mohlo dať aj za behu. Ak je na konci oddielu kus miesta, mal by sa z neho dať vytvoriť md raid 1 (so superblokom verzie 0.9 - ten je na konci oddielu). Tzn.:

1. zmenšiť súborový systém
2. vytvoriť md raid 1 s diskami /dev/sdaX a missing (superblok 0.9!) pre každý oddiel
3. urobiť remount všetkých oddielov tak aby sa používali raid zariadenia /dev/mdX)
4. pridať do raid adekvátny oddiel z druhého disku
5. počkať na ukončenie synchronizácie

Po týchto krokoch bude na jednotlivých oddieloch to isté (ak si odmyslím ten superblok na konci), bez ohľadu na to, či medzitým budú prebiehať zápisy na pôvodný disk.

Ale bol by som maximálne opatrný, lebo každý z týchto krokov môže odoslať dáta do večných lovísk ak bude nesprávne pochopený, alebo nesprávne vykonaný.

IMHO dôrazne by som odporúčal zabudnúť na klonovanie s bežiacim OS, nabootovať z live CD (alebo USB) a spraviť kopírovanie priamočiaro cez dd. Tak máš oveľa väčšiu istotu, že sa to nepokazí. Ak je problémom výpadok, tak si to naplánuj na noc, alebo na nejaký sviatok.

[Drak]

Dobre, takze dejme tomu, ze je to mozne, neni to vsak asi moc bezpecne. Je tedy lepsi pusob jak naklonovat disk se systemem v pripade, ze muzu pripojit jen 2 disky do notebooku? Lze treba spustit DD nastroj z Instalacmiho CD Ubuntu? Potrebuji bitovou kopii. Aktualni disk je malej a tak jsem si koupil novej s tim, ze vytvorim uplne totoznej se zavadecem a vsim proste a nasledne zvetsim/pridam oddily pomoci GParted nastroje.

[Drak]

Sory, ted koukam ze to AraxoN psal. Takze dekuji vsem za pomoc.

[mhepp]

Pokud si to ale nechceš komplikovat, tak není problém.

a) vzít to live/instalační CD -- máš jistotu, že Ti nic zapíše na disk pod rukama. b) init=/bin/bash je poměrně málo využívaná věc, která má velikou moc. Většinou je / připojeno jako RO, takže je celkem bezpečné klonovat disk, ze kterého běží ten systém. c) pokud maš disk a chceš na něj dostat starý systém, možná by stálo za to popřemýšlet nad novým rozdělením disku a použitýmy filesystémy. Pomocí tar nebo rsync pak získáš jako bonus defragmentaci (myšleno přerovnání souborů do souvislého bloku, netýká se samozřejmě SSD, tam to postrádá významu). V takto přehrnutém systému pouze upravíš /etc/fstab a nainstaluješ zavaděč. d) na postup pomocí RAID-u se vykašli, je to takové pojď na mě z boku: Takhle jde taky ořezat tužku.

[mhepp]

pardon za to formátování...

[lertimir]

Tak to bylo asi nepochopení. Všichni řešili, jak disk zkopírovat, v zařízení, které se nedá vypnout. Kopii mezi dvěma disky na notebooku nejjednodušeji udělám když bootnu z USB live distro. Clonezilla je jedna z dobrých možností. partedmagic jiná. po kopii případně pomocí gparted rozposunuji oddíly nového disku jak potřebuji

[Peter Fodrek]

Ide to bez problemov... Takto som instaloval 10 z 11 PC v skolskom laboratoriu.. Akurat je to pomalsie.

a spadne posledny oddiel, ten je protebne urobit kopirovanim, ak je cielovy disk mensi ako zdrojovy...

[AraxoN]

Keď to má na notebooku a je si istý, že na ňom nebude počas kopírovania nič robiť, tak by to naozaj mohlo dopadnúť dobre. Myslel som, že to má na serveri, keď ho nechce vypnúť. Aj tak by som ale spravil boot z live CD a nenechal žiadnu možnosť aby sa filesystém dostal do nekonzistentného stavu.

[Jirka]

já to běžně dělám přes dd na běžícím systému. Pokud je cílový disk stejný nebo větší než původní tak to není problém a nestalo se mi zatím že by to nefungovalo. Tohle se většinou dělá, když chce mít člověk identické rozdělení disku a identický systém a je líný to dělat ručně a vymýšlet skripty. Pokud dělám kopii na prázdný disk tak na tom nelze nic pokazit a při neúspěchu můžu udělat znovu, takže nevím, proč se s tím ve všech manuálech tak straší a varuje.

[Peter Golis]

Straší sa s tým a varuje sa pred tým, že duplikáciou cez dd z bežiaceho systému nezaručíš ani konzistenciu FS a ani konzistenciu dát. Žurnál v tomto prípade neochráni keďže ani nie je na konci blokového zariadenia a ani nemá obvykle kapacitu na uchovanie všetkých zápisov počas klonovania. Ak robíš klon systému na nepodstatnom stroji ktorému nevadí poškodenie disku spôsovené napríklad opakovaným výpadkom prúdu za plnej prevádzky, tak ti to môže byť jedno. To poškodenie disku ej v tomto prípade veľmi podobné. Ale server s DB v plnej prevádzke by som takto neklonoval ak sú jej dáta aspoň trochu cenné.

[dustin]

Přesně tak. Takhle se r/w filesystém nedá spolehlivě zálohovat.

[lertimir]

Tady může být nekonzistence, jak větší tak menší. Na rozdíl od výpadku, který je defakto okamžitý snapshot, zde se zálohují data z hodně různých časů, podle toho jak je disk velký. Ale jak jsem psal výše, pokud si mohu dovolit stroj vypnout (tedy zastavit běžící systém a mít tím pádem FS konzistentní) jako je to u notebooku, tak proč to neudělat spolehlivě.