Re: [OT] Tar e permessi

[Igor Trevisan]

2017-12-29 11:51 GMT+01:00 Federico Di Gregorio <f...@dndg.it>:

> On 29/12/17 11:11, Felipe Salvador wrote:
>
>> On Fri, Dec 29, 2017 at 07:53:48AM +0100, Igor Trevisan wrote:
>>
>>> Con un framework per la gestione/creazione di Root File System per
>>> sistemi
>>> Linux genero un pacchetto tar.bz2 che contiene un RFS completo per un
>>> sistema Linux (arm). Tale pacchetto contiene file il cui owner è root
>>> (riferito al sistema embedded per cui è stato prodotto).
>>> Dovrei scompattare tale archivio, modificare un file e ricompattarlo
>>> senza
>>> modificare owner e permessi dei file del RFS.
>>> E' possibile? Se sì, come?
>>>
>>
> Se decompatti il file come root e usi --preserve tar mantiene i permessi
> ed i proprietari anche se NON ESISTONO sulla macchina. Con un "ls -a"
> vedrai owner e gruppo numerici invece che i nomi definiti in /etc/passwd.
> Quando ricompatti, se dici a tar di mantenere permessi e proprietari tutto
> dovrebbe funzionare.
>
>
Avevo visto quest'opzione di tar ma purtroppo non posso eseguire nulla
come"root" sulla macchina su cui sto lavorando! :-(
Come detto però, per il mio caso specifico fakeroot ha risolto il problema.

Grazie,
I.

Re: [OT] Tar e permessi

[Federico Di Gregorio]

On 29/12/17 11:11, Felipe Salvador wrote:

On Fri, Dec 29, 2017 at 07:53:48AM +0100, Igor Trevisan wrote:

Con un framework per la gestione/creazione di Root File System per sistemi
Linux genero un pacchetto tar.bz2 che contiene un RFS completo per un
sistema Linux (arm). Tale pacchetto contiene file il cui owner è root
(riferito al sistema embedded per cui è stato prodotto).
Dovrei scompattare tale archivio, modificare un file e ricompattarlo senza
modificare owner e permessi dei file del RFS.
E' possibile? Se sì, come?


Se decompatti il file come root e usi --preserve tar mantiene i permessi 
ed i proprietari anche se NON ESISTONO sulla macchina. Con un "ls -a" 
vedrai owner e gruppo numerici invece che i nomi definiti in 
/etc/passwd. Quando ricompatti, se dici a tar di mantenere permessi e 
proprietari tutto dovrebbe funzionare.



federico


--
Federico Di Gregorio federico.digrego...@dndg.it
DNDG srl  http://dndg.it
  monja: che c'entra, l'importante è sapersi usare -- 

Re: [OT] Tar e permessi

[Igor Trevisan]

Ciao Felipe,

grazie per aver preso in considerazione il mio quesito!

2017-12-29 11:11 GMT+01:00 Felipe Salvador <felipe.salva...@gmail.com>:

> On Fri, Dec 29, 2017 at 07:53:48AM +0100, Igor Trevisan wrote:
>
> > Dovrei scompattare tale archivio, modificare un file e ricompattarlo
> senza
> > modificare owner e permessi dei file del RFS.
> > E' possibile? Se sě, come?
>
> Potresti agire utilizzando i permessi del gruppo, lasciando intatto
> l'owner.
>
>
alla fine ho trovato la soluzione: fakeroot!

Mi sono guardato un po' come funziona questo comando e sono riuscito a fare
quello che mi serviva.

Lo riporto qui, nel caso in futuro possa essere utile/interessante per
altri:

(dentro uno script eseguo)

fakeroot sh -c '
  tar xvjf pkg.tar.bz2
  echo "blabla" >> my_path/file_to_change

  [other stuff...]

  exit'

e il gioco è fatto.

Ciao e grazie,
I.

Re: [OT] Tar e permessi

[Felipe Salvador]

On Fri, Dec 29, 2017 at 07:53:48AM +0100, Igor Trevisan wrote:
> Con un framework per la gestione/creazione di Root File System per sistemi
> Linux genero un pacchetto tar.bz2 che contiene un RFS completo per un
> sistema Linux (arm). Tale pacchetto contiene file il cui owner è root
> (riferito al sistema embedded per cui è stato prodotto).
> Dovrei scompattare tale archivio, modificare un file e ricompattarlo senza
> modificare owner e permessi dei file del RFS.
> E' possibile? Se sì, come?

Potresti agire utilizzando i permessi del gruppo, lasciando intatto l'owner.


> Comunque vada a finire questo mio OT (cestino, /dev/null ecc...) colgo
> l'occasione per augurare a tutta la Lista un Buonissimo 2018! :-)
> Ciao e grazie,
> Igor.
> 
> 
> -- 
> "Don't find fault, find a remedy" (H.Ford)
> ---

Ciao

-- 
Felipe Salvador

[OT] Tar e permessi

[Igor Trevisan]

Ciao a tutti,

mi scuso subito per l'OT: la questione che pongo è assolutamente generale
(e non strettamente collegata a Debian quindi) ma confido che in lista ci
sia qualche anima pia che mi perdoni e possa dare una risposta definitiva
ai miei dubbi.

Vengo al sodo.
Sto lavorando da utente normale (senza alcun privilegio di root e senza
sudo) su una macchina di sviluppo su cui girano alcuni compilatori
arm-linux.
Con un framework per la gestione/creazione di Root File System per sistemi
Linux genero un pacchetto tar.bz2 che contiene un RFS completo per un
sistema Linux (arm). Tale pacchetto contiene file il cui owner è root
(riferito al sistema embedded per cui è stato prodotto).
Dovrei scompattare tale archivio, modificare un file e ricompattarlo senza
modificare owner e permessi dei file del RFS.
E' possibile? Se sì, come?

Comunque vada a finire questo mio OT (cestino, /dev/null ecc...) colgo
l'occasione per augurare a tutta la Lista un Buonissimo 2018! :-)
Ciao e grazie,
Igor.


-- 
"Don't find fault, find a remedy" (H.Ford)
---

Re: script tar con nomi directory contenenti spazi

[Marco Romano]

Il 26/09/2016 00:37, beppe ha scritto:

Lo script funziona bene finche' non incontra una directory con spazi:
echo $data
#IFS_OLD=$IFS
#IFS=$'\n'

# per controllare la data
sleep 2
for i in $(ls -d /home/prove/*/ | cut -f4 -d'/' | sed 's/\ /\\ /g'); 
do tar -cvzf $data'_'${i%%/} '/home/prove/'${i%%/}; done


#IFS=$IFS_OLD




Evita di usare il comando ls nei cicli for e ti risparmi un sacco di 
problemi:


for i in /home/prove/*; do
if [ -d "$i" ]; then
# è una directory
    tar -cvzf ${data}_"$(basename "$i")" "$i";
fi
done

--
Kind regards,

Marco Romano

Re: script tar con nomi directory contenenti spazi

[beppe]

Il 26/09/2016 12:12, Piviul ha scritto:

beppe ha scritto il 26/09/2016 alle 00:37:

Lo script funziona bene finche' non incontra una directory con spazi:

$ cat tar_backup.sh
#!/bin/bash
data=$data$(date | cut -d ' ' -f6 | cut -c 1-4)
data=$data$(date | cut -d ' ' -f2)
data=$data$(date | cut -d ' ' -f3)
echo $data
a questo punto permettimi anche di farti qualche pulce sulla ricerca 
della data; non è più semplice ricavarla con:


data=$(date +%Y%b%d)

(anche se userei +%Y%b%d solo per il fatto che puoi ordinare i backup 
effettuati per data più facilmente...) piuttosto che con 3 chiamate al 
comando date che fra le altre cose può essere prono agli errori in 
quanto dipende dalle impostazioni di default del comando date?


Piviul

Grazie, e' vero... uso spesso cut per i campi e spesso non cerco la cosa 
piu' ovvia.


ciao
Bepep

--
le nuvole non hanno regole,
perchè non hanno mai rinunciato
alla libertà di sognare.

Re: script tar con nomi directory contenenti spazi

[Piviul]

Piviul ha scritto il 26/09/2016 alle 12:12:

[...]
(anche se userei +%Y%b%d [...]

intendevo +%Y%m%d...ovviamente!

Piviul

Re: script tar con nomi directory contenenti spazi

[Piviul]

beppe ha scritto il 26/09/2016 alle 00:37:

Lo script funziona bene finche' non incontra una directory con spazi:

$ cat tar_backup.sh
#!/bin/bash
data=$data$(date | cut -d ' ' -f6 | cut -c 1-4)
data=$data$(date | cut -d ' ' -f2)
data=$data$(date | cut -d ' ' -f3)
echo $data
a questo punto permettimi anche di farti qualche pulce sulla ricerca 
della data; non è più semplice ricavarla con:


data=$(date +%Y%b%d)

(anche se userei +%Y%b%d solo per il fatto che puoi ordinare i backup 
effettuati per data più facilmente...) piuttosto che con 3 chiamate al 
comando date che fra le altre cose può essere prono agli errori in 
quanto dipende dalle impostazioni di default del comando date?


Piviul

Re: script tar con nomi directory contenenti spazi

[beppe]

Il 26/09/2016 09:09, Piviul ha scritto:

beppe ha scritto il 26/09/2016 alle 00:37:

Lo script funziona bene finche' non incontra una directory con spazi:

$ cat tar_backup.sh
#!/bin/bash
data=$data$(date | cut -d ' ' -f6 | cut -c 1-4)
data=$data$(date | cut -d ' ' -f2)
data=$data$(date | cut -d ' ' -f3)
echo $data
#IFS_OLD=$IFS
#IFS=$'\n'

# per controllare la data
sleep 2
for i in $(ls -d /home/prove/*/ | cut -f4 -d'/' | sed 's/\ /\\ /g'); do
tar -cvzf $data'_'${i%%/} '/home/prove/'${i%%/}; done
io credo che il problema risieda nelle linee che hai commentato. Di 
default IFS (Internal File Separator) è lo spazio quindi questo ciclo 
non funziona bene. Devi appunto decommentare le righe che riguardano 
l'IFS.


Poi sinceramente mi sembra anche macchinoso (oltre che non capisco 
cosa faccia il comando ${i%%/} ma questo è un limte mio) il ciclo for 
che hai costruito...


io il ciclo lo riscriverei così:

for d in $(ls -d /home/prove/*); do
   dir=$(basename $d)
   tar cvzf "$data_$dir" "$d"
done

in ogni caso se vuoi mantenere la tua versione ocho che tar considera 
lo spazio come separatore dei suoi argomenti. Devi quindi quotare i 
riferimenti alle dir dentro /home/prove

Ciao
Piviul
i cicli funzionavano tutti correttamente meno che con i nomi directory 
contenenti spazi.

Avevo provato sia con IFS=$'\n',  sia senza.

Con il tuo ciclo for adesso mi sembrano corretti anche con piu' spazi 
nei nomi,

rimettendo IFS=$'\n'.

Grazie 1000!!!

ciao
Beppe

--
le nuvole non hanno regole,
perchè non hanno mai rinunciato
alla libertà di sognare.

Re: script tar con nomi directory contenenti spazi

[Piviul]

beppe ha scritto il 26/09/2016 alle 00:37:

Lo script funziona bene finche' non incontra una directory con spazi:

$ cat tar_backup.sh
#!/bin/bash
data=$data$(date | cut -d ' ' -f6 | cut -c 1-4)
data=$data$(date | cut -d ' ' -f2)
data=$data$(date | cut -d ' ' -f3)
echo $data
#IFS_OLD=$IFS
#IFS=$'\n'

# per controllare la data
sleep 2
for i in $(ls -d /home/prove/*/ | cut -f4 -d'/' | sed 's/\ /\\ /g'); do
tar -cvzf $data'_'${i%%/} '/home/prove/'${i%%/}; done
io credo che il problema risieda nelle linee che hai commentato. Di 
default IFS (Internal File Separator) è lo spazio quindi questo ciclo 
non funziona bene. Devi appunto decommentare le righe che riguardano l'IFS.


Poi sinceramente mi sembra anche macchinoso (oltre che non capisco cosa 
faccia il comando ${i%%/} ma questo è un limte mio) il ciclo for che hai 
costruito...


io il ciclo lo riscriverei così:

for d in $(ls -d /home/prove/*); do
   dir=$(basename $d)
   tar cvzf "$data_$dir" "$d"
done

in ogni caso se vuoi mantenere la tua versione ocho che tar considera lo 
spazio come separatore dei suoi argomenti. Devi quindi quotare i 
riferimenti alle dir dentro /home/prove


Ciao

Piviul

Re: script tar con nomi directory contenenti spazi

[beppe]

Il 26/09/2016 04:12, Teodoro Santoni ha scritto:

Ciao,

Il 25/09/16, beppe<git...@tin.it> ha scritto:

Lo script funziona bene finche' non incontra una directory con spazi:

$ cat tar_backup.sh
#!/bin/bash
data=$data$(date | cut -d ' ' -f6 | cut -c 1-4)
data=$data$(date | cut -d ' ' -f2)
data=$data$(date | cut -d ' ' -f3)
echo $data
#IFS_OLD=$IFS
#IFS=$'\n'

# per controllare la data
sleep 2
for i in $(ls -d /home/prove/*/ | cut -f4 -d'/' | sed 's/\ /\\ /g'); do
tar -cvzf $data'_'${i%%/} '/home/prove/'${i%%/}; done

#IFS=$IFS_OLD

avevo provato a ridefinire IFS, ma quando tar riceve i parametri non li
legge correttamente.
(al momento ho risolto rinominando le directory sostituendo gli spazi
con '_'
   ma non e' una buona idea per i files che hanno link ad altri files)

Come argomento a sed potresti provare con 's/ /\\ /g'.

Io rifarei tutto il ciclo del coso in tar da capo a dir il vero, ad esempio con:
printf "%s\n" /home/prove/*/ | while read ; do bn=$(basename $REPLY) ;
tar -cvzf $data"_$bn" "$REPLY" ; done


Perfetto!
Non avevo pensato a basename...

Grazie 1000!!!

ciao
Beppe

--
le nuvole non hanno regole,
perchè non hanno mai rinunciato
alla libertà di sognare.

Re: script tar con nomi directory contenenti spazi

[Teodoro Santoni]

Ciao,

Il 25/09/16, beppe<git...@tin.it> ha scritto:
> Lo script funziona bene finche' non incontra una directory con spazi:
>
> $ cat tar_backup.sh
> #!/bin/bash
> data=$data$(date | cut -d ' ' -f6 | cut -c 1-4)
> data=$data$(date | cut -d ' ' -f2)
> data=$data$(date | cut -d ' ' -f3)
> echo $data
> #IFS_OLD=$IFS
> #IFS=$'\n'
>
> # per controllare la data
> sleep 2
> for i in $(ls -d /home/prove/*/ | cut -f4 -d'/' | sed 's/\ /\\ /g'); do
> tar -cvzf $data'_'${i%%/} '/home/prove/'${i%%/}; done
>
> #IFS=$IFS_OLD
>
> avevo provato a ridefinire IFS, ma quando tar riceve i parametri non li
> legge correttamente.
> (al momento ho risolto rinominando le directory sostituendo gli spazi
> con '_'
>   ma non e' una buona idea per i files che hanno link ad altri files)

Come argomento a sed potresti provare con 's/ /\\ /g'.

Io rifarei tutto il ciclo del coso in tar da capo a dir il vero, ad esempio con:
printf "%s\n" /home/prove/*/ | while read ; do bn=$(basename $REPLY) ;
tar -cvzf $data"_$bn" "$REPLY" ; done

script tar con nomi directory contenenti spazi

[beppe]

Lo script funziona bene finche' non incontra una directory con spazi:

$ cat tar_backup.sh
#!/bin/bash
data=$data$(date | cut -d ' ' -f6 | cut -c 1-4)
data=$data$(date | cut -d ' ' -f2)
data=$data$(date | cut -d ' ' -f3)
echo $data
#IFS_OLD=$IFS
#IFS=$'\n'

# per controllare la data
sleep 2
for i in $(ls -d /home/prove/*/ | cut -f4 -d'/' | sed 's/\ /\\ /g'); do 
tar -cvzf $data'_'${i%%/} '/home/prove/'${i%%/}; done


#IFS=$IFS_OLD

avevo provato a ridefinire IFS, ma quando tar riceve i parametri non li 
legge correttamente.
(al momento ho risolto rinominando le directory sostituendo gli spazi 
con '_'

 ma non e' una buona idea per i files che hanno link ad altri files)

Grazie.
ciao
Beppe

--
le nuvole non hanno regole,
perchè non hanno mai rinunciato
alla libertà di sognare.

Re: tar & bzip2

[Piviul]

Luca De Andreis ha scritto il 11/05/2016 alle 08:59:
> [...]
> Consiglio DAR, se non lo avete ancora provato...
anch'io sono migrato a DAR e devo dire che mi trovo piuttosto bene
soprattutto per il fatto che lo sviluppatore (Denis Corbin) è molto
attento ed affronta con prontezza ogni baco segnalato, anche per bachi
infinitamente meno gravi di quello da me riscontrato in tar.

Se poi qualcuno fosse interessato ho sviluppato una serie di script[¹]
in bash per backup incrementali basati su dar che semplificano il backup
su dischi usb con supporto a snapshot LVM per backup "a caldo".

La versione su sourceforge non è aggiornata e se qualcuno è interessato
mi può scrivere in privato.

Piviul
[¹] https://sourceforge.net/projects/bkdar/

Re: tar & bzip2

[Luca De Andreis]

Il 11/05/2016 08:55, Piviul ha scritto:

Piviul ha scritto il 30/04/2016 alle 18:51:

[...]
con tar non mi sono trovato bene nel momento in cui ho dovuto anch'io
effettuare un restore... non mi ricordo bene (ora ricordo solo che non
supporta le acl) il motivo ma ricordo che l'ho maledetto un bel po'.

Ora ricordo il motivo[¹]: è un bug gravissimo segnalato da me nel 2011 e
nel thread qualcuno dice essere già stato segnalato nel 2004 ma non
ancora risolto. Me ne sono ricordato perché oggi mi hanno contattato
perché sembra lo vogliano affrontare...

Sconsiglio vivamente di utilizzare tar per backups nel caso di backups
incrementali.




Consiglio DAR, se non lo avete ancora provato...

Luca



smime.p7s
Description: Firma crittografica S/MIME

Re: tar & bzip2

[Piviul]

Piviul ha scritto il 30/04/2016 alle 18:51:
> [...]
> con tar non mi sono trovato bene nel momento in cui ho dovuto anch'io
> effettuare un restore... non mi ricordo bene (ora ricordo solo che non
> supporta le acl) il motivo ma ricordo che l'ho maledetto un bel po'. 
Ora ricordo il motivo[¹]: è un bug gravissimo segnalato da me nel 2011 e
nel thread qualcuno dice essere già stato segnalato nel 2004 ma non
ancora risolto. Me ne sono ricordato perché oggi mi hanno contattato
perché sembra lo vogliano affrontare...

Sconsiglio vivamente di utilizzare tar per backups nel caso di backups
incrementali.

Piviul

[¹] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648048

Re: tar & bzip2

[Davide Prina]

On 30/04/2016 19:01, Davide Prina wrote:

On 30/04/2016 18:42, Pol Hallen wrote:



esiste un sistema (7zip magari?) che permetta di creare un archivio
(magari grosso il doppio o più) con un altissima tolleranza agli errori?


$ axi-cache search deduplication


ouch!

ho risposto l'opposto di quanto chiesto! :-(

La deduplicazione elimina la duplicazione dei dati e non aggiunge 
tolleranza agli errori.


In ogni caso per capire come risolvere un problema bisogna capire il 
problema: a cosa sono dovuti i possibili errori che si vuole rimediare 
correggendoli?


Un metodo di duplicazione dell'informazione per poter correggere gli 
errori a posteriori può essere ottimo per un caso e pessimo per un altro.


Es: se l'archivio è registrato su un CD e l'errore è dovuto a graffi, 
allora servirà un algoritmo di correzione di errori "sparsi" nei file. 
Se invece è dovuto a settori di un HD danneggiati, allora dovrà 
correggere raffiche di errori. In pratica il problema che vuoi risolvere 
a quale distanza media ha un errore dal successivo e/o dalla raffica 
successiva?


Applicare un metodo "generico" senza sapere la casistica che vuoi 
trattare è come applicare un qualcosa che magari non sarà mai utile.


Se sono presenti più casistiche in antitesi, allora conviene duplicare 
il file e registrarlo in posti diversi su supporti diversi.


Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Client di posta: http://www.mozilla.org/products/thunderbird
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: tar & bzip2

[gerlos]

Il 30/Apr/2016 21:18, "Pol Hallen"  ha scritto:
>
> grazie!
>
>
>> Non so se esistono soluzioni più moderne, ma avere più sicurezza un
tempo si usava parchive:
>> http://www.techsono.com/usenet/files/par2
>> Crei l’archivio, e poi crei un file par con una certa ridondanza (ad es.
15%), che permette di riparare eventuali danni minori o uguali al livello
di ridondanza impostato.
>> Però ti serve più storage: se richiedi il 15% di ridondanza, il file par
sarà grande il 15% dell’archivio originale.
>
>
> per ora sto facendo dei test con par2 e penso sia ideale per ciò che mi
serve :-)
>
> che percentuale di ridondanza mi consigli di utilizzare?
>

Penso dipenda dall'affidabilità che ti aspetti dallo storage e da quanto
spazio sei disposto a "sprecare" per lo scopo.

Per i backup di sistema su hdd su nas io usavo una ridondanza del 10 o 15%,
a seconda dell'importanza dei dati e dalla dimensione dell'archivio.

Oggi faccio i backup su 3 destinazioni (nas di casa, hdd usb e nas del
lavoro) ed non mi pongo più il problema, se qualcosa va storto da qualche
parte vado a cercarla altrove. ;-)

