On 06/16/14 00:55, David Pasek:
2014-06-16 0:15 GMT+02:00 Dan Lukes <[email protected]>:
Nemuzu se zbavit dojmu, ze ten tar pro tebe dela jen gzip komprimaci a tak
by tam klidne misto nej mohlo byt docela obycejne 'gzip' a na funkcnosti by
to nic nezmenilo.
To je pravda. Tar pouzivam jen ze zvyku, kvuli potencialnimu zabaleni
vice souboru do jednoho souboru, pricemz v tomto pripade to opravdu
neni dulezite, ale vysledek je stejny a nebo alespon velmi podobny,
nebo se pletu?
No, bude to neco vetsi - ten tar, i kdyz bali jen jeden soubor, si ho
svymi hlavickami obali. Byt' se pak zakomprimujou taky.
Mimochodem, dokonce i "prazdny" sektory se komprimuji jen v pomeru cca
9:1 - zkusl bzip2, ten se blizi 12:1
Ted me napada ... bude fungovat DUMP/RESTORE i na jinem operacnim
systemu? Myslim tim alespon linux,jelikoz se muze stat, ze si Milan z
nejakeho duvodu bude chtit zvolit live CD/DVD zalozene na linuxu,
kterych je rozhodne vic nez BSD-ckovych.
Jestli tam ta utilita je, tak nejspis fungovat bude. Pokud se me ovsem
ptas, zda pomoci FreeBSD fumpu pujde zazalohovat ext2 disk Linuxu, tak
to skoro jiste ne.
Mam za to, ze DUMP zalohuje device souborove a DD sektorove a ja jsem
chtel binarni kopii distribuovaneho disku a nikoliv filesystemu.
Ano. To znamena, ze na restorovanem systemu musis nejdriv spustit
bsdlabel. Pripadne fdisk a bsdlabel. Oba na livesystemu mas.
Pro porovnani, dd/gzip zaloha 1GB prazdneho disku bude mit cca 128MB,
dump/gzip zaloha asi 64kB. Pokud disk nebude prazdny, ale plny z 50%,
bude dd/gzip zaloha vetsi o cca 64MB. To bude rozdil v radu desitky
procent. Pokud by nepouzity sektory nebyly smazany, bude ten pomer
samozrejme daleko horsi.
Cimz se te nesnazim presvedcit, ze to je pro tebe lepsi, jen konstatuju,
ze to vychazi o dost vetsi, nez by to byt mohlo.
Samozrejme, s ohledem na konferenci, predpokladam, ze je rec o FreeBSD.
Pokud se bavime o zcela obecnem disku, tak tam jina moznost nez dd neni.
Dan
--
FreeBSD mailing list ([email protected])
http://www.freebsd.cz/listserv/listinfo/users-l
