Newsgroup: it.comp.os.linux.sys
Titolo: backup tar

Ciao a tutti;
ho una unità nastro TR5 da 10Gb e devo backupparci dentro circa 13/14 Giga
di dati; non posso usare la compressione hardware dell'unitò perchè con i
Travan più volte vi sono stati problemi in quell'azienda.
Zippando il tutto con un tar.gz il polpettone diventerebbe di circa 7/8Gb e
sul nastro starebbe tutto dentro comodamente una volta compresso in una
partizione temporanea.
Il problema è che non ho spazio a sufficienza negli hard-disk per crearmi
tale "polpettone"; ho solo 2Gb liberi ed al momento non posso aggiungerne
altri.
Come potrei risolvere il tutto? Ho provato a fare un tar.gz direttamente sul
nastro ma non funziona, credo debba sempre prima zipparlo in una temporanea.
Grazie a tutti, ciao!
Francesco Collini

nastro ma non funziona, credo debba sempre prima zipparlo in una temporanea.
al momento non ho presente esattamente _cosa_ usare, ma qualche
compressore per streaming invece di gz? 
in questo modo puoi comprimere al volo i dati mentre vengono trasmessi
al nastro invece che dover comprimere tutto quanto.
dovrebbe essere meno efficiente di gz ma tutto sommato non ti serve
una grande efficienza per comprimere 13gb in 10gb...
problema: che compressori per stream lossless ci sono in giro?
(ovviamente quelli per dati multimediali non ti vanno bene...)
--
    (iao!!oai)                                    (ICQ: 10860566)
    //.aurizio
[WARNING!: togliete _nessuno_ per rispondere]
    Il segreto per essere considerato un creativo sta nel non fare
    mai riconoscere le proprie fonti [A. Einstein]

 nastro ma non funziona, credo debba sempre prima zipparlo in una temporanea.
Peccato che, a quanto sembra dalla man page, gnu tar non possa usare lo standard
input e lo standard output (su solaris ad esempio si')... cosa prevista da gzip.
Altrimenti sarebbe stato piu' semplice.   :-(
Forse una soluzione gzip+cpio si potrebbe trovare?
bye G.L.
--
La logica non attiene alla verosimiglianza delle ipotesi,
ma alla coerenza delle tesi con le ipotesi.

 partizione temporanea.
Io utilizzo un qualcosa del tipo
tar c${TARMODE}f $DEVTAPE <directory da backup-pare>
dove TARMODE può essere o z ( per gzip ) o I per bzip2 ( ma mi sembra che 
dava qlc problema )
O se si vuole avere un controllo più fine
tar c <directory> | <programma di compressione> | dd obs=20K
Il tutto senza passare x file intermedi ...
Ricordarsi di mettere un 
export GZIP="-q"
per evitare noiosi warning nel caso che il file di input non sia un 
multiplo... di qualcosa che non ricordo bene

 altri.
Puoi usare dump se i dati sono tutti su una partizione (e se ti fa
comodo il backup incrementale dopo), oppure tar | gzip o bzip2 |
eccetera come ti ha consigliato Goffredo.
Massimiliano

 Il tutto senza passare x file intermedi ...
l'ultimo comando ( 'dd obs=20k' ) con alcuni driver ( mi è capita con un 
tape su floppy ) è necessario perchè si aspettano blocchi da 20k alla 
volta. In particolare l'ho usato per fare un backup via ssh
tar cz <directory> | ssh user@host "dd obs=20K >/dev/ftape"

 tar c <directory> | <programma di compressione> | dd obs=20K
Ecco: mi rimangio cio' che ho detto...  :-)


Grazie innanzitutto per le vs. risposte; il problema è che, con qualunque
sintassi tar, il backup zippato viene bene, anzi benissimo; il problema è in
fase di restore: infatti se digito tar xzvf /dev/st0 verso metà esce e mi
ritorna:
etc/samba/
etc/samba/lmhosts
etc/samba/smb.conf
etc/samba/smbusers
etc/inetd.old
etc/inetd.conf.rpmsave
etc/ipsec.secrets
etc/raidtab.old
tar: Il figlio ha restituito lo status 2
tar: Uscita per errore ritardata dall'errore precedente
Sapreste cosa farci a proposito?
Grazie mille, ciao!
Francesco
"Massimiliano Mirra" <ba...@prism.localnet> ha scritto nel messaggio
news:87bs7xj...@prism.localnet...