In bocca al lupo,
Gerlos

Re: tar & bzip2

[Pol Hallen]

grazie!


Non so se esistono soluzioni più moderne, ma avere più sicurezza un tempo si 
usava parchive:
http://www.techsono.com/usenet/files/par2
Crei l’archivio, e poi crei un file par con una certa ridondanza (ad es. 15%), 
che permette di riparare eventuali danni minori o uguali al livello di 
ridondanza impostato.
Però ti serve più storage: se richiedi il 15% di ridondanza, il file par sarà 
grande il 15% dell’archivio originale.


per ora sto facendo dei test con par2 e penso sia ideale per ciò che mi 
serve :-)


che percentuale di ridondanza mi consigli di utilizzare?


O in alternativa esistono software di backup come dar, che permettono di 
archiviare i file singolarmente, così se qualcosa va storto non perdi tutto 
l’archivio, ma solo alcuni file:
http://dar.linux.free.fr/


lo proverò!

tnks!

Pol

Re: tar & bzip2

[Piviul]

On 04/30/16 18:42, Pol Hallen wrote:

'sera a tutti :-)

ho notato che negli anni, alcuni backup fatti con tar (e bzip2) 
presentano dei problemi: tipo alcuni sono corrotti. Forse lo 
spostamento dai vari dischi, problemi ai moduli ram, etc.


esiste un sistema (7zip magari?) che permetta di creare un archivio 
(magari grosso il doppio o più) con un altissima tolleranza agli errori?
con tar non mi sono trovato bene nel momento in cui ho dovuto anch'io 
effettuare un restore... non mi ricordo bene (ora ricordo solo che non 
supporta le acl) il motivo ma ricordo che l'ho maledetto un bel po'. Da 
quel giorno utilizzo dar e vivo felice; non è tollerante agli errori se 
l'archivio è stato corrotto dal filesystem ma è ben supportato e anche 
se ti va a ramengo la toc riesci lo stesso a recuperare qualcosa.


Piviul

Re: [MASSMAIL]Re: tar & bzip2

[Luca De Andreis]

Il 30/04/2016 19:15, gerlos ha scritto:

Il giorno 30/apr/2016, alle ore 18:42, Pol Hallen <debitv...@fuckaround.org> ha 
scritto:

'sera a tutti :-)

ho notato che negli anni, alcuni backup fatti con tar (e bzip2) presentano dei 
problemi: tipo alcuni sono corrotti. Forse lo spostamento dai vari dischi, 
problemi ai moduli ram, etc.

esiste un sistema (7zip magari?) che permetta di creare un archivio (magari 
grosso il doppio o più) con un altissima tolleranza agli errori?

Credo che zip, gzip e 7z supportino controlli CRC, che in alcune situazioni 
permettono di riparare eventuali danni agli archivi.

Non so se esistono soluzioni più moderne, ma avere più sicurezza un tempo si 
usava parchive:
http://www.techsono.com/usenet/files/par2

Crei l’archivio, e poi crei un file par con una certa ridondanza (ad es. 15%), 
che permette di riparare eventuali danni minori o uguali al livello di 
ridondanza impostato.
Però ti serve più storage: se richiedi il 15% di ridondanza, il file par sarà 
grande il 15% dell’archivio originale.

O in alternativa esistono software di backup come dar, che permettono di 
archiviare i file singolarmente, così se qualcosa va storto non perdi tutto 
l’archivio, ma solo alcuni file:
http://dar.linux.free.fr/

Ammetto di non sapere se esistono soluzioni più “moderne".

saluti,
gerlos


Mi aggancio sul discorso DAR.
Lo uso da tempo ed è letteralmente FANTASTICO !!!

Gestisce backup full-diff-inc, possibilità di estrarre l'indice 
dell'archivio su file separato e generare archivi incrementali senza 
avere a disposizione il full.
Possibilità di creare un full "sintetico" collassando il vecchio full ed 
un differenziale.


Davvero ottimo !!!





smime.p7s
Description: Firma crittografica S/MIME

Re: tar & bzip2

[Luca De Andreis]

Il 30/04/2016 18:42, Pol Hallen ha scritto:

'sera a tutti :-)

ho notato che negli anni, alcuni backup fatti con tar (e bzip2) 
presentano dei problemi: tipo alcuni sono corrotti. Forse lo 
spostamento dai vari dischi, problemi ai moduli ram, etc.


esiste un sistema (7zip magari?) che permetta di creare un archivio 
(magari grosso il doppio o più) con un altissima tolleranza agli errori?


grazie per l'aiuto! :)

Pol


Ciao Pol!

Quanto chiedi è praticamente un programma che generi un "incapsulamento" 
al tuo file compresso, in grado di applicare un ECC.
Che sappia io 7z non supporta nativamente un ECC impostabile, va detto 
che un ECC ha senso sino ad una certa dimensione, poi se sei disposto a 
raddoppiare la dimensione del file compresso allora te ne fai una copia 
e vivi sereno senza ECC. Probabilmente un ECC ha senso sino ad 1/3 della 
dimensione del file originale.


Ci sono dei software che fanno questo lavoro a prescindere da cosa tu 
voglia proteggere, cerca qualche software di incapsulamento e di 
generazione ECC.


Ciao

Luca






smime.p7s
Description: Firma crittografica S/MIME

Re: tar & bzip2

[Francesco Ariis]

On Sat, Apr 30, 2016 at 06:42:59PM +0200, Pol Hallen wrote:
> esiste un sistema (7zip magari?) che permetta di creare un archivio (magari
> grosso il doppio o più) con un altissima tolleranza agli errori?

Mi trovo molto bene con par2. Funziona su ogni tipo di file; in breve:

par2 c file.zip # crea i frammenti di recupero
par2 v file.zip # verifica che il file sia integro
par2 r file.zip # ripara il file

Non l'ho mai usata, ma vedo che nei repo c'è pure un front-end grafico
(pypar2).


signature.asc
Description: Digital signature

Re: tar & bzip2

[gerlos]

> Il giorno 30/apr/2016, alle ore 18:42, Pol Hallen <debitv...@fuckaround.org> 
> ha scritto:
> 
> 'sera a tutti :-)
> 
> ho notato che negli anni, alcuni backup fatti con tar (e bzip2) presentano 
> dei problemi: tipo alcuni sono corrotti. Forse lo spostamento dai vari 
> dischi, problemi ai moduli ram, etc.
> 
> esiste un sistema (7zip magari?) che permetta di creare un archivio (magari 
> grosso il doppio o più) con un altissima tolleranza agli errori?

Credo che zip, gzip e 7z supportino controlli CRC, che in alcune situazioni 
permettono di riparare eventuali danni agli archivi.

Non so se esistono soluzioni più moderne, ma avere più sicurezza un tempo si 
usava parchive:
http://www.techsono.com/usenet/files/par2

Crei l’archivio, e poi crei un file par con una certa ridondanza (ad es. 15%), 
che permette di riparare eventuali danni minori o uguali al livello di 
ridondanza impostato. 
Però ti serve più storage: se richiedi il 15% di ridondanza, il file par sarà 
grande il 15% dell’archivio originale.

