Newsgroup: it.comp.os.linux.sys
Titolo: Backup di dati sensibili senza permessi

Ciao,
sto cercando di scrivere uno script per il crontab che mi permetta di
fare il backup del contenuto di un fileserver (condiviso con Windows
con Samba) su di un disco esterno ethernet, un Western Digital da 1TB,
con collegamento di rete.
Avevo provato con rsync.... poi sono passato al semplice cp, ma i
limiti sono 'gli stessi'.
Il problema è:
- i dati hanno diversi permessi e dovrebbero essere mantenuti al
sicuro e non accessibili a tutti (difficile con un hard disk di rete)
- il disco WD ha una partizione FAT32, che ovviamente non supporta
permessi, ownership o timestamps;
- anche se metto l'opzione "--no-preserve=ownership,timestamps" al
comando "cp" continuo ad avere degli avvisi di "cp: preserving
permissions for `/mnt/folder/file': Permission denied"
La prima domanda è:
C'è un modo per preservare gli attributi dei file backuppati? Ho
sentito che questi HardDisk riescono a funzionare anche come NAS....
aiuterebbe?
La seconda domanda è:
Per un backup di dati aziendali su un hard disk di rete come nel mio
caso quale sarebbe la migliore soluzione, o il miglior compromesso?
Grazie del supporto :-)

 C'� un modo per preservare gli attributi dei file backuppati? Ho
tar
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 tar
Mmmmh... potrebbe funzionare.
Però c'è la questione della compressione.
Diciamo che questo backup ci serve spesso nell'immediato, nel senso
che se perdiamo un file dobbiamo essere capaci di recuperarlo in un
attimo dal backup.
Il dubbio è questo: con tar quanto ci mette a tirar fuori un file da
tutto il backup?
Dovrei fare un tar unico con tutto dentro oppure utilizzarlo su ogni
singolo file?
E soprattutto... in questo modo conservo gli attributi del file, ma
ovviamente se apro il file tar da Windows (per esempio) accederò
tranquillamente alle informazioni?
Perchè se così fosse perderei la sicurezza.
Ad ogni modo l'hard disk di rete fa girare una distro di linux (non
ricordo bene quale ma viene comunque rilasciato il codice sorgente).
Ci sta che si possa cambiare il filesystem senza fare troppe
modifiche?
In questo modo metterei una ext3 o qualcosa di più unix-friendly!
Grazie :)

 modifiche?
Beh, senza fare troppe modifiche � una espressione forte, ma se ci
sono i sorgenti, direi che "si .... pu� ..... faree!!!!!" (cit)


 sono i sorgenti, direi che "si .... può ..... faree!!!!!" (cit)
Hihihi bene! Vedo di documentarmi!
PS - Mi chiamo Igor! (*non è una cit.!!*) ;D

 ciao, f.
Grazie, mi dò un'occhiata in più alla documentazione di tar.
Probabilmente è la miglior soluzione :)
Mercì!!
Pic

 PS - Mi chiamo Igor! (*non � una cit.!!*) ;D
Tu dovevi dire "Blucker!".
"hihihi" lo dovevano dire i cavalli.


 hai la compressione già come feature del tar.
Personalmente la evito, in quanto usare un compressore esterno mi
permette di verificare quali parametri utilizzare (e.g. il livello di
compressione). Tra l'altro, bisogna stare attenti anche al tar che si
utilizza. Ad esempio, GNU Tar di Debian Lenny manca del supporto alle
ACL, cosa che invece c'e` nello GNU Tar di CentOS e nello GNU Tar
ufficiale e non pacchettizzato. Personalmente, per risolvere 'sta cosa,
ho usato BSD Tar, ma cio` non toglie che una unificazione delle versioni
e un aadeguamento delle distribuzioni sarebbe una cosa gradita,
soprattutto in concomitanza di strumenti di tale portata
Enrico
P.S. sarebbe interessante provare dar e star, ma da quello che ho visto
tar rimane sempre il piu` semplice

 con collegamento di rete.
Tieni presente che questo _non_ e` un backup, ma una sua parte, ovvero
fa (deve fare) parte di una strategia di backup dove i fiile sono
copiati su di un supporto ad accesso diretto (e.g. il NAS) e
successivamente viene copiato su di un supporto per l'archiviazione
(e.g. un nastro magnetico). Detto questo, personalmente eviterei quei
dischi "intelligenti" che vendono nei negozi, ma comprerei qualcosa di
adeguato. Se non vuoi spendere molto, dai un'occhiata ai prodotti Qnap
Enrico
P.S. ovviamente, giusto per sottolineare l'ovvio, fatti comprare una
unita` a nastro

 ACL, cosa che invece c'e` nello GNU Tar di CentOS e nello GNU Tar
Giusto, questo mi era del tutto sfuggito, anche se siamo parecchio
lontani dalla speranza dell'OP di gestirlo con un cp su fat32. ;-)


 Se non vuoi spendere molto, dai un'occhiata ai prodotti Qnap
Dimenticavo: ho citato i prodotti Qnap non a caso, in quanto essi
montano una distribuzione linux personalizzata oppure ti permettono di
montare una Debian. Di conseguenza, hanno a disposizione molta piu`
flessibilita` di quanta te ne serva
Enrico