Dotaz: zalohovani z ext3 na ntfs

[bob]

Ahoj, mam data na ext3, ktera bych chtel zalohovat na externi disk s ntfs. Bohuzel, ne vsechny nazvy souboru, ktere jsou povolene na ext3 jde vytvorit na ntfs. Jakym zpusobem je bezpecne mozne udelat takovou zalohu? Napada me data zarchivovat nebo sloucit do jednoho souboru (tar, zip, gzip apod.), ale bojim se, ze v pripade maleho poskozeni disku (hlavicka vysledneho souboru) potom prijdu o vsechna data naraz. Lze se tomu nejak branit?

Odpovědi

[ET]

ahoj bobe,

* ze v pripade maleho poskozeni disku - wtf ? bud odejde ext3 - v tom pripade mas zalohu na ext.hdd, nebo odejde ext.hdd v tom pripade koupis novej a zazalohujes znovu, pokud jsou data kriticky tak si porid dalsi ext.hdd

* jinak jak pises, pouzij nejaky archiv kterej ten encoding zachova (ne vsechny to umej!) - nekde se to tu kdysi v diskuzi resilo nebo koukni na google

[bob]

diky za odpoved

[pepe_]

Ja pouzivam to ze tam vytvorim image file , ten naformatuju na ext2 nebo ext3 a do nej rsyncem synchronizuju data.  Na 2TB disk zaloguju 60GB image .

 

#!/bin/bash
cd /

mount /mnt/pc-pepe
mkfs.ext2 /mnt/pc-pepe/Install/HW/Alix/alix.raw
mount -o loop,rw /mnt/pc-pepe/Install/HW/Alix/alix.raw /mnt/tempfs/virthdd
rsync --exclude=/proc --exclude=/home --exclude=/sys --exclude=/dev --exclude=/mnt --exclude=/media --exclude=/swap -avhP --numeric-ids --delete / /mnt/tempfs/virthdd
umount /mnt/tempfs/virthdd

 

Zalohuju po siti prez sambu ale po uprave muzes zalohovat na exterak.

Pred zalohou vytvor  raw soubor za pomoci programu dd .

(vyhoda tohoto reseni : mountnes a jedes) (nevyhoda velikost raw souboru a rychlost vytvareni prvotniho souboru za pomoci programu dd)

[tuxmartin]

(nevyhoda velikost raw souboru a rychlost vytvareni prvotniho souboru za pomoci programu dd)

A neslo by vytvorit si obraz ve formatu qcow2 a ten pak pripojit? Misto raw by mel zabrat obsazene misto + neco malo navic.

[bob]

Celkem zajimave napady. Tezko rict, co je nejbezpecnejsi a nejsikovnejsi. Moznost pouzivat rsync se mi libi.

[okoral]

Zálohování do image má snad smysl v případě šifrovaného image. Jinak je tady problematická právě malá odolnost proti poškození - nejsou žádné kontrolní součty a i při malém poškození začátku image prostě image nepřipojíte k filesystému a pak z toho dost pracně lovíte data (fsck...)

[okoral]

Použít tar bez komprese - pak jde při poškození archivu do kopru jen ta poškozená část. tar má výhodu v zachování extended atributů, jako jsou acl a selinux (--acls --selinux parametry). Zazipovaný (tar.gz nebo tar.bz) archiv je samozřejmě menší, ale zase trvá komprese/dekomprese. Poškození napáchá větší škodu, ale "ztráta hlavičky" neznamená ani zde ztrátu celého archivu.

[Jaris]

Ahoj, na pripadne male poskodenie disku mozes pouzit napriklad parity archive