O in alternativa esistono software di backup come dar, che permettono di 
archiviare i file singolarmente, così se qualcosa va storto non perdi tutto 
l’archivio, ma solo alcuni file:
http://dar.linux.free.fr/

Ammetto di non sapere se esistono soluzioni più “moderne".

saluti,
gerlos

Re: tar & bzip2

[Davide Prina]

On 30/04/2016 18:42, Pol Hallen wrote:


ho notato che negli anni, alcuni backup fatti con tar (e bzip2)
presentano dei problemi: tipo alcuni sono corrotti. Forse lo spostamento
dai vari dischi, problemi ai moduli ram, etc.


questo mi sembra molto strano. La corruzione degli archivi li puoi avere 
se si corrompe il disco, se hai RAM danneggiata (durante fasi di 
creazione/aggiornamento/... dell'archivio), ...



esiste un sistema (7zip magari?) che permetta di creare un archivio
(magari grosso il doppio o più) con un altissima tolleranza agli errori?


$ axi-cache search deduplication

Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Database: http://www.postgresql.org
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook

tar & bzip2

[Pol Hallen]

'sera a tutti :-)

ho notato che negli anni, alcuni backup fatti con tar (e bzip2) 
presentano dei problemi: tipo alcuni sono corrotti. Forse lo spostamento 
dai vari dischi, problemi ai moduli ram, etc.


esiste un sistema (7zip magari?) che permetta di creare un archivio 
(magari grosso il doppio o più) con un altissima tolleranza agli errori?


grazie per l'aiuto! :)

Pol

Re: Reverse backup ...via tar, invece rsync

[MaX]

ho potuto provare questo tipo di backup solo adesso grazie a tutti!!
funziona perfettamente! :)


 ssh -o Compression=no -c arcfour \
  r...@ilmioserver.org 'tar czf - /' \
  | tee file-locale.tar.gz | tar tzvf -


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caeyavmsbpintx5tsuhxcrtqz0mgq82vepjd1q3qncps3etk...@mail.gmail.com

Re: Reverse backup ...via tar, invece rsync

[Gian Uberto Lauri]

Grazie Giuseppe per il bug fixing. Ieri ero di gran fretta...

