Newsgroup: it.comp.os.linux.sys
Titolo: Piccoli tar o altro...

Ciao Ragazzi,
ho recentemente avuto una brutta esperienza....ho dovuto ripristinare
un backup
che facevo con il tar; il fatto è che il file era di 5 GB ed è
risultato corrotto; ho provato a recuperarlo..ma niente di
fatto...allora vi chiedo visto che è da 1 mese e non ne vengo a capo
esiste un metodo per fare tanti piccoli o zip o gzip magari di che ne
so 10 mb ciascuno in modo che se si corrompe 1 file massimo perdo pochi
dati ? Spero di essermi spiegato bene. Vi ringrazio anticipatamente a
chiunque voglio aiutarmi.
Ciao Marco.

 chiunque voglio aiutarmi.
Il modo migliore sarebbe fare gzip di tutti i file e poi riunirli con
tar.
Se invece usi tar con -cz fa il contrario: unisce i file e poi zippa.
Come fa tar e` piu` efficiente, perche` comprime meglio, ma fare i gz
prima del tar e` piu` sicuro, perche` tar skippa eventuali file corrotti
e recupera quelli non corrotti.
In pratica il problema e` di gzip, non di tar.
Dovrebbe esserci in giro un programmino per recuperare i gz corrotti, ma
non mi ricordo come si chiama.
Bye.
-- 
Alessandro Pellizzari

Ciao Alessandro
Quindi l'ideale è non fare il gzip se ho spazio nel supporto di
backup...giusto ?
un tar da 5GB ...secondo te è sicuro...oppure con 5 GB non sono sicuro
?...scusate
sono domande che sembrano stupide..ma con i tempi che corre vorrei star
1 attimino
tranquillo...c'è un limite del tar...qualcuno ha esperienza con file
tipo i miei ?
Grazie. Marco.

 tipo i miei ?
Il limite piu` grosso che ho riscontrato con tar, per cui ho dovuto
usare star, e` che ammette solo 99 caratteri nel path dei file, e quando
hai roba molto nidificata (siti web in virtual host, nel mio caso) li
passi presto e perdi le info sul path.
La cosa migliore comunque e` sempre avere due copie (o piu`) di tutto.
Bye.
-- 
Alessandro Pellizzari

 In pratica il problema e` di gzip, non di tar.
usare bzip2 (opzione -j) migliora le possibilità di recupero?
Alex.


1) zippare su un nastro non e' una buona idea. non e' un supporto
affidabile, purtroppo
2) man mt, cosi' salvi piu' backup sullo stesso nastro e ti sposti tra
di essi
Inviato da X-Privat.Org - Registrazione gratuita 
http://www.x-privat.org/join.php

 usare bzip2 (opzione -j) migliora le possibilità di recupero?
Solo leggermente. Con bzip2recover puoi recuperare un po' di roba (man
bzip2), ma se si corrompe 1 bit perderai comunque 900 Kb di roba.
Bye.
-- 
Alessandro Pellizzari

 
http://www.x-privat.org/join.php
-- 

 caso) li passi presto e perdi le info sul path.
Lo dici come star fosse una sorta di rattoppo fatto un po' così, ma se
non ricordo male, star è anche "meglio" di tar visto che supporta anche
le ACL..
Ciao.
-- 
*** Linux user # 198661 --- ICQ 33500725 ***
***  Home  
http://web.tiscali.it/kailed
  ***
       ***  Powered by SuSeLinux  ***

 e quindi creo backup che non servono a nulla tutto qua...
In questo caso ti consiglio dar, che č molto simile a tar ma piů orientato a
cd/dvd; inoltre puoi usare par2 per generare dei dati ridondanti, cosě se si
corrompe una parte puoi sempre pensare di recuperare tutto, anche se hai
usato gzip/bzip2.
Ciao
  Andrea

Cosi` parlo` 
bss...@tin.it
 ...

Non so aiutarti per il recupero, anche se il tema mi e` caro: faccio i miei
backup con tar.
Ti consiglio pero` di fare la verifica del tar appena prodotto (estrai
su /dev/null), e successivamente di archiviarlo in doppia copia. Vabbe` che
la sfiga ci vede benissimo, pero` cosi` mi sento abbastanza sicuro.

 Dar e Tar? :-)
Ciao ...scusate se dico una stupidata...
non c'è la possibilità di dare a tar di non creare
file più grandi che ne so di 20 MB e fare n file fino al 
completamento del backup ?
tar cvf backup -split 20 MB /home/public ...che ne so 
qualcosa che crei
backup1.tar
backup2.tar
backup3.tar
Ciao Marco.
-- 

 le ACL..
Mi spiace, non intendevo considerarlo un rattoppo. :)
Il fatto e` che e` molto meno diffuso, e mentre un tar (anche bz2) lo
apro anche con Windows, uno star e` piu` rognoso. tar viene installato
di default da tutte le distro, star no, per esempio.
Per il resto, finora mi ha dato solo soddisfazioni. :)
Bye.
-- 
Alessandro Pellizzari

 piacere.. non ho provato ma penso debba funzionare ugualmente.
Ciao,
in effetti quello switch non c'è ...è che la stavo cercando una
funzione del genere....se faccio con split(1) non penso mi crea un tar
autonomo
ma spezza il tar totale...cmq stavo ragionando quel'è la miglior strada
per avere 1 backup 1 po sicuro.
Ciao Marco.
-- 

 completamento del backup ?
Si, puoi usare lo switch -M, vedi man page. Ai tempi ci avevo smanettato un
po' ma alla fine ho mollato, se ricordo bene lo switch crea files tutti con
lo stesso nome (tar ipotizza che tu stia mettendo un'altra cassetta).
Ovviamente se stai salvando su disco questo è male; è chiaro comunque che
stai cercando di forzare tar a fare qualcosa di diverso da quello per cui
è stato pensato, per questo secondo me è meglio dar.
Ciao
  Andrea

 Dar e Tar? :-)
Vale a dire?
Ciao
  Andrea
-- 
The sleeper has awakened!

 signature di quel post.. non hai mai letto la saga di Dune, tu eh?
La signature l'ho riconosciuta: non ho letto la saga ma ho il DVD, non mi
ricordo di nessun Dar o Tar nel film :-P
Ciao
  Andrea


Scusa, ma tar sta per tape archive... se non devi memorizzare su nastro, 
perchč utilizzare strumenti da nastro? non va bene un bel "cp -a" ? 
sicuramente il restore di un singolo file č piů performante. E sicuramente 
hai la sicurezza maggiore di perdere esclusivamente i soli file in cui si 
trovano i settori danneggiati.
Se poi non trovi affidabile il "cp" per la copia, allora vai di
tar cvf - /home/public | (cd /backup;tar xvf - )
che fa la stessa cosa che fa quella cp, ma č piů sicura e performante in 
caso incontri special file o un numero elevato numero di file.
Comunque riguardo al tar.gz la mia esperienza arriva (su solaris) ad oltre 
60Gb con milioni di file e directory (appunto siti web e virtual host con 
ramificazioni assurde), creato su disco e trasferito su tape in secondo 
momento. Poi quando ho pensato che 60Gb erano troppi per un tar, ho dato un 
ufsdump visto che č lo strumento di backup nativo per il fs di solaris. E lě 
sono arrivato a 90Gb
Matteo