TAR - Verifica dei dati archiviati
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
Re: Bash di login sembra non leggere il file .bash_logout
Problema risolto:se vogliamo che vengano intraprese determinate azioni dopo il logout da Gnome è necessario inserire i comandi all'interno del file /etc/gdm/PostSession/Default Credo che questo si verifichi perchè Gnome non avvia una vera e propria shell di login (correggetemi se sbaglio); ho potuto inoltre constatare che invece il file ~/.profile viene comunque letto. Un saluto a tutti! 2009/3/3 roberto ghislandi ghis...@gmail.com Il giorno 2 marzo 2009 20.23, Dario Pilori pengui...@gmail.com ha scritto: On Mon, Mar 2, 2009 at 17:00, roberto ghislandi ghis...@gmail.com wrote: Idem come sopra.. Il punto, a mio avviso, sembra un altro: infatti la shell legge correttamente le istruzioni che sono situate in ~/.profile, per cui, al momento del login le cose sembrano andare per il verso giusto. Il problema rimane circoscritto al logout dell'utente: ho provato pure ad aggiungere un semplice echo Sto eseguendo il logout per vedere se era un problema di comandi scritti male.. Ma nemmeno il semplice comando echo viene visto. Ho anche forzato la bash a leggere il file con il comando . .bash_logout in questo modo il file viene letto e i comandi contenuti sono eseguiti correttamente Quindi si tratta proprio della bash che non ne vuole sapere di leggersi da sola quel maledetto file.. Oppure non so cos'altro possa essere.. Pian piano sto individuando il problema.. Se mi collego da remoto via ssh ed eseguo il login con il nostro famigerato utente, tutto procede per il verso giusto: ~/.profile viene letto ed eseguito correttamente COSI' COME ~/.bash_logout. Se invece mi collego direttamente dal portatile accedendo dalla finestra di login di gnome accade che, una volta entrato nell'account, ~/.profile viene letto e la partizione condivisa montata; ma quando mi scollego (sia che riavvio, sia che eseguo un semplice logout dell'utente sempre da gnome) la partizione non viene smontata perchè, a mio avviso, ~/.bash_logout non viene letto. Ora, non so se tutto questo possa avere un senso, ma, dopo numerose prove, quello che posso constatare è la situazione appena descritta. Alla luce di queste nuove considerazioni, avreste qualche ulteriore suggerimento? Spulciando la documentazione di Bash, ho notato questa riga nel file /usr/share/doc/bash/README.Debian.gz : - Enable System-wide .bash.logout file for interactive shells. Quindi prova a fare un paio di symlink per vedere se lo cerca con altro nome, tipo: ln -s ~/.bash_logout ~/.bash.logout Oppure il file ~/.logout sembra essere lo standard per le altre shell [1]: ln -s ~/.bash_logout ~/.logout Proverò anche a fare quello che dici qui sopra e ti faccio sapere.. Poi controlla i permessi di quel file. A me ha i permessi 755 e funziona a dovere. Ovviamente era una delle prime cose che ho controllato.. [1] http://rcsg-gsir.imsb-dsgi.nrc-cnrc.gc.ca/documents/advanced/node125.html -- Dario Pilori -Linux registered user #406515 -Debian GNU/Linux squeeze user -- 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 -- 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 -- 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
Re: Bash di login sembra non leggere il file .bash_logout
Il giorno 2 marzo 2009 20.23, Dario Pilori pengui...@gmail.com ha scritto: On Mon, Mar 2, 2009 at 17:00, roberto ghislandi ghis...@gmail.com wrote: Idem come sopra.. Il punto, a mio avviso, sembra un altro: infatti la shell legge correttamente le istruzioni che sono situate in ~/.profile, per cui, al momento del login le cose sembrano andare per il verso giusto. Il problema rimane circoscritto al logout dell'utente: ho provato pure ad aggiungere un semplice echo Sto eseguendo il logout per vedere se era un problema di comandi scritti male.. Ma nemmeno il semplice comando echo viene visto. Ho anche forzato la bash a leggere il file con il comando . .bash_logout in questo modo il file viene letto e i comandi contenuti sono eseguiti correttamente Quindi si tratta proprio della bash che non ne vuole sapere di leggersi da sola quel maledetto file.. Oppure non so cos'altro possa essere.. Pian piano sto individuando il problema.. Se mi collego da remoto via ssh ed eseguo il login con il nostro famigerato utente, tutto procede per il verso giusto: ~/.profile viene letto ed eseguito correttamente COSI' COME ~/.bash_logout. Se invece mi collego direttamente dal portatile accedendo dalla finestra di login di gnome accade che, una volta entrato nell'account, ~/.profile viene letto e la partizione condivisa montata; ma quando mi scollego (sia che riavvio, sia che eseguo un semplice logout dell'utente sempre da gnome) la partizione non viene smontata perchè, a mio avviso, ~/.bash_logout non viene letto. Ora, non so se tutto questo possa avere un senso, ma, dopo numerose prove, quello che posso constatare è la situazione appena descritta. Alla luce di queste nuove considerazioni, avreste qualche ulteriore suggerimento? Spulciando la documentazione di Bash, ho notato questa riga nel file /usr/share/doc/bash/README.Debian.gz : - Enable System-wide .bash.logout file for interactive shells. Quindi prova a fare un paio di symlink per vedere se lo cerca con altro nome, tipo: ln -s ~/.bash_logout ~/.bash.logout Oppure il file ~/.logout sembra essere lo standard per le altre shell [1]: ln -s ~/.bash_logout ~/.logout Proverò anche a fare quello che dici qui sopra e ti faccio sapere.. Poi controlla i permessi di quel file. A me ha i permessi 755 e funziona a dovere. Ovviamente era una delle prime cose che ho controllato.. [1] http://rcsg-gsir.imsb-dsgi.nrc-cnrc.gc.ca/documents/advanced/node125.html -- Dario Pilori -Linux registered user #406515 -Debian GNU/Linux squeeze user -- 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 -- 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
Bash di login sembra non leggere il file .bash_logout
Salve a tutti, è il mio primo messaggio e anche la prima volta che scrivo in una mailing-list.. Quindi se commetto errori di formattazione o quant'altro ditemelo subito! Vengo subito al dunque: non capisco il motivo per cui la mia shell di login non legga il file .bash_logout.. la situazione è la seguente poniamo di avere l'utente PIPPO e in ~/.profile esiste un'istruzione che lancia il crontab dell'utente PIPPO il quale a sua volta lancia uno script che si occupa di montare come un volume locale una partizione condivisa. in ~/.bash_logout esistono una serie di istruzioni che si occupano di rimuovere il crontab di PIPPO e smontare la partizione eventualmente montata dallo script. Di seguito la parte del file che esegue tale compito *# Elimino il crontab utente se esiste [ -x /usr/bin/crontab ] /usr/bin/crontab -r 2 /dev/null # Smonto eventuali volumi montati in condivisione tramite samba; # IP_HOST1 e SMBSHARE1 sono variabili d'ambiente della shell ( vedi /etc/profile ) if [ -n $( mount | grep //${IP_HOST1:-192.168.199.50}/${SMBSHARE1:-ARCHIVIO} ) ] ; then sudo umount.cifs -f /media/samba1 # Elimino il link simbolico se esiste [ -h /home/${LOGNAME}/Desktop/vale_archivio ] rm /home/${LOGNAME}/Desktop/vale_archivio fi * io mi aspetto che, se l'utente PIPPO esegue successivamente un logout, il crontab venga cancellato e la partizione montata venga smontata.. ma ciò non accade.. infatti se mi collego successivamente con un utente che non sia PIPPO, posso constatare che la partizione è ancora montata e il crontab ddi PIPPO è ancora presente.. Avreste qualche suggerimento da fornirmi? -- Roberto Ghislandi