Sent from my iPad

 On 06 Feb 2015, at 22:48, Giuseppe Sacco giuse...@eppesuigoccas.homedns.org 
 wrote:
 
 Ciao MaX,
 
 # ssh r...@ilmioserver.org /usr/bin/tar zcvf / - ?
 
 ma poi come faccio a redirigere il flusso di dati attraverso lo stesso
 canale che sto usando per connettermi in modo che il tar, venga creato
 nel mio computer e non nel server?
 
 
 ssh r...@ilmioserver.org 'tar czf - /'  file-locale.tar.gz
 
 poiché trasferisci un file compresso, io disattiverei la compressione di
 ssh e sceglierei un algoritmo di cifratura veloce, tipo:
 
 ssh -o Compression=no -c arcfour \
  r...@ilmioserver.org 'tar czf - /'  file-locale.tar.gz
 
 l'errore che avevi compiuto è che dopo gli argomenti del tar ci vanno le
 opzioni, e poi (in fondo) l'elenco dei file o directory che vuoi mettere
 nell'archivio, ma se alcune opzioni vogliono degli argomenti, questi
 vanno messi prima dei file. Quindi, poiché utilizzi l'opzione «f» che
 vuole un argomento (nel tuo caso l'argomento è «-»), devi metterlo prima
 dell'elenco dei file (nel tuo caso «/»).
 
 Io ho messo il tutto tra apici singoli, anche se non è obbligatorio,
 così se tu lo vuoi modificare aggiungendovi dei pattern, questi non
 verranno espansi dalla shell sul tuo computer, ma verranno passati non
 espansi alla shell sul server, che li espanderà.
 
 Ultima cosa: se utilizzi l'opzione «v» allora non puoi utilizzare lo
 standard output anche per il file (opzione «f» e argomento «-»), quindi
 io ho tolto l'opzione «v». Se vuoi avere anche l'elenco dei file in
 output, puoi farlo fare al tar sul tuo computer (anche se al contempo lo
 salvi su file). Ad esempio:
 
 ssh -o Compression=no -c arcfour \
  r...@ilmioserver.org 'tar czf - /' \
  | tee file-locale.tar.gz | tar tzvf -
 
 Il comando «tee» prende quanto arriva da ssh e lo salva su file oltre
 che passarlo alla pipe successiva. Il tar finale fa solo l'elenco di
 quanto contenuto nell'archivio che viene dalla pipe di ingresso.
 
 Ciao,
 Giuseppe
 
 
 -- 
 Per REVOCARE l'iscrizione alla lista, inviare un email a 
 debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
 problemi inviare un email in INGLESE a listmas...@lists.debian.org
 
 To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: 
 https://lists.debian.org/1423259324.4759.12.ca...@eppesuigoccas.homedns.org
 
 


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/9eeb4066-cbdc-4eba-bedc-22664e12c...@eng.it

Re: Reverse backup ...via tar, invece rsync

[Giuseppe Sacco]

Ciao MaX,

 # ssh r...@ilmioserver.org /usr/bin/tar zcvf / - ?
 
 ma poi come faccio a redirigere il flusso di dati attraverso lo stesso
 canale che sto usando per connettermi in modo che il tar, venga creato
 nel mio computer e non nel server?


ssh r...@ilmioserver.org 'tar czf - /'  file-locale.tar.gz

poiché trasferisci un file compresso, io disattiverei la compressione di
ssh e sceglierei un algoritmo di cifratura veloce, tipo:

ssh -o Compression=no -c arcfour \
  r...@ilmioserver.org 'tar czf - /'  file-locale.tar.gz

l'errore che avevi compiuto è che dopo gli argomenti del tar ci vanno le
opzioni, e poi (in fondo) l'elenco dei file o directory che vuoi mettere
nell'archivio, ma se alcune opzioni vogliono degli argomenti, questi
vanno messi prima dei file. Quindi, poiché utilizzi l'opzione «f» che
vuole un argomento (nel tuo caso l'argomento è «-»), devi metterlo prima
dell'elenco dei file (nel tuo caso «/»).

Io ho messo il tutto tra apici singoli, anche se non è obbligatorio,
così se tu lo vuoi modificare aggiungendovi dei pattern, questi non
verranno espansi dalla shell sul tuo computer, ma verranno passati non
espansi alla shell sul server, che li espanderà.

Ultima cosa: se utilizzi l'opzione «v» allora non puoi utilizzare lo
standard output anche per il file (opzione «f» e argomento «-»), quindi
io ho tolto l'opzione «v». Se vuoi avere anche l'elenco dei file in
output, puoi farlo fare al tar sul tuo computer (anche se al contempo lo
salvi su file). Ad esempio:

ssh -o Compression=no -c arcfour \
  r...@ilmioserver.org 'tar czf - /' \
  | tee file-locale.tar.gz | tar tzvf -

Il comando «tee» prende quanto arriva da ssh e lo salva su file oltre
che passarlo alla pipe successiva. Il tar finale fa solo l'elenco di
quanto contenuto nell'archivio che viene dalla pipe di ingresso.

Ciao,
Giuseppe


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1423259324.4759.12.ca...@eppesuigoccas.homedns.org

Reverse backup ...via tar, invece rsync

[MaX]

ciao a tutti,

stavo pensado di fare una uilteriore copia di backup in locale del mio
server remoto.

La mia connessione internet di casa è in una rete privata, quindi non
posso avere un indirizzo ip pubblico. Posso solo collegarmi al server
e al limite usare il revers rsync.

Qui un esempio:
http://www.2daygeek.com/reverse-rsync-command-practical-example-for-backup-sync/

Ma a me in locale non serve affatto ricostruire l'abero del filesystem
de server... a me serve un tar compresso

cetrto potrei scaricare l'albero e poi comprimerlo ma che spreco
di risorse!!
oppure creare un tar nel server e poi scaricarlo... anche questa
soluzione non mi piace perché a volte non c' è spazio a sufficienza.

Quindi mi servirebbe qualche cosa al che funzioni al contrario di
questo comando:

# tar zcvf - / | ssh r...@ilmioserver.org cat  /backup/ilmioserver.org.tar.gz

via ssh è possibile dare comandi tipo:

# ssh r...@ilmioserver.org /usr/bin/tar zcvf / - ?

ma poi come faccio a redirigere il flusso di dati attraverso lo stesso
canale che sto usando per connettermi in modo che il tar, venga creato
nel mio computer e non nel server?

ci sono soluzioni a questo?

ciao
MaX


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caeyavmuzzg8kblf8gbilc_20kp9gcagfw6vjen7qjn94rds...@mail.gmail.com

Re: Reverse backup ...via tar, invece rsync

[MaX]

Il 06/02/15, Gian Uberto Laurisa...@eng.it ha scritto:

 ssh root@@ilmioserver.org tar -Jcvf -  /backup/ilmioserver.org.tar.xz

si, ma non funziona (c' è un @ di troppo, suppongo sia un typo)

...del resto non ci capisce da dove prende l' input

il risultato è:

tar: Cowardly refusing to create an empty archive
Try `tar --help' or `tar --usage' for more information.


bisognerebbe poter spezzare le opzioni del tar qualche cosa tipo:

ssh r...@ilmioserver.org tar  -f   /backup/ilmioserver.org.tar.xz -Jcv /home


 (verifica che opzioni di compressione accetta tar su ilmioserver e la
  tua macchina e scegli la più adatta. Credo che xz sia la più tosta)

si, la xz comprime di più, ma ci vuola anche molto più tempo, quindi
preferisco la gz perché è un buon compromesso.

ciao,
MaX


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caeyavmuyzggs-7vrrw35dz7kqrry+4z30vo0r-4btmzx+gg...@mail.gmail.com

Re: Reverse backup ...via tar, invece rsync

[Gian Uberto Lauri]

MaX writes:
  # tar zcvf - / | ssh r...@ilmioserver.org cat  
  /backup/ilmioserver.org.tar.gz

Ma davvero non ci hai pensato a

ssh root@@ilmioserver.org tar -Jcvf -  /backup/ilmioserver.org.tar.xz

(verifica che opzioni di compressione accetta tar su ilmioserver e la
 tua macchina e scegli la più adatta. Credo che xz sia la più tosta)

-- 
 /\   ___Ubuntu: ancient
/___/\_|_|\_|__|___Gian Uberto Lauri_   African word
  //--\| | \|  |   Integralista GNUslamicomeaning I can
\/ coltivatore diretto di software   not install
 già sistemista a tempo (altrui) perso...Debian

Warning: gnome-config-daemon considered more dangerous than GOTO


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/21716.62516.835568.414...@mail.eng.it

Backuppc errore tar 512

[Nicola Scattolin]

ciao a tutti,
sto cercando di configurare backuppc per effettuare il backup di una 
macchina per lo sviluppo web che uso, backuppc è gia configurato (non da 
me) e funzionante per altre 2 macchine ma con protocolli diversi ( una 
macchina debian localhost una macchina windows server 2003) entrambe 
virtualizzate con proxmox.
Ho impostato le chiavi in modo che backuppc si colleghi alla macchina, 
tutto sembra funzionare (anche se non risco a configurare quali 
directory deve fare il backup, qualcosa a livello di sintatti credo, 
quindi prendo tutto) dopo diversi minuti se ne esce con un errore tar 
512 e si pianta.
ho temporaneamente risolto ignorando gli errori ma non mi sembra una 
cosa intelligente. ho pensato che potrebbero essere dei file di log che 
sono in uso


2013-03-12 15:10:45 full backup started for directory /
2013-03-12 15:30:32 full backup 0 complete, 183494 files, 0 bytes, 250 
xferErrs (0 bad files, 0 bad shares, 250 other)
2013-03-12 15:50:20 incr backup started back to 2013-03-12 14:10:45 
(backup #0) for directory /
2013-03-12 15:50:56 incr backup 1 complete, 0 files, 0 bytes, 29482 
xferErrs (0 bad files, 0 bad shares, 29482 other)

2013-03-13 09:03:10 full backup started for directory /
2013-03-13 09:23:09 full backup 2 complete, 183011 files, 0 bytes, 260 
xferErrs (0 bad files, 0 bad shares, 260 other)

2013-03-13 09:37:03 full backup started for directory /
2013-03-13 09:56:47 full backup 3 complete, 184003 files, 0 bytes, 261 
xferErrs (0 bad files, 0 bad shares, 261 other)

2013-03-13 09:56:47 removing full backup 2

il comando per il backup è il seguente
$sshPath -q -x -n -l root $host env LC_ALL=C $tarPath -c -v -f - -C 
$shareName+ --totals --ignore-failed-read



senza --ignore-failed-read torna questo
2013-03-12 14:35:21 full backup started for directory /
2013-03-12 14:55:05 Got fatal error during xfer (Tar exited with error 
512 () status)

2013-03-12 14:55:10 Backup aborted (Tar exited with error 512 () status)
2013-03-12 14:55:10 Saved partial dump 0


--
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per

problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51404e4b.8000...@ser-tec.org

Re: Backuppc errore tar 512

[Dott. Giovanni Bonenti]

Non sono un esperto di backup, ma così a prima vista consultare il man di
tar per capire a cosa corrisponde l'errore 512 potrebbe aiutare.

Ciao :)

Giovanni


Il giorno 13 marzo 2013 11:00, Nicola Scattolin n...@ser-tec.org ha
scritto:

 ciao a tutti,
 sto cercando di configurare backuppc per effettuare il backup di una
 macchina per lo sviluppo web che uso, backuppc è gia configurato (non da
 me) e funzionante per altre 2 macchine ma con protocolli diversi ( una
 macchina debian localhost una macchina windows server 2003) entrambe
 virtualizzate con proxmox.
 Ho impostato le chiavi in modo che backuppc si colleghi alla macchina,
 tutto sembra funzionare (anche se non risco a configurare quali directory
 deve fare il backup, qualcosa a livello di sintatti credo, quindi prendo
 tutto) dopo diversi minuti se ne esce con un errore tar 512 e si pianta.
 ho temporaneamente risolto ignorando gli errori ma non mi sembra una cosa
 intelligente. ho pensato che potrebbero essere dei file di log che sono in
 uso

 2013-03-12 15:10:45 full backup started for directory /
 2013-03-12 15:30:32 full backup 0 complete, 183494 files, 0 bytes, 250
 xferErrs (0 bad files, 0 bad shares, 250 other)
 2013-03-12 15:50:20 incr backup started back to 2013-03-12 14:10:45
 (backup #0) for directory /
 2013-03-12 15:50:56 incr backup 1 complete, 0 files, 0 bytes, 29482
 xferErrs (0 bad files, 0 bad shares, 29482 other)
 2013-03-13 09:03:10 full backup started for directory /
 2013-03-13 09:23:09 full backup 2 complete, 183011 files, 0 bytes, 260
 xferErrs (0 bad files, 0 bad shares, 260 other)
 2013-03-13 09:37:03 full backup started for directory /
 2013-03-13 09:56:47 full backup 3 complete, 184003 files, 0 bytes, 261
 xferErrs (0 bad files, 0 bad shares, 261 other)
 2013-03-13 09:56:47 removing full backup 2

 il comando per il backup è il seguente
 $sshPath -q -x -n -l root $host env LC_ALL=C $tarPath -c -v -f - -C
 $shareName+ --totals --ignore-failed-read


 senza --ignore-failed-read torna questo
 2013-03-12 14:35:21 full backup started for directory /
 2013-03-12 14:55:05 Got fatal error during xfer (Tar exited with error 512
 () status)
 2013-03-12 14:55:10 Backup aborted (Tar exited with error 512 () status)
 2013-03-12 14:55:10 Saved partial dump 0


 --
 Per REVOCARE l'iscrizione alla lista, inviare un email a
 debian-italian-REQUEST@lists.**debian.orgdebian-italian-requ...@lists.debian.orgcon
  oggetto unsubscribe. Per
 problemi inviare un email in INGLESE a listmas...@lists.debian.org

 To UNSUBSCRIBE, email to 
 debian-italian-REQUEST@lists.**debian.orgdebian-italian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: 
 http://lists.debian.org/**51404e4b.8000...@ser-tec.orghttp://lists.debian.org/51404e4b.8000...@ser-tec.org




-- 
Dott. Giovanni Bonenti
C.so Traiano 24/2
10135 - TORINO
ITALIA

Re: Backuppc errore tar 512

[dea]

CIAO !

Chiedo scusa per la risposta semi-ot, ma dato che uso Proxmox su parecchi
sistemi ti chiedo...

Perchè usi backuppc per gestire il backup di proxmox ?
Proxmox 2.3 usa un nuovo strumento di backup, unificato che sfrutta lo
snapshot di qemu 1.4.
E' uno strumento *molto* più efficace di quanto disponibile sino alla versione
2.2.

L'unica ragione potrebbe essere quella di aver bisogno dei backup
differenziali ed incrementali.

E' questa la ragione ?

CIAO

Luca


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130313105603.m9...@corep.it

Re: Backuppc errore tar 512

[Nicola Scattolin]

Come apro i log (/var/lib/backuppc/pc/localhost/XferLOG.bad.z)? 
dabackuppc mi da solo gli eventi e non i singoli file e non si aprono 
con notepad++ e non sono veri e propri archivi

Il 13/03/2013 11:59, Luca Costantino ha scritto:

Il 13 marzo 2013 11:49, Dott. Giovanni Bonenti gbone...@sirm.org ha scritto:

Non sono un esperto di backup, ma così a prima vista consultare il man di
tar per capire a cosa corrisponde l'errore 512 potrebbe aiutare.


A tar exit status of 2 (= 512) is a failure, either fatal or minor. This
is probably something like a file that it couldn't read, or perhaps a
file that changed while it was being dumped by tar.

Try this example:

mkdir test
cd test
touch file1 file2
chmod 0 file1
tar cvf tar.out file1 file2
echo $status

Tar will produce this output:

tar: file1: Cannot open: Permission denied
file2
tar: Error exit delayed from previous errors

And the echo $status will print 2 (assuming you are using csh or tcsh),
which gets returned as 512 (exit_status  to BackupPC.

http://www.backupcentral.com/phpBB2/two-way-mirrors-of-external-mailing-lists-3/backuppc-21/tar-error-512-68957/



--
Chiave pubblica http://luca.costantino.googlepages.com/luca.costantino.asc

Prima di tutto vennero a prendere gli zingari e fui contento, perché
rubacchiavano.
Poi vennero a prendere gli ebrei e stetti zitto, perché mi stavano antipatici.
Poi vennero a prendere gli omosessuali, e fui sollevato, perché mi
erano fastidiosi.
Poi vennero a prendere i comunisti, e io non dissi niente, perché non
ero comunista.
Un giorno vennero a prendere me, e non c’era rimasto nessuno a protestare.
(Martin Niemöller)





--
Nicola Scattolin
Ser.Tec s.r.l.
Via E. Salgari 14/E
31056 Roncade, Treviso
http://dpidgprinting.com


--
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per

problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51407720.1080...@ser-tec.org

Re: Backuppc errore tar 512

[elio marvin]

In data mercoledì 13 marzo 2013 13:54:56, Nicola Scattolin ha scritto:
 Come apro i log (/var/lib/backuppc/pc/localhost/XferLOG.bad.z)?
 dabackuppc mi da solo gli eventi e non i singoli file e non si aprono
 con notepad++ e non sono veri e propri archivi

Mah, se ricordo bene devi andare in /var/log/, e sempre se ricordo bene, li 
devi aprire con i permessi di root.
-- 
elio


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201303131505.05354.emarvin3...@gmail.com

Re: Backuppc errore tar 512

[Nicola Scattolin]

Il 13/03/2013 15:05, elio marvin ha scritto:

In data mercoledì 13 marzo 2013 13:54:56, Nicola Scattolin ha scritto:

Come apro i log (/var/lib/backuppc/pc/localhost/XferLOG.bad.z)?
dabackuppc mi da solo gli eventi e non i singoli file e non si aprono
con notepad++ e non sono veri e propri archivi


Mah, se ricordo bene devi andare in /var/log/, e sempre se ricordo bene, li
devi aprire con i permessi di root.

no il percorso so qual'è solo sono in un formato strano (estensione .z) 
ma zcat, unzip e 7zip non riescono ad aprirli. e se li apro vedo 
caratteri strani


--
Nicola Scattolin
Ser.Tec s.r.l.
Via E. Salgari 14/E
31056 Roncade, Treviso
http://dpidgprinting.com


--
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per

problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51408ff4.3070...@ser-tec.org

Re: Backuppc errore tar 512

[Davide Prina]

On 13/03/2013 15:40, Nicola Scattolin wrote:

Il 13/03/2013 15:05, elio marvin ha scritto:

In data mercoledì 13 marzo 2013 13:54:56, Nicola Scattolin ha scritto:



Come apro i log (/var/lib/backuppc/pc/localhost/XferLOG.bad.z)?



devi aprire con i permessi di root.



ma zcat, unzip e 7zip non riescono ad aprirli


inizia a capire che tipo di file sono:
$ file /var/lib/backuppc/pc/localhost/XferLOG.bad.z

Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Motivi per non comprare/usare ms-windows-vista:
http://badvista.fsf.org/
Non autorizzo la memorizzazione del mio indirizzo su outlook



--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5140c4e8.1080...@gmail.com

Re: Backuppc errore tar 512

[Dario]

Il 13/03/2013 19:26, Davide Prina ha scritto:

On 13/03/2013 15:40, Nicola Scattolin wrote:

Il 13/03/2013 15:05, elio marvin ha scritto:

In data mercoledì 13 marzo 2013 13:54:56, Nicola Scattolin ha scritto:



Come apro i log (/var/lib/backuppc/pc/localhost/XferLOG.bad.z)?



devi aprire con i permessi di root.



ma zcat, unzip e 7zip non riescono ad aprirli


inizia a capire che tipo di file sono:
$ file /var/lib/backuppc/pc/localhost/XferLOG.bad.z



XferLOG.bad.z -- stderr output [1]

dir. installazione/BackupPC_zcat 
/var/lib/backuppc/pc/localhost/XferLOG.bad.z | more



Dario


--- link ---
[1] http://backuppc.sourceforge.net/faq/debugXfer.html


--
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per

problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5140c786.7030...@gmail.com

Re: backup con tar

[Paolo Sala]

luigi curzi scrisse in data 08/11/2011 17:18:
 io uso lo stesso file snar per tutti i file incrementali. quando devo
 fare un nuovo backup completo, elimino il file snar e ricomincio il
 ciclo.
   
io non uso sempre lo stesso snar perché così avevo letto. In ogni caso
ho però provato a modificare lo script usando sempre lo stesso snar ma
le cose non cambiano (vedi esempio[*]). È possibile davvero che nessuno
solo noi usiamo tar per il backup?


[*] esempio di script di backup incrementale e conseguente restore.
#!/bin/sh

dirtest=tartest
if [ -d $dirtest ]; then
echo please delete the folder $dirtest (rm $dirtest*) or change the
variable dirtest in this script.
exit 1
fi

# create dir1/file1
mkdir -p $dirtest/dir1
touch $dirtest/dir1/file1

# create dir2/file1
mkdir $dirtest/dir2
touch $dirtest/dir2/file1

# incrememental 0
tar cz -g $dirtest0.snar -f $dirtest0.tgz $dirtest

# delete of dir1
rm -rf $dirtest/dir1

# move of dir2 to dir1
mv $dirtest/dir2 $dirtest/dir1

# incremental 1
#cp $dirtest0.snar $dirtest1.snar
tar cz -g $dirtest0.snar -f $dirtest1.tgz $dirtest

# remove of dirtest
rm -rf $dirtest

# restore from tar
tar xz -g $dirtest0.snar -f $dirtest0.tgz
#tar xz -g $dirtest0.snar -f $dirtest0.tgz
#tar xz -g /dev/null -f $dirtest0.tgz
if [ $? -gt 0 ]; then
echo restore 0 failed
exit 1
fi
tar xz -g $dirtest0.snar -f $dirtest1.tgz
#tar xz -g $dirtest1.snar -f $dirtest1.tgz
#tar xz -g /dev/null -f $dirtest1.tgz
if [ $? -gt 0 ]; then
echo restore 1 failed
exit 1
fi


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4eba4b4f.7050...@riminilug.it

Re: backup con tar

[Giuseppe Sacco]

Ciao Paolo,

Il giorno mer, 09/11/2011 alle 10.43 +0100, Paolo Sala ha scritto:
[...]   
 io non uso sempre lo stesso snar perché così avevo letto. In ogni caso
 ho però provato a modificare lo script usando sempre lo stesso snar ma
 le cose non cambiano (vedi esempio[*]). È possibile davvero che nessuno
 solo noi usiamo tar per il backup?

anche io uso a volte il tar per il backup, ma non ho mai riscontrato
questo problema. Mi sa che devi proprio segnalarlo come bug.

Ciao,
Giuseppe

P.S. Io utilizzo lo stesso snar per tutti i backup della settimana,
specificando però anche il --level.


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1320857878.4534.70.camel@scarafaggio

Re: backup con tar

[luigi curzi]

Il giorno Wed, 09 Nov 2011 17:57:58 +0100
Giuseppe Sacco giuse...@eppesuigoccas.homedns.org ha scritto:

 Mi sa che devi proprio segnalarlo come bug.

concordo. ho fatto alcune prove con il tuo script, e non ci vedo nulla
di sbagliato (a parte che -g, nel restore, dovrebbe puntare
a /dev/null, anche se non credo sia a tutti gli effetti un errore),
quindi immagino sia un bug. 

ciao

-- 
Luigi Curzi

~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*
Io sono 
lo sbaglio, il momento di confusione, l'inopportuno

Non sono niente.
  Non sarò mai niente.
Non posso volere d'essere niente.
A parte questo, ho in me tutti i sogni del mondo.
(F. Pessoa)


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2009190649.4a96d...@yahoo.it

Re: backup con tar

[Paolo Sala]

luigi curzi scrisse in data 09/11/2011 19:06:
 [...]
 quindi immagino sia un bug. 
   
Aperto bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648048

Comunque ora sto migrando i miei script di backup a dar. Mi sembra molto
meglio: supporta gli extended attribute e soprattutto dicono che i tempi
di recupero di un file non dipendano dalla dimensione del backup.

Ciao e grazie a tutti

Piviul


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4ebb7e77.4000...@riminilug.it

Re: backup con tar

[Paolo Sala]

Sono riuscito a riprodurre il problema e mi chiedo se sono io che
dimentico qualche parametro di tar oppure è proprio un baco... ma così
grave, mi sembra impossibile...

Comunque se volete provare anche voi questo script rivela il problema:

$ cat bin/tartest.sh
#!/bin/sh

dirtest=tartest
if [ -d $dirtest ]; then
echo please delete the folder $dirtest or change the variable
dirtest in this script.
exit 1
fi

# dir1/file1
mkdir -p $dirtest/dir1
touch $dirtest/dir1/file1

# dir2/file1
mkdir $dirtest/dir2
touch $dirtest/dir2/file1

# incrememental 0
tar cz -g $dirtest0 -f $dirtest0.tgz $dirtest

# delete of dir1
rm -rf $dirtest/dir1

# move of dir2 in dir1
mv $dirtest/dir2 $dirtest/dir1

# incremental 1
cp $dirtest0 $dirtest1
tar cz -g $dirtest1 -f $dirtest1.tgz $dirtest

# remove of dirtest
rm -rf $dirtest

# restore from tar
tar xz -g /dev/null -f $dirtest0.tgz
tar xz -g /dev/null -f $dirtest1.tgz



-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4eb8e8e3.9030...@riminilug.it

Re: backup con tar

[Paolo Sala]

Paolo Sala scrisse in data 08/11/2011 09:31:
 Sono riuscito a riprodurre il problema e mi chiedo se sono io che
 dimentico qualche parametro di tar oppure è proprio un baco... ma così
 grave, mi sembra impossibile...
   
devo dedurre che oramai tar lo uso solo io...

Ciao e grazie lo stesso

Piviul


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4eb94e3c.5020...@riminilug.it

Re: backup con tar

[luigi curzi]

Il giorno Tue, 08 Nov 2011 09:31:31 +0100
Paolo Sala piv...@riminilug.it ha scritto:

 Sono riuscito a riprodurre il problema e mi chiedo se sono io che
 dimentico qualche parametro di tar oppure è proprio un baco... ma così
 grave, mi sembra impossibile...
 
 Comunque se volete provare anche voi questo script rivela il problema:
 
 $ cat bin/tartest.sh
 #!/bin/sh
 
 dirtest=tartest
 if [ -d $dirtest ]; then
 echo please delete the folder $dirtest or change the variable
 dirtest in this script.
 exit 1
 fi
 
 # dir1/file1
 mkdir -p $dirtest/dir1
 touch $dirtest/dir1/file1
 
 # dir2/file1
 mkdir $dirtest/dir2
 touch $dirtest/dir2/file1
 
 # incrememental 0
 tar cz -g $dirtest0 -f $dirtest0.tgz $dirtest
 
 # delete of dir1
 rm -rf $dirtest/dir1
 
 # move of dir2 in dir1
 mv $dirtest/dir2 $dirtest/dir1
 
 # incremental 1
 cp $dirtest0 $dirtest1
 tar cz -g $dirtest1 -f $dirtest1.tgz $dirtest
 
 # remove of dirtest
 rm -rf $dirtest
 
 # restore from tar
 tar xz -g /dev/null -f $dirtest0.tgz
 tar xz -g /dev/null -f $dirtest1.tgz

io uso lo stesso file snar per tutti i file incrementali. quando devo
fare un nuovo backup completo, elimino il file snar e ricomincio il
ciclo.

non so se ti è di aiuto, ma dal tuo codice mi sembra che tu ogni volta
usi un file snar diverso.

-- 
Luigi Curzi

~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*
Io sono 
lo sbaglio, il momento di confusione, l'inopportuno

Non sono niente.
  Non sarò mai niente.
Non posso volere d'essere niente.
A parte questo, ho in me tutti i sogni del mondo.
(F. Pessoa)


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2008171816.44c29...@yahoo.it

backup con tar

[Paolo Sala]

Ciao a tutti, ho fatto uno script in cui viene eseguito un backup
completo la domenica e un incrementale gli altri giorni. Per essere più
esplicito la domenica eseguo:
# tar -cz -g dir0.snar -f dir0.tgz path/to/dir

e per il giorno i-esimo successivo dopo aver copiato dir(i-1).snar in
dir(i).snar eseguo
# tar -cz -g dir(i).snar -f dir(i).tgz path/to/dir

Per il ripristino invece per ogni i che va da 0 all'ultimo backup
incrementale eseguito lancio il comando
# tar xz -g dir(i).snar -f dir(i).tgz

Ora accade che durante il ripristino dell'incrementale 4 ottengo l'errore:
 tar: Cannot rename `lab_organici/GESTIONE M.R. e QUALITY
 CONTROL/QUALITY CONTROL/CARTE CONTROLLO/SVOC/carte di controllo fid
 E00249/EPA3535+8015_ccql_dieselmineral' to `lab_organici/GESTIONE M.R.
 e QUALITY CONTROL/QUALITY CONTROL/CARTE CONTROLLO/SVOC/carte di
 controllo fid E00249/EPA3510+8015_ccql_dieselmineral': Directory not empty
 tar: Exiting with failure status due to previous errors

In effetti ho controllato e la directory `lab_organici/GESTIONE M.R. e
QUALITY CONTROL/QUALITY CONTROL/CARTE CONTROLLO/SVOC/carte di controllo
fid E00249/EPA3535+8015_ccql_dieselmineral' esiste negli incrementali 0,
1, 2, 3 ma non nel 4, 5 e 6 e la directory `lab_organici/GESTIONE M.R. e
QUALITY CONTROL/QUALITY CONTROL/CARTE CONTROLLO/SVOC/carte di controllo
fid E00249/EPA3510+8015_ccql_dieselmineral' come dice il messaggio di
errore è una directory non vuota.

Forse sbaglio qualcosa negli script? Qualcuno è così gentile da darmi
una mano a capire cosa succede?

Grazie

Piviul


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4eb7e870.2030...@riminilug.it

Re: problemi tar in script

[Giuseppe Lapresa]

Metti uno sleep anche maggiore di 10, per fare un test metti 50.
Molto probabilmente il tar inizia prima che si concluda il blocco
delle istruzioni precedenti.
E' capitato anche a me e ho risolto con uno sleep.
Facci sapere

Il 22 gennaio 2011 10:45,  bodr...@mail.dm.unipi.it ha scritto:
 Ciao,

 On Fri, January 21, 2011 6:30 pm, xserver80 wrote:
 Ma la cosa strana, davvero strana, è che se richiamo il comando tar
 direttamente da shell funziona correttamente senza errore, se richiamo
 lo script 2 , che al suo interno esegue il comando tar, direttamente
 da shell, nessun errore; se invece da shell richiamo lo script 1, che
 va a richiamare lo script 2, allora mi da l'errore.

 In questo caso mi chiederei, cosa fa lo script 1 che può interferire con
 quello che fa lo script 2?

 Vi posto il codice di prova, semplificato al massimo, dello script:

 main.sh
 
 #!/bin/bash
 mount -t cifs //192.168.1.111/c$/prova tre /media/backup/istanza1/
 -o username=user,password=password,iocharset=utf8
 /etc/sab/prova2/backup.sh
 ---

 backup.sh
 --
 #!/bin/bash
 tar cpPW -f /dati/istanza1/prova_da_script_prova-totale.tar
 /media/backup/istanza1/
 -

 A occhio, se lanci lo script 1 il mount avviene immediatamente prima del
 tar. Cosa che probabilmente non succede se lanci il tutto a mano.
 Il mount monta un disco remoto, quindi non abbiamo il controllo completo
 di quello che la macchina remota fa dopo il mount, giusto? Ad esempio
 potrebbe (in modo asincrono, subito dopo il mount) aggiornare un qualche
 attributo della directory, oppure creare un qualche file di log, o lock...

 Fai due prove:
 1) esegui da riga di comando, tutto in una riga:
 mount  ; tar ...
 ti dà errore?
 2) metti uno sleep 10 nello script main.sh, tra il mount e l'esecuzione
 del backup, continua a darti errore?

 Ciao,
 Marco

 --
 http://bodrato.it/software/strassen.html


 --
 Per REVOCARE l'iscrizione alla lista, inviare un email a
 debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
 problemi inviare un email in INGLESE a listmas...@lists.debian.org

 To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: 
 http://lists.debian.org/45159.151.21.85.99.1295689559.squir...@mail.dm.unipi.it




--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktinkder6sqtctpmy39gxw0a1ijeylff76pzyj...@mail.gmail.com

Re: problemi tar in script

[bodrato]

Ciao,

On Fri, January 21, 2011 6:30 pm, xserver80 wrote:
 Ma la cosa strana, davvero strana, è che se richiamo il comando tar
 direttamente da shell funziona correttamente senza errore, se richiamo
 lo script 2 , che al suo interno esegue il comando tar, direttamente
 da shell, nessun errore; se invece da shell richiamo lo script 1, che
 va a richiamare lo script 2, allora mi da l'errore.

In questo caso mi chiederei, cosa fa lo script 1 che può interferire con
quello che fa lo script 2?

 Vi posto il codice di prova, semplificato al massimo, dello script:

 main.sh
 
 #!/bin/bash
 mount -t cifs //192.168.1.111/c$/prova tre /media/backup/istanza1/
 -o username=user,password=password,iocharset=utf8
 /etc/sab/prova2/backup.sh
 ---

 backup.sh
 --
 #!/bin/bash
 tar cpPW -f /dati/istanza1/prova_da_script_prova-totale.tar
 /media/backup/istanza1/
 -

A occhio, se lanci lo script 1 il mount avviene immediatamente prima del
tar. Cosa che probabilmente non succede se lanci il tutto a mano.
Il mount monta un disco remoto, quindi non abbiamo il controllo completo
di quello che la macchina remota fa dopo il mount, giusto? Ad esempio
potrebbe (in modo asincrono, subito dopo il mount) aggiornare un qualche
attributo della directory, oppure creare un qualche file di log, o lock...

Fai due prove:
1) esegui da riga di comando, tutto in una riga:
mount  ; tar ...
ti dà errore?
2) metti uno sleep 10 nello script main.sh, tra il mount e l'esecuzione
del backup, continua a darti errore?

Ciao,
Marco

-- 
http://bodrato.it/software/strassen.html


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/45159.151.21.85.99.1295689559.squir...@mail.dm.unipi.it

problemi tar in script

[xserver80]

Buon giorno a tutti.

Vi scrivo per un problema all'interno di alcuni script con tar: se
inserito in uno script che viene richiamato da un'altro script, mi da
errore file changed as we read it ma non su un file, bensì sulla
cartella che gli vado ad indicare come sorgente.
Anche usando la verbose mode mi indica che il problema è sulla
cartella, mentre i file contenuti non danno errore. La cartella però
sembra vedermela come fosse un file, in questo modo

/bin/tar: /media/backup/istanza1: il file è cambiato mentre lo stavo leggendo

mentre /media/backup/istanza1/ è appunto in realtà una cartella. Ho
provato a dare direttamente tar oppure /bin/tar , ma è uguale.

La cosa strana è che quest'anomalia avviene solo richiamando dallo
script 1 lo script 2, al cui interno vi è il comando in questione.
Se richiamo direttamente lo script 2 funziona correttamente. Stessa
cosa se il comando in questione lo do direttamente da shell.

E ancora, non può essere un problema di passaggio variabili in quanto
il comando non funziona nè se all'interno ha variabili, nè che sia
tutto direttamente esplicitato.


Il comando è:

tar cpPW -f /dati/istanza1/5/prova_totale.tar /media/backup/instanza1/


Non riesco proprio a capire dove sia il problema, o se addirittura sia
un problema di tar.

La cartella di cui cerco di fare il backup è una share ntfs su windows
7 montata, il server un debian 5.0.7.


Voi che dite?
Qualche consiglio? Ancora qualche prova?


Grazie mille,
ciao

Federico


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTi=+kGxrNC1gsoM1aLpFpqto01S=n3h4fghwr...@mail.gmail.com

Re: problemi tar in script

[Alessandro T.]

Il 21/01/2011 16:16, xserver80 ha scritto:

Buon giorno a tutti.

Vi scrivo per un problema all'interno di alcuni script con tar: se
inserito in uno script che viene richiamato da un'altro script, mi da
errore file changed as we read it ma non su un file, bensì sulla
cartella che gli vado ad indicare come sorgente.
   


oltre alla variazione di contenuto della directory (che è pur sempre un 
file) non è che varia qualche attributo temporale (come l'accesso o la 
modifica) che porta tar a generare l'errore interpretando il fatto come 
un cambiamento?



[...] Ho
provato a dare direttamente tar oppure /bin/tar , ma è uguale.
   


non dovrebbe cambiare se hai settato PATH


[...]

Il comando è:

tar cpPW -f /dati/istanza1/5/prova_totale.tar /media/backup/instanza1/


Non riesco proprio a capire dove sia il problema, o se addirittura sia
un problema di tar.

La cartella di cui cerco di fare il backup è una share ntfs su windows
7 montata, il server un debian 5.0.7.
   


non è che c'è qualcuno che usa/aggiorna la directory durante 
l'esecuzione del tar?




--
Alessandro T.

R: Perché leggiamo dall'alto al basso e da sinistra a destra.
D: Perché dovrei iniziare la risposta alla mail sotto il testo quotato?


--
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per

problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d39b504.7080...@yahoo.it

Re: problemi tar in script

[skizzhg]

On Fri, Jan 21, 2011 at 04:16:57PM +0100, xserver80 wrote:
 Buon giorno a tutti.
 
 Vi scrivo per un problema all'interno di alcuni script con tar: se
 inserito in uno script che viene richiamato da un'altro script, mi da
 errore file changed as we read it ma non su un file, bensì sulla
 cartella che gli vado ad indicare come sorgente.
 Anche usando la verbose mode mi indica che il problema è sulla
 cartella, mentre i file contenuti non danno errore. La cartella però
 sembra vedermela come fosse un file, in questo modo
 
 /bin/tar: /media/backup/istanza1: il file è cambiato mentre lo stavo 
 leggendo
 
e' una domanda che ci siamo posti tutti almeno una volta :)
non e' esattamente un errore e non compromette il risultato, in genere i
file sono in uso e il loro stato puo' variare durante la creazione
dell'archivio stesso, nel mentre tar fa dei controlli su questi file, ed
ecco che quasi sempre sputa il messaggio.
uso tar per fare il backup dell'intero sistema e mi e' capitato di
doverlo ripristinare, mai un problema.
se il messaggio compromette la continuazione dello script, ad esempio se
seguito da un'altra operazione quest'ultima potrebbe non essere eseguita,
puoi provare con l'opzione --ignore-failed-read

ciao 


signature.asc
Description: Digital signature

Re: problemi tar in script

[xserver80]

 e' una domanda che ci siamo posti tutti almeno una volta :)
 non e' esattamente un errore e non compromette il risultato, in genere i
 file sono in uso e il loro stato puo' variare durante la creazione
 dell'archivio stesso, nel mentre tar fa dei controlli su questi file, ed
 ecco che quasi sempre sputa il messaggio.
 uso tar per fare il backup dell'intero sistema e mi e' capitato di
 doverlo ripristinare, mai un problema.
 se il messaggio compromette la continuazione dello script, ad esempio se
 seguito da un'altra operazione quest'ultima potrebbe non essere eseguita,
 puoi provare con l'opzione --ignore-failed-read

 ciao


Ma la cosa strana, davvero strana, è che se richiamo il comando tar
direttamente da shell funziona correttamente senza errore, se richiamo
lo script 2 , che al suo interno esegue il comando tar, direttamente
da shell, nessun errore; se invece da shell richiamo lo script 1, che
va a richiamare lo script 2, allora mi da l'errore.

Vi posto il codice di prova, semplificato al massimo, dello script:

main.sh

#!/bin/bash


echo eseguo il mount:
mount -t cifs //192.168.1.111/c$/prova tre /media/backup/istanza1/
-o username=user,password=password,iocharset=utf8
echo exit status mount: $?

echo ora richiamo backup.sh con tar
/etc/sab/prova2/backup.sh
echo exit status script backup con tar: $?
echo esco
exit 0
---


backup.sh
--
#!/bin/bash


echo eseguo il tar:
tar cpPW -f /dati/istanza1/prova_da_script_prova-totale.tar
/media/backup/istanza1/
echo exit status tar: $?

echo esco da backup
exit 0
-


Quindi vorrei capire perchè in questo modo si presenta l'errore
So che posso bypassarlo, addirittura nel controllo dell'exit status di
tar ho messo un flag da file di configurazione per bypassare gli
errori di tipo 1 di tar, e quindi segnalo l'errore solo con gli errori
di tipo 2, più gravi.


Federico


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTi=hlhrkewhn+xtirq6wrd-7syz8dd8gwc8ex...@mail.gmail.com

TAR vs 7zip

[Fabio La Farcioli]

Buongiorno a tutti,

oggi avevo voglia di fare alcuni test per quanto riguarda la creazione 
di archivi.


Nasce dall'esigenza di utilizzare entrambi i core per eseguire l'operazione.

Leggendo in giro ho visto che TAR non è utilizzabile su più core, mentre 
7zip lo è.


Da premettere che il test è stato eseguito su un server VUOTO, senza 
nessun servizio attivo, con un processore Xeon 1.86Ghz Dual Core, 4 GB 
di RAM, dischi SCSI 10.000RPM (raid1).


Ecco i risultati dei test:

tar cjf archive.tar.bz2 ./archive
real1m12.805s
user1m8.656s
sys 0m3.876s


7z a archive.7z ./archive
real3m2.910s
user4m35.865s
sys 0m2.864s

A quanto pare tar nonostante non usi tutti i core sia più veloce. Com'è 
possibile??


Voi cosa usate per archiviare grosse quantita di dati in un unico 
archivio ??



--
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per

problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: TAR vs 7zip

[simozack]

Il 06 ottobre 2009 12.02, Fabio La Farcioli
fabio.lafarci...@molinoalimonti.com ha scritto:

 A quanto pare tar nonostante non usi tutti i core sia più veloce. Com'è
 possibile??

 Voi cosa usate per archiviare grosse quantita di dati in un unico archivio
 ??

L'algoritmo di 7zip è più lento nell'elaborazione rispetto a bzip2 (e
non tar, visto che tar non fa altro che raggruppare più file in uno
unico), ma normalmente il file ottenuto è più piccolo.

Se vuoi una cosa ancora più veloce prova il gzip, che rispetto al
bzip2 è circa 10 volte più veloce, ma l'archivio risultante è più
grande. Se non hai problemi di spazio ma di prestazioni, potrebbe
essere una buona idea.

L'istruzione per lanciarlo col tar è:

tar cxf archive.tar.gz ./archive

Ciao,
Simone


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: TAR vs 7zip

[Davide Prina]

Fabio La Farcioli wrote:

Leggendo in giro ho visto che TAR non è utilizzabile su più core, mentre 
7zip lo è.



Ecco i risultati dei test:

tar cjf archive.tar.bz2 ./archive
real1m12.805s
user1m8.656s
sys 0m3.876s


7z a archive.7z ./archive
real3m2.910s
user4m35.865s
sys 0m2.864s

A quanto pare tar nonostante non usi tutti i core sia più veloce. Com'è 
possibile??


hai sbagliato ad eseguire la compressione con 7zip, devi usare il 
comando in questo modo:


$ 7z a -t7z -m0=copy -mx=0 archive.7z ./archive

In questo modo il confronto tra tar e 7z è corretto.

 Voi cosa usate per archiviare grosse quantita di dati in un unico
 archivio ??

Dipende molto da cosa intendi archiviare.
Se intendi che devono essere semplicemente copiati, allora sync è ottimo 
a questo scopo.


Se invece vuoi anche risparmiare spazio e quindi comprimere, allora devi 
capire un po' poi come verranno gestiti questi dati, chi ne avrà 
accesso, ... se è importante risparmiare spazio o usare un archivio con 
maggiori recupero di errori (raffiche di errori), ... se vuoi avere 
archivi che si decomprimono velocemente e con poca RAM, ...


In ogni caso 7z che hai nominato usa molti algoritmi di compressione e 
ci sono quelli che comprimono nulla, poco, molto, moltissimo. 
Naturalmente ognuno ha i suoi pro e i suoi contro.


Per un ulteriore dettaglio qui ho elencato un po' di compressori liberi 
e in fondo trovi un link nella sezione Documentazione che ti porta ad un 
sito dove sono testati i programmi di compressione guardando soltanto 
quanto comprimono, senza guardare ai tempi né all'uso (alcuni comprimono 
solo un file unico)


