Newsgroup: it.comp.os.linux.iniziare
Titolo: Comando TAR per il backup

Grazie ai vostri suggerimenti ho scoperto l'utilizzo del comando /tar/ 
per il backup del sistema. Il limite di questo comando è che bisogna 
avere una spazio libero sul HD, o partizione, pari almeno allo spazio 
occupato. Questo perché il file generato viene salvato sul file system 
stesso.
E' possibile far generare questo file direttamente su di un altro HD/
partizione?
-- 
Marco

 partizione?
Magari non ho capito la domanda, ma hai provato a specificare un path
completo al tuo file di backup? Chesso':
$ tar -cjvf /mio/disco/di/rete/backup.tar.bz2 /mia/directory/da/backuppare
invece di
$ tar -cjvf backup.tar.bz2 /mia/directory/da/backuppare
-- 
Best Regards, Jack
Linux User #264449
Powered by Debian GNU/Linux



Chiedo veramente venia, ho dimenticato di linkare la pagina da voi 
suggerita:
http://wiki.ubuntu-it.org/AmministrazioneSistema/BackupDelSistema/
BackupConTar?highlight=%28tar%29
Ho copiato pari - pari le prime due righe suggerite ed ha fatto il backup.
Io, poi, ho spostato questo file in un altro HD ed ho riliberato lo 
spazio.
Ubuntu 7.10 gira in /dev/hdd
E' possibile generare il file direttamente sul mio /dev/sdb ?
Questo /dev/sdb è partizionato nfts; dovrei comunque partizionarlo e 
riformattarne una parte?
-- 
Marco

 riformattarne una parte?
Dicono che scrivere su NTFS sia ormai sicuro, io sono un vecchio barbogio
e mi affiderei cmq a FAT32.


 barbogio e mi affiderei cmq a FAT32.
Vedo che mi vuoi stimolare a ragionare: fai molto bene, grazie.
Allora, il primo comando era (escluso il cd):
sudo tar -cvpzf /backup.tgz --exclude=/proc --exclude=/lost+found --
exclude=/backup.tgz --exclude=/mnt --exclude=/sys /
corretto potrebbe essere:
sudo tar -cvpzf /backup.tgz /dev/sdb --exclude=/proc --exclude=/lost
+found --exclude=/backup.tgz --exclude=/mnt --exclude=/sys /
Il /potrebbe/ è grande come una casa; mi viene il dubbio sulla / davanti 
a backup.tgz; deve rimanere?
-- 
Marco

 a backup.tgz; deve rimanere?
La ricorreggo:
sudo tar -cvpzf /backup.tgz /dev/sdb --exclude=/proc --exclude=/lost
+found --exclude=/mnt --exclude=/sys /
Non mi serve escludere un file che non c'è più
-- 
Marco

 ... Il limite di questo comando è che bisogna...
Il limite non sta in tar ma piuttosto nella 
comunicazione tra sedia e tastiera.

 
Sola la barra?
Confermo, non c'e` comunicazione tra sedia e tastiera.



Infatti sto cercando qualcuno che aiuti questa comunicazione tra sedia e 
tastiera: tu vuoi aiutarmi?
-- 
Marco

 partizione?
In Linux *TUTTO* e' file system. Ti basta montare, ad esempio un'unita' 
a nastro e questa entrera' a fare parte del file system, nel percorso da 
te definito.
-- 
  Cristian Castellari - 
www.skyflash.it
  XBox Live TAG: Wiitiful Sky
  Wii TAG: 2634 4285 3158 4638



Vado con l'ennesima correzione:
cd /
sudo tar -cvpzf /dev/sdb/backup.tgz 
Fuochino? Cosa faccio, la accendo, chiedo al pubblico o faccio la 
telefonata a casa?
-- 
Marco


non accenderla.
/dev/sdb è un hd? ha una oppure ha più partizioni?
mettiamo che ne abbia una.
monta /dev/sdb1 in /mnt/sdb1.
poi fai il tuo tar in /mnt/sdb1/backup.tar.gz



In effetti ha due partizioni; il numerino lo avrei messo dopo 
controllando bene quale partizione usare: ipotizzando la prima partizione 
allora il comando è:
cd /
sudo tar -cvpzf /mnt/sdb1/backup.tgz
-- 
Marco

 sudo tar -cvpzf /mnt/sdb1/backup.tgz
vedo che la partizione è ntfs. hai installato ntfs-3g e riesci a scrivere  
su quella partizione? se sì procedi, altrimenti provvedi ad installarlo.
la switch -p serve quando estrai i file, non quando li archivi. tar  
preserva senza bisogno di specificarlo proprietà e permessi.
la linea di comando poi la completi come nei tuoi esempi precedenti.



Grazie
-- 
Marco



Ecco come ho risolto: grazie a tutti veramente
cd /
sudo tar -cvpzf /media/disk/prova.tgz --exclude=/mnt --exclude=/proc --
exclude=/lost+found --exclude=/sys --exclude=/media /
Funzionante
-- 
Marco

 sudo tar -cvpzf /mnt/sdb1/backup.tgz
Avvertenza di carattere generale.
ATTENZIONE PERICOLO, non usare /dev/sdXX o simili con leggerezza
In linux per accedere ai dati bisogna montare la partizione in una
directory, scrivere direttamente sulla partizione vuol dire, di solito,
distruggere immediatamente i dati contenuti.

 ATTENZIONE PERICOLO, non usare /dev/sdXX o simili con leggerezza
Ehm, infatti, lui usa /*mnt*/...
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net


concordo che tutto è file e concordo sul concetto che vuoi trasmettere.
ma se tutto è file, non tutto è filesystem. e visto che il tape è un 
character device la vedo dura a montarlo (che io sappia è possibile montare 
solo i blockdevice, che siano fisici o logici, per la loro capacità di 
accesso randomico al dispositivo).
se poi hai un software che consenta di montarlo e trattarlo come un fs 
classico, dimmi il nome di quel software perchè ne avrei bisogno (non nego 
che può esistere... in fondo da quando è uscito fuse ho visto di tutto)
Matteo

 Ehm, infatti, lui usa /*mnt*/...
<Ehm> infatti in post precedenti ha scritto comandi che usavano /* /dev/xxx
*/ ... il che fa presupporre che lui od altri potrebbe non essere al
corrente del rischio di distruzione totale e immediata dei dati contenuti
nel disco che si avrebbe usando direttamente /dev/xxx .
</Ehm ...> ( :P )

 <Ehm> infatti in post precedenti ha scritto comandi che usavano /* /dev/xxx
Eh, ho visto dopo.
Certo che anche te, potevi quotare un pezzo dove usava /dev ;-)
In ogni caso, due cose:
1) Reitero gli auguri continuati.
2) Concordo, la dir /dev va usata SOLO se si sa davvero cosa si sta
facendo, ci vuole un nanosecondo per entrare nella prima categoria
dei sysadmin proveniendo dalla seconda.
Ah, volete sapere che diavolo sono le categorie dei sysadmin?
I sysadmin si dividono in due categorie:
Quelli che hanno perso i dati, e quelli che non hanno _ANCORA_ perso i
dati, ma li perderanno.