http://linguistico.sf.net/wiki/doku.php?id=software_libero:compressore_dati

Nota: l'elenco è più che parziale e probabilmente non lo aggiorno da 
molto tempo (la distinzione tra uso di più CPU e no probabilmente non è 
più valida attualmente)


Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Sistema operativo: http://www.it.debian.org
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: TAR vs 7zip

[Davide Giovine]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I 7zip possono essere formidabili, ma possono arrivare a richiedere  
grande quantità di memoria nelle operazioni se molto compressi (in  
proporzione al guadagno in spazio).
Ovvio che puoi scegliere di comprimerli di meno, ma allora perderesti  
uno dei motivi per cui sceglierlo... e magari ottenendo dimensioni  
simili a altri formati con prestazioni migliori...
Io ti consiglio di usarlo solo se è roba che devi archiviare e  
utilizzare meno spesso, e di passare a qualcosa di meno impegnativo  
per ciò che usi più frequentemente.


In effetti però ho divagato troppo, la risposta formale e corretta  
alla tua domanda la puoi leggere nella mail di Davide.


Buona serata,
Davide

- -
PGP User Information
Key ID: 61A4A338
Fingerprint: BEBD EC76 5261 5340 5F96  6F7B 8CD7 8053 61A4 A338
- -

-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.12 (Darwin)

iEYEARECAAYFAkrLq3EACgkQjNeAU2GkoziYSACfS0b59rBRyxXr7S6NyCdpGzuD
jp0AoLp2vu9F4185lWRG+uctHxn7jwDq
=rtWm
-END PGP SIGNATURE-


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

tar con backup incrementale

[Pol Hallen]

ciao a tutti :-)
mi sa di non aver capito na' mazza dell'opzione --listed-incremental=

tar cvf 
backup-dati1.tar --listed-incremental=/var/log/backup-dati1.log /var/www/dati1

funziona, e la dimensione archivio e': 16939495

ripeto lo stesso comando e la dimensione diventa: 52609

se tar usa backup-dati1.log per verificare gli aggiornamenti della cartella 
backup-dati1 perche' mi modifica l'archivio quando non ci sono stati 
aggiornamenti?

grazie per i chiarimenti :-)
 
Pol


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: tar con backup incrementale

[Dario]

Pol Hallen ha scritto:
tar cvf 
backup-dati1.tar --listed-incremental=/var/log/backup-dati1.log /var/www/dati1


funziona, e la dimensione archivio e': 16939495

ripeto lo stesso comando e la dimensione diventa: 52609

se tar usa backup-dati1.log per verificare gli aggiornamenti della cartella 
backup-dati1 perche' mi modifica l'archivio quando non ci sono stati 
aggiornamenti?
  
Così a brucia pelo mi viene da pensare che il log  
/var/log/backup-dati1.log  non viene modificato.
Con che account esegui lo script ? Forse il primo backup lo hai fatto 
come root e magari quello

incrementale con altro utente ?

Googlando ho pescato l'articolo che hai letto  :-D ma dico la nostra 
privacy  eehehehhe

(http://www.zaffa.org/2007/05/29/backup-incrementale-con-tar/)

imho preferisco rsync :D

Dario


--
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per

problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: tar con backup incrementale

[Pol Hallen]

 Googlando ho pescato l'articolo che hai letto  :-D ma dico la nostra
 privacy  eehehehhe
 (http://www.zaffa.org/2007/05/29/backup-incrementale-con-tar/)
ahaha
grande, proprio quello! :-)

 Così a brucia pelo mi viene da pensare che il log 
 /var/log/backup-dati1.log  non viene modificato.
 Con che account esegui lo script ? Forse il primo backup lo hai fatto
 come root e magari quello
 incrementale con altro utente ?
da prima delle 9 sto cercando di capire i motivi.. l'account utente e' lo 
stesso.. e se tra un po' non risolvo seguo il tuo consiglio e uso rsync :-)

grazie
Pol
-- 
Pol


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: tar con backup incrementale

[Dario]

Pol Hallen ha scritto:

da prima delle 9 sto cercando di capire i motivi.. l'account utente e' lo
stesso.. e se tra un po' non risolvo seguo il tuo consiglio e uso rsync :-)

grazie
Pol
  
Grazie a te invece :-D  n'c'avevo mica pensato di usare tar al volo come 
backup incrementale

con compressione.

Faccio un test anche io su una vm vediamo che combino.

Mi è piaciuta comunque una risposta di Chris Cox ( link originale 
http://linux.derkeiler.com/Newsgroups/comp.os.linux.setup/2004-01/1400.html 
)


   /Tar is probably not a good sync'ing tool.. and rsync /
   /is probably not a good archival tool (again.. speaking /
   /in general terms).

   /

Dario

Re: tar con backup incrementale

[Paolo Sala]

Pol Hallen scrisse in data 17/09/2009 10:23:
 ciao a tutti :-)
 mi sa di non aver capito na' mazza dell'opzione --listed-incremental=

 tar cvf 
 backup-dati1.tar --listed-incremental=/var/log/backup-dati1.log /var/www/dati1

 funziona, e la dimensione archivio e': 16939495

 ripeto lo stesso comando e la dimensione diventa: 52609
   
bhé ma il nome del tar è sempre lo stesso? In questo modo hai eliminato
tutti i dati del backup completo...

Dovresti dare un nome diverso ad ogni backup in modo da avere tutte le
versioni dei file che sono cambiati non solo le ultime versioni.

Spero di essermi spiegato

Ciao

Piviul



-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: tar con backup incrementale

[Dario]

Paolo Sala ha scritto:

Pol Hallen scrisse in data 17/09/2009 10:23:
  

backup-dati1.tar --listed-incremental=/var/log/backup-dati1.log /var/www/dati1

bhé ma il nome del tar è sempre lo stesso? 
Hai ragione ... io pensavo che avesse lanciato lo script con la 
parte dati1.tar variabile  (1,2,3..)

Dovresti dare un nome diverso ad ogni backup in modo da avere tutte le
versioni dei file che sono cambiati non solo le ultime versioni.

Spero di essermi spiegato

Ciao

Piviul
  
Siccome mi incuriosiva la cosa ho sperimentato. Quello che inganna, 
lasciando pensare ad un singolo file

di backup aggiornato, e' la parola incrementale.

Io ho pensato subito ad un unico archivio di backup incrementale, che 
invece n file tar

con aggiornato solo le modifiche.

Grazie x la delucidazione Piviul

Dario

Re: tar con backup incrementale

[Paolo Sala]

Dario scrisse in data 17/09/2009 12:38:
 Siccome mi incuriosiva la cosa ho sperimentato. Quello che inganna,
 lasciando pensare ad un singolo file
 di backup aggiornato, e' la parola incrementale.

 Io ho pensato subito ad un unico archivio di backup incrementale, che
 invece n file tar
 con aggiornato solo le modifiche.
Tar fa appunto qualcosa in più: ti permette di avere versioni precedenti
di files archiviati... non so i vostri utenti ma i miei utenti o perché
un file è corrotto o non lo trovano più (è stato cancellato) o si sono
pentiti dei cambiamenti fatti, vogliono spesso versioni precedenti:
forse li ho viziati troppo?

Se invece vuoi semplicemente avere un tar con l'ultima versione credo
(non l'ho mai usata) basti usare l'opzione -u invece dell'opzione -c

Ciao

Piviul


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: tar con backup incrementale [OT] Samba Shadow copy

[Dario]

Paolo Sala ha scritto:

Tar fa appunto qualcosa in più: ti permette di avere versioni precedenti
di files archiviati... non so i vostri utenti ma i miei utenti o perché
un file è corrotto o non lo trovano più (è stato cancellato) o si sono
pentiti dei cambiamenti fatti, vogliono spesso versioni precedenti:
forse li ho viziati troppo?

Se invece vuoi semplicemente avere un tar con l'ultima versione credo
(non l'ho mai usata) basti usare l'opzione -u invece dell'opzione -c

Ciao

Piviul
  
Una sorta di tar shadow copy che negli ambienti misti win-linux Samba 
supporta

http://www.wlug.org.nz/SambaShadowCopyHowto

Al proposito del viziare .. vale sempre il detto ...data la mano 
fregato il braccio :-D .


Dario

Re: tar con backup incrementale

[Pol Hallen]

 Dovresti dare un nome diverso ad ogni backup in modo da avere tutte le
 versioni dei file che sono cambiati non solo le ultime versioni.
 Spero di essermi spiegato
ho afferrato :-)
credevo che con quell'opzione tar aggiornasse l'archivio presente, ecco 
perche' le discordenze di size..
grazie

Pol


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

TAR - cercasi disperatamente aiuto !

[xserver80]

Ciao,
a tutta la lista.

Scrivo nuovamente sperando in una soluzione; ringrazio anticipatamente
tutti per gli aiuti !

Ho un problema con il comando tar.

Allego comando usato e piccola guida

   echo  BACKUP di tipo TOTALE, con verifica dei dati scritti ...
   echo  

   # opzioni
   # c : crea volume
   # v : modalità verbose
   # p : preserva i permessi
   # P : utilizza il path assoluto ! non elimina lo '/' iniziale
   # importante per poter fare la verifica !
   # W : verifica i dati
   # f : indica il file o il dispositivo
   # V : creo un archivio con un nome !

   tar cvpPWf $DEST_DIR $SORG_DIR -V ${PREFIX}_totale-$DATA.tar

Eseguo quindi un backup su nastro di circa 300 GB e creo quindi un file di log.

Ho un errore di verifica:

tar: ERRORE DI VERIFICA: trovate 292 intestazioni non valide
tar: Uscita per errore ritardata dall'errore precedente

Il file di log non contiene altro di importante e l'errore di verifica
mi viene segnalato alla fine dei file interessati nel backup.

Aiuti ?

Grazie

Antonio


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: TAR - cercasi disperatamente aiuto !

[Alessandro T.]

xserver80 ha scritto:

tar cvpPWf $DEST_DIR $SORG_DIR -V ${PREFIX}_totale-$DATA.tar

 Eseguo quindi un backup su nastro di circa 300 GB e creo quindi un file di 
 log.

 Ho un errore di verifica:

 tar: ERRORE DI VERIFICA: trovate 292 intestazioni non valide
 tar: Uscita per errore ritardata dall'errore precedente

 Il file di log non contiene altro di importante e l'errore di verifica
 mi viene segnalato alla fine dei file interessati nel backup.

 Aiuti ?
   

non conosco i nastri ma sei sicuro che dopo la scrittura avvenga il
riavvolgimento per la successiva fase di verifica dell'archivio?



-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: TAR - Verifica dei dati archiviati

[Pol Hallen]

 Mi piacerebbe poter verifacare i dati che vado ad archiviare..
 dopo aver ricercato in lungo e in largo non mi è ancora chiaro quale sia il
 modo migliore per sapere se i dati sono stati archiviati correttamente.
rsync e' nato a questo scopo :-)

Pol


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-l10n-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-l10n-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

TAR - Verifica dei dati archiviati

[roberto ghislandi]

Sto cercando di scrivere un piccolo script per il backup utilizzando il
comando tar.

Mi piacerebbe poter verifacare i dati che vado ad archiviare..
dopo aver ricercato in lungo e in largo non mi è ancora chiaro quale sia il
modo migliore per sapere se i dati sono stati archiviati correttamente.


Le opzioni che ho individuato sono sostanzialmente due:

- utilizzare il comando di verifica che mi fornisce tar, vale a dire
qualcosa di questo tipo tar -cvpWf bup.tar target
 dove l'opzione W è proprio quella che esegue la verifica. (--verify)

- ho trovato in rete anche diverse implementazioni che utilizzano la somma
di controllo:
l'idea mi ha molto incuriosito e appassionato, ma non capisco se sarei in
grado di applicarla in modo corretto al mio script.
Ecco alcuni link di riferimento per quanto riguarda la somma di controllo
(ma che richiedono script aggiuntivi per verificare gli hash generati)
Link:
http://www.g-loaded.eu/2007/12/01/veritar-verify-checksums-of-files-within-a-tar-archive/
Link:
http://www.guyrutenberg.com/2008/10/24/tarsum-calculate-checksum-for-files-inside-tar-archive/

Ciò che per me è importante è che, una volta avviato il comando tar, vorrei
essere sicuro che i dati archiviati non fossero in alcun modo corrotti..
Cosa mi conviene fare?
Mi basta utilizzare l'opzione di verifica fornita dallo stesso tar, oppure
cos'altro?

Grazie,
Roberto

-- 
Roberto Ghislandi

FARGO FILM
Via A. De Togni 7
20123 Milano, Italy
T: +39 02 874 310
F: +39 02 80 550 20
Cell: 335 7760432
E: farg...@fargofilm.it

tar extended headers

[xserver80]

-- Messaggio inoltrato --
Da: xserver80 xserve...@gmail.com
Date: 29 maggio 2009 12.19
Oggetto: Re: problema verifica tar - VERIFY FAILURE: %d invalid header
detected - ERRORE DI VERIFICA: trovate %d intestazioni non valide
A: Lista debian-italian debian-italian@lists.debian.org


 Ciao a tutta la lista,

 ho un problema con il comando tar.

 Allego comando usato e piccola guida

        echo  BACKUP di tipo TOTALE, con verifica dei dati scritti ...
        echo  

        # opzioni
        # c : crea volume
        # v : modalità verbose
        # p : preserva i permessi
        # P : utilizza il path assoluto ! non elimina lo '/' iniziale
        #     importante per poter fare la verifica !
        # W : verifica i dati
        # f : indica il file o il dispositivo
        # V : creo un archivio con un nome !

        tar cvpPWf $DEST_DIR $SORG_DIR -V ${PREFIX}_totale-$DATA.tar

 Eseguo quindi un backup su nastro di circa 300 GB e creo quindi un file di 
 log.

 Ho un errore di verifica:

 tar: ERRORE DI VERIFICA: trovate 292 intestazioni non valide
 tar: Uscita per errore ritardata dall'errore precedente

 Per questo motivo ho deciso di usare l'opzione -v, e questo mi crea un
 file di log di oltre 150 MB, non semplice da gestire.

 Come posso individuare i file che mi generano l'errore ?

 Il problema è che la verifica tar non si ferma all'errore e quindi nei
 150 mb di log ci sono pochissime righe che mi interessano !

 Suggerimenti

 Grazie

 Antonio

Nessun suggerimento ?

su internet ho trovato

#: src/compare.c:564
#, fuzzy, c-format
msgid VERIFY FAILURE: %d invalid header detected
msgid_plural VERIFY FAILURE: %d invalid headers detected
msgstr[0] ERRORE DI VERIFICA: intestazioni non valide trovate: %d
msgstr[1] ERRORE DI VERIFICA: intestazioni non valide trovate: %d
--

Ciao ragazzi !!!
Ho trovato in giro su internet che il tar dovrebbe accettare un
opzione -E per accettare gli extended headers.

Peccato che la versione di tar che ho io su debian non accetta questa opzione.

Qualche aiuto ???

Grazieee


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: problema verifica tar - VERIFY FAILURE: %d invalid header detected - ERRORE DI VERIFICA: trovate %d intestazioni non valide

[xserver80]

 Ciao a tutta la lista,

 ho un problema con il comando tar.

 Allego comando usato e piccola guida

        echo  BACKUP di tipo TOTALE, con verifica dei dati scritti ...
        echo  

        # opzioni
        # c : crea volume
        # v : modalità verbose
        # p : preserva i permessi
        # P : utilizza il path assoluto ! non elimina lo '/' iniziale
        #     importante per poter fare la verifica !
        # W : verifica i dati
        # f : indica il file o il dispositivo
        # V : creo un archivio con un nome !

        tar cvpPWf $DEST_DIR $SORG_DIR -V ${PREFIX}_totale-$DATA.tar

 Eseguo quindi un backup su nastro di circa 300 GB e creo quindi un file di 
 log.

 Ho un errore di verifica:

 tar: ERRORE DI VERIFICA: trovate 292 intestazioni non valide
 tar: Uscita per errore ritardata dall'errore precedente

 Per questo motivo ho deciso di usare l'opzione -v, e questo mi crea un
 file di log di oltre 150 MB, non semplice da gestire.

 Come posso individuare i file che mi generano l'errore ?

 Il problema è che la verifica tar non si ferma all'errore e quindi nei
 150 mb di log ci sono pochissime righe che mi interessano !

 Suggerimenti

 Grazie

 Antonio

Nessun suggerimento ?

su internet ho trovato

#: src/compare.c:564
#, fuzzy, c-format
msgid VERIFY FAILURE: %d invalid header detected
msgid_plural VERIFY FAILURE: %d invalid headers detected
msgstr[0] ERRORE DI VERIFICA: intestazioni non valide trovate: %d
msgstr[1] ERRORE DI VERIFICA: intestazioni non valide trovate: %d


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: problema verifica tar - VERIFY FAILURE: %d invalid header detected - ERRORE DI VERIFICA: trovate %d intestazioni non valide

[Paolo Sala]

xserver80 scrisse in data 29/05/2009 12:19:
 [...]
 Nessun suggerimento ?
   
bhé un file di 150MB non è poi così ingestibile, poi quando hai
individuato la tipologia di riga che ti interessa creare un altro file
tramite grep con le sole righe che ti servono non mi sembra così
difficile... forse mi sfugge qualcosa.

Ciao

Piviul


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Fwd: problema verifica tar - VERIFY FAILURE: %d invalid header detected - ERRORE DI VERIFICA: trovate %d intestazioni non valide

[xserver80]

 xserver80 scrisse in data 29/05/2009 12:19:
 [...]
 Nessun suggerimento ?

 bhé un file di 150MB non è poi così ingestibile, poi quando hai
 individuato la tipologia di riga che ti interessa creare un altro file
 tramite grep con le sole righe che ti servono non mi sembra così
 difficile... forse mi sfugge qualcosa.

in effetti ho provato a cercare all interno del file di log, ma tar
con l'opzione di verifica
non mi segnala il problema nel file di log !

Il tar continua la verifica e segnala un exit status diverso da zero e
mi dà il problema segnalato sopra

 Ciao

 Piviul


 --
 Per REVOCARE l'iscrizione alla lista, inviare un email a
 debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
 problemi inviare un email in INGLESE a listmas...@lists.debian.org

 To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org




--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

problema verifica tar

[xserver80]

Ciao a tutta la lista,

ho un problema con il comando tar.

Allego comando usato e piccola guida

echo  BACKUP di tipo TOTALE, con verifica dei dati scritti ...
echo  

# opzioni
# c : crea volume
# v : modalità verbose
# p : preserva i permessi
# P : utilizza il path assoluto ! non elimina lo '/' iniziale
# importante per poter fare la verifica !
# W : verifica i dati
# f : indica il file o il dispositivo
# V : creo un archivio con un nome !

tar cvpPWf $DEST_DIR $SORG_DIR -V ${PREFIX}_totale-$DATA.tar

Eseguo quindi un backup su nastro di circa 300 GB e creo quindi un file di log.

Ho un errore di verifica:

tar: ERRORE DI VERIFICA: trovate 292 intestazioni non valide
tar: Uscita per errore ritardata dall'errore precedente

Per questo motivo ho deciso di usare l'opzione -v, e questo mi crea un
file di log di oltre 150 MB, non semplice da gestire.

Come posso individuare i file che mi generano l'errore ?

Il problema è che la verifica tar non si ferma all'errore e quindi nei
150 mb di log ci sono pochissime righe che mi interessano !

Suggerimenti

Grazie

Antonio


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

tar e warning

[Paolo Sala]

Ciao a tutti, con tar quando archivio alcune directory su una
condivisione cifs ricevo alcuni warnings su alcuni file: 'attenzione, il
file è cambiato mentre lo stavo leggendo'. Se però vado a vedere le
statistiche con stat su uno di tali files vedo che la data di creazione
e ultima modifica si riferisce a tanto tempo fa e non può quindi escludo
che il file sia cambiato durante il tar: qualcuno sa darmi una
spiegazione plausibile?

Grazie mille

Piviul


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: tar e warning

[Paolo Sala]

Paolo Sala scrisse in data 20/03/2009 15:31:
 Ciao a tutti, con tar quando archivio alcune directory su una
 condivisione cifs ricevo alcuni warnings su alcuni file: 'attenzione, il
 file è cambiato mentre lo stavo leggendo'. Se però vado a vedere le
 statistiche con stat su uno di tali files vedo che la data di creazione
 e ultima modifica si riferisce a tanto tempo fa e non può quindi escludo
 che il file sia cambiato durante il tar: qualcuno sa darmi una
 spiegazione plausibile?
   
Ho visto che sembra dipendere da cifs e dal fatto che lo stesso nome di
file compare in directory differenti... posterò il quesito nella mailing
list di samba.

Grazie lo stesso.

Piviul


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: tar e warning

[skizzHG]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il giorno Fri, 20 Mar 2009 15:31:26 +0100
Paolo Sala piv...@riminilug.it ha scritto:

 Ciao a tutti, con tar quando archivio alcune directory su una
 condivisione cifs ricevo alcuni warnings su alcuni file: 'attenzione,
 il file è cambiato mentre lo stavo leggendo'. Se però vado a vedere le
 statistiche con stat su uno di tali files vedo che la data di
 creazione e ultima modifica si riferisce a tanto tempo fa e non può
 quindi escludo che il file sia cambiato durante il tar: qualcuno sa
 darmi una spiegazione plausibile?

capita anche a me quando faccio il backup del sistema
da quanto ho capito avverte delle modifiche attuate
in /var durante la creazione dell'archivio, tipo ../log o ../run
comunque nulla che comprometta l'operazione
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAknDr3QACgkQBrljaFCi+dLQkQCfQ7GmKvB90O8xApXCB0ZJ87hA
UowAoMJgMbR6OaFNQtBnWlrsNZzHsQ3K
=Amgt
-END PGP SIGNATURE-

Re: tar e warning

[Paolo Sala]

skizzHG scrisse in data 20/03/2009 16:00:
 Il giorno Fri, 20 Mar 2009 15:31:26 +0100
 Paolo Sala piv...@riminilug.it ha scritto:

  Ciao a tutti, con tar quando archivio alcune directory su una
  condivisione cifs ricevo alcuni warnings su alcuni file: 'attenzione,
  il file è cambiato mentre lo stavo leggendo'. Se però vado a vedere le
  statistiche con stat su uno di tali files vedo che la data di
  creazione e ultima modifica si riferisce a tanto tempo fa e non può
  quindi escludo che il file sia cambiato durante il tar: qualcuno sa
  darmi una spiegazione plausibile?

 capita anche a me quando faccio il backup del sistema
 da quanto ho capito avverte delle modifiche attuate
 in /var durante la creazione dell'archivio, tipo ../log o ../run
 comunque nulla che comprometta l'operazione
No, purtroppo non è così, se fai backups di shares samba questi warning
vengono dati anche se non ci sono stati cambiamenti. Siccome faccio un
backup e poi elimino i dati che ho backuppato, mi piacerebbe sapere se
in effetti ci siano stati cambiamenti prima di cancellare l'originale...
Comunque come dicevo dipende da samba e solo se ci sono
directories/files che hanno lo stesso nome in sottodirecteries differenti...

Mannagg!!!

Piviul


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

strano comportamento di tar

[Roberto su tiscali]

Buongiorno a tutti!

scusate l'intrusione, ma ho un problemino strano, questo è il mio 
script di backup:


tar -cvf /shared/backup/`date|awk '{print $6$2$3}'`_GAInt_backup.tar 
/shared/ufficio/


niente di strano e ha sempre funzionato, ma da settimana scorsa come 
potete vedere, genera files di 20-30 Mb.


-rwxr-  1 rob  manage 	207831040 2007-01-08 23:45 
		2006_Jul_1_RoGiMa_ufficio.tar
-rwxr-  1 rob  manage 	215316480 2007-01-08 23:25 
		2006_Aug_1_RoGiMa_ufficio.tar
-rwxr-  1 rob  manage 	307927040 2007-01-08 22:23 
		2006_Sep_1_RoGiMa_ufficio.tar
-rwxr-  1 rob  manage 	414535680 2007-01-09 00:23 
		2006_Oct_1_RoGiMa_ufficio.tar
-rwxr-  1 rob  manage 	417515520 2007-01-08 21:35 
		2006_Nov_1_RoGiMa_ufficio.tar
-rwxr-  1 rob  manage 	427223040 2007-01-08 22:41 
		2006_Dec_1_ufficio.tar
-rwxr-  1 rob  manage 	435609600 2007-01-08 23:43 
		2007_Jan_1_RoGiMa_ufficio.tar
-rwxr-  1 rob  manage  	  22487040 2007-02-01 20:00 
		2007feb1_GAInt_backup.tar



la cartella è sempre la stessa e ovviamente tende ad aumentare non a 
diminuire le sue dimensioni, ma la cosa più strana è che se lancio lo 
script a mano genera un tar di 350 - 400 mb se da crontab 20-30 
consigli?
PS: l'utente è membro di un pò di gruppi, cmq anche tutti quelli di 
amministrazione.



consigli? dubbi? domande?

Ciao grazie

Re: strano comportamento di tar

[Davide Prina]

Roberto su tiscali wrote:

la cartella è sempre la stessa e ovviamente tende ad aumentare non a 
diminuire le sue dimensioni, ma la cosa più strana è che se lancio lo 
script a mano genera un tar di 350 - 400 mb se da crontab 20-30 consigli?


questo potrebbe essere dovuto al fatto che il cron non ha i permessi di 
lettura su tutti i file ed esecuzione su tutte le directory


Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Petizione per l'uso di formati accessibili nell'Unione Europea
http://tinyurl.com/y6u4m5
Non autorizzo la memorizzazione del mio indirizzo su outlook

Limite grandezza file tar

[[EMAIL PROTECTED]]

Ho fatto il tar sul mio disco di rete e dopo un po' quando tarro la home 
mi dice che ho superato il limite del file e precisamente si ferma a 
2147483647.
Il file system del disco di rete utilizzando l'interfaccia http del 
produttore è xfs se vado a vedere il log del disco pare ext3 infatti 
trovo  :


EXT3-fs: mounted filesystem with ordered data mode.
Jan 29 15:21:48 (none) user.warn kernel: VFS: Mounted root (ext3 
filesystem) readonly.

Jan 29 15:21:48 (none) user.info kernel: Freeing init memory: 96K
Jan 29 15:21:48 (none) user.info kernel: kjournald starting.  Commit 
interval 5 seconds
Jan 29 15:21:48 (none) user.warn kernel: EXT3-fs warning: checktime 
reached, running e2fsck is recommended
Jan 29 15:21:48 (none) user.info kernel: kjournald starting.  Commit 
interval 5 seconds

Jan 29 15:21:48 (none) user.info kernel: EXT3 FS on sda9, internal journal
Jan 29 15:21:48 (none) user.info kernel: EXT3-fs: mounted filesystem 
with ordered data mode.
Jan 29 15:21:48 (none) user.info kernel: EXT3-fs: mounted filesystem 
with ordered data mode.
Jan 29 15:21:48 (none) user.info kernel: kjournald starting.  Commit 
interval 5 seconds

Jan 29 15:21:49 (none) user.info kernel: SGI XFS with no debug enabled

Comunque come posso superare questo problema ?


--
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto unsubscribe. Per

problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Limite grandezza file tar

[Davide Corio]

Il giorno lun, 29/01/2007 alle 16.35 +0100, [EMAIL PROTECTED] ha
scritto:
 Comunque come posso superare questo problema ?

il problema penso sia del protocollo di rete.
Ad esempio con samba hai un limite di di 4GB se non erro...

-- 
Davide Coriodavide.corioatredomino.com
Redomino S.r.l.C.so Monte Grappa 90/b - 10145 Torino - Italy
Tel: +39 011 19502871 - Fax: +39 011 19791122 - http://www.redomino.com/


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Limite grandezza file tar

[Luca Costantino]

si è fermato a due giga...
strano...

Il 29/01/07, [EMAIL PROTECTED][EMAIL PROTECTED] ha scritto:

Ho fatto il tar sul mio disco di rete e dopo un po' quando tarro la home
mi dice che ho superato il limite del file e precisamente si ferma a
2147483647.


--
Usate BCC!
La paura ha creato gli dei (Lucrezio, De rerum natura)
There's no place like 127.0.0.1
God is real, unless declared integer
#394944 Linux User (Proudly Debian Powered)
Chiave pubblica http://luca.costantino.googlepages.com/

Re: Limite grandezza file tar

[Davide Corio]

Il giorno lun, 29/01/2007 alle 16.41 +0100, Luca Costantino ha scritto:
 si è fermato a due giga...
 strano...
 
 Il 29/01/07, [EMAIL PROTECTED][EMAIL PROTECTED] ha scritto:
  Ho fatto il tar sul mio disco di rete e dopo un po' quando tarro la home
  mi dice che ho superato il limite del file e precisamente si ferma a
  2147483647.

ah si...è 2GB il limite :)

-- 
Davide Coriodavide.corioatredomino.com
Redomino S.r.l.C.so Monte Grappa 90/b - 10145 Torino - Italy
Tel: +39 011 19502871 - Fax: +39 011 19791122 - http://www.redomino.com/


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Limite grandezza file tar

[[EMAIL PROTECTED]]

Davide Corio ha scritto:

Il giorno lun, 29/01/2007 alle 16.41 +0100, Luca Costantino ha scritto:

si è fermato a due giga...
strano...

Il 29/01/07, [EMAIL PROTECTED][EMAIL PROTECTED] ha scritto:

Ho fatto il tar sul mio disco di rete e dopo un po' quando tarro la home
mi dice che ho superato il limite del file e precisamente si ferma a
2147483647.


ah si...è 2GB il limite :)


Quindi  cp -avx ??
Ma in questo benedetto disco di rete, non si riesce ad installare rsync 
visto che ha un sistema linux e magari un ssh per gestirlo ? Ho la 
possibilità anche di collegarlo via usb. Solo che non so da dove 
cominciare.



--
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto unsubscribe. Per

problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Limite grandezza file tar

[Alessandro Pellizzari]

Il giorno lun, 29/01/2007 alle 16.54 +0100, [EMAIL PROTECTED] ha
scritto:
  ah si...è 2GB il limite :)
  
 Quindi  cp -avx ??

Io uso star al posto di tar.

Bye.

-- 
Alessandro Pellizzari



-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Limite grandezza file tar

[[EMAIL PROTECTED]]

Alessandro Pellizzari ha scritto:

Il giorno lun, 29/01/2007 alle 16.54 +0100, [EMAIL PROTECTED] ha
scritto:

ah si...è 2GB il limite :)


Quindi  cp -avx ??


Io uso star al posto di tar.

Bye.

Però con star non risolvo il problema dei 2Gb di limite, con cp -avx 
invece sì. Perché l'intero contenuto della directory è 3Gb, ma il file 
più grande singolarmente è di 200Mb.



--
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto unsubscribe. Per

problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Limite grandezza file tar

[Alessandro Pellizzari]

Il giorno lun, 29/01/2007 alle 17.44 +0100, [EMAIL PROTECTED] ha
scritto:

 Però con star non risolvo il problema dei 2Gb di limite, con cp -avx 
 invece sì. Perché l'intero contenuto della directory è 3Gb, ma il file 
 più grande singolarmente è di 200Mb.

Allora e` un problema di filesystem, e ti conviene risolverlo,
altrimenti la volta che hai un'immagine ISO di un DVD sei fregato.

Mi pareva strano che tar avesse un limite di 2 Gb, visto che lo uso per
i backup su cassetta da 30 Gb... :)

Bye.


-- 
Alessandro Pellizzari



-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Limite grandezza file tar

[[EMAIL PROTECTED]]

Alessandro Pellizzari ha scritto:

Il giorno lun, 29/01/2007 alle 17.44 +0100, [EMAIL PROTECTED] ha
scritto:

Però con star non risolvo il problema dei 2Gb di limite, con cp -avx 
invece sì. Perché l'intero contenuto della directory è 3Gb, ma il file 
più grande singolarmente è di 200Mb.


Allora e` un problema di filesystem, e ti conviene risolverlo,
altrimenti la volta che hai un'immagine ISO di un DVD sei fregato.

Mi pareva strano che tar avesse un limite di 2 Gb, visto che lo uso per
i backup su cassetta da 30 Gb... :)

Bye.


Nella mail di Davide mi dice che è un limite di samba e quindi ci faccio 
pochino  :-(



--
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto unsubscribe. Per

problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Limite grandezza file tar

[Davide Prina]

pacmo wrote:


Davide Corio ha scritto:

Il giorno lun, 29/01/2007 alle 16.41 +0100, Luca Costantino ha scritto:



Il 29/01/07, pacmo ha scritto:
Ho fatto il tar sul mio disco di rete e dopo un po' quando tarro la 
home

mi dice che ho superato il limite del file e precisamente si ferma a
2147483647.


ah si...è 2GB il limite :)


Quindi  cp -avx ??


non ho capito perché non usi

tar -zc
o
tar -jc

penso che la compressione avvenga durante la creazione del file e non 
alla fine ... o sbaglio?


Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Esci dall'illegalità: utilizza OpenOffice.org:
http://linguistico.sf.net/wiki/doku.php?id=UsaOOo
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: Limite grandezza file tar

[Uranium]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

In data 29/01/2007 20:35 Davide Prina ha scritto:

 penso che la compressione avvenga durante la creazione del file e non 
 alla fine ... o sbaglio?

Penso anche io... la prima che hai detto.


- --
Uranium per Capsule Corp. con Debian
==
Bene, ho finito di tagliar la legna! Nd Goku
==
Pubblic key = http://snipurl.com/16uib
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFvk0EuQ69EswK0dMRAqeqAJ9PbJWnTCEA8qMnQUZcdHU4S4jvOQCfZG6O
zwXgDr5wYm/ORFFdicdYaD8=
=kXbm
-END PGP SIGNATURE-


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

RE: Limite grandezza file tar

[Premoli, Roberto]

ma tar non si occupa solo di aggregare i file in un unico archivio che viene 
poi compresso?


-Original Message-
From: Uranium [mailto:[EMAIL PROTECTED]
Sent: Mon 29-Jan-2007 8:37 PM
To: Davide Prina
Cc: debian-italian@lists.debian.org
Subject: Re: Limite grandezza file tar
 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

In data 29/01/2007 20:35 Davide Prina ha scritto:

 penso che la compressione avvenga durante la creazione del file e non 
 alla fine ... o sbaglio?

Penso anche io... la prima che hai detto.


- --
Uranium per Capsule Corp. con Debian
==
Bene, ho finito di tagliar la legna! Nd Goku
==
Pubblic key = http://snipurl.com/16uib
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFvk0EuQ69EswK0dMRAqeqAJ9PbJWnTCEA8qMnQUZcdHU4S4jvOQCfZG6O
zwXgDr5wYm/ORFFdicdYaD8=
=kXbm
-END PGP SIGNATURE-


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Limite grandezza file tar

[Uranium]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

In data 29/01/2007 20:44 Premoli, Roberto ha scritto:
 ma tar non si occupa solo di aggregare i file in un unico archivio che viene 
 poi compresso?

Penso che tar, cosi come rar o zip, ecc, ecc sia capace di occuparsi
direttamente anche della compressione...


- --
Uranium per Capsule Corp. con Debian
==
Bene, ho finito di tagliar la legna! Nd Goku
==
Pubblic key = http://snipurl.com/16uib

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFvlKQuQ69EswK0dMRAoc6AKDLH7+zHSI005OxPnEH3SI3Po3prgCcCCpU
u+mGFMWRadF2lowIMDdXj5I=
=zxDx
-END PGP SIGNATURE-


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Backup con tar

[[EMAIL PROTECTED]]

Ciao a tutti!

Vi scrivo perchè sto provando da un pò a fare un backup
della partizione /dev/hda3 (circa 5 Gb) con il semplice tar
da riga di comando ma si interrompe dicendomi che ha superato
le dimensioni previste del file.

Potete dirmi se si può aggirare questo errore?

Oppure come faccio a comprimere al massimo i dati?

Grazie


--
Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom
http://click.libero.it/infostrada24gen07

Re: Backup con tar

[Pol Hallen]

Vi scrivo perchè sto provando da un pò a fare un backup
della partizione /dev/hda3 (circa 5 Gb) con il semplice tar
da riga di comando ma si interrompe dicendomi che ha superato
le dimensioni previste del file.

Non ho mai provato ma:
dimensioni previste del file e' inteso come limite del filesystem? che 
fs usi? puoi postare il messaggio esatto?



Potete dirmi se si può aggirare questo errore?

magari usando rsync (che e' fatto apposta per fare i backup)


Oppure come faccio a comprimere al massimo i dati?

bzip2 filtrandolo con tar

Saluti
Pol


--
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto unsubscribe. Per

problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Backup con tar

[Davide Prina]

lucakodo wrote:


Vi scrivo perchè sto provando da un pò a fare un backup
della partizione /dev/hda3 (circa 5 Gb) con il semplice tar
da riga di comando ma si interrompe dicendomi che ha superato
le dimensioni previste del file.

Potete dirmi se si può aggirare questo errore?


dipende molto da che filesystem stai utilizzando e da altri fattori


Oppure come faccio a comprimere al massimo i dati?


usando solo il tar (e bzip2)

$ tar -cj /percorso_directory_da_comprimere  \\
/percorso/file_compresso.tar.bz2

se invece vuoi comprimere di più ... dipende molto da quanta RAM hai ... 
allora puoi usare in pipe 7zip (ce ne sono anche altri che comprimono 
ancora di più, ma occorre molta RAM e un processore bello potente per 
quella mole di dati)


esempio
$ tar -c /percorso_da_comprimere | \\
  7za a -r -t7z -m0=ppmd:o=32:mem=29 -ms=on nomefile.7z

l'opzione mem=29 richiede minimo 512 MByte di RAM
l'opzione mem=30 dovrebbe richiederne 1 GByte
...

Di solito aumentando tale opzione aumentano i tempi di compressione e, 
alle volte, aumenta anche la percentuale compressa


Stai attento perché poi per decomprimerlo ti serve la stessa quantità di 
RAM utilizzata in compressione ... con questa opzione (PPMD)


Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Petizione per l'uso di formati accessibili nell'Unione Europea
http://tinyurl.com/y6u4m5
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: tar del contenuto di una pipe

[RaSca]

Lucio Crusca ha scritto:
[...]

# mkfifo sqldump
# mysqldump --opzioni  sqldump 
# tar czp /etc /home sqldump | netcat [tunnel-di-ssh]
che però non funziona, ovvero tar non mi legge il contenuto della pipe
sqldump. Sapete se esiste un modo per farglielo leggere?


Scusa ma non capisco una cosa : se tu shari il contenuto di etc e home 
via nfs e te li monti su una macchina remota dove da uno script backuppi 
queste cartelle ed effettui il dump del DB ? A quel punto dello spazio 
sulla macchina non te ne frega, e ti gestisci tutto da remoto...


Poi cmq credo di non aver capito molto di quello che è il problema :-/

--
RaSca
Il regno dei cieli e' simile ad un mercante che va in cerca di
perle preziose. Trovatane una di grande valore va, vende tutti
i suoi averi e la compra - Gesu' Cristo
http://web.tiscali.it/rascasoft



smime.p7s
Description: S/MIME Cryptographic Signature