On Mon, Dec 31, 2001 at 11:45:15PM +0100, NN_il_Confusionario wrote: > On Mon, Dec 31, 2001 at 12:36:28PM +0100, Francesco P. Lovergine wrote: > > tar ha problemi solo con i device file. Per il resto link simbolici > > e permessi/proprietari sono conservati. > > E' possibile 'replicare' un intero filesystem > > Non sono esperto di tar, e chiedo lumi. > Quali problemi ha la versione GNU di tar con i device files? > Mi sembra strano ne abbia, i tar vengono comunemente usati > in debian (il vecchio base.tar.gz e ora debbootstrap) per > popolare /dev > Per conservare proprietari da un siatema a uno diverso > occorre attenzione ai diversi /etc/passwd e/o usare > l'opzione di tar per conserviare uid e gid numerici > (a proposito, quando si scompatta da root un tar che contiene > solo uid/gid numerici questi vengono conservati di default?) > Io uso per creare i tar "bakuppanti" cose del tipo > > #!/bin/sh > test -d "$1" || { echo "Mi serve una dir come argomento!" ; exit 1 ; } > test -e "$1.tar.bz2" && { echo "$1.tar.bz2 esiste!" ; exit 1 ; } > tar --numeric-owner -cvIiSf "$1.tar.bz2" "$1" > > (per il tar di potato, con woody l'opzione per bz2 cambia) > c'e` di meglio tra le opzioni di GNU tar? > > Infine, comunque, gli attributi (quelli che si vedono con lsattr) > dell'ext2 non mi pare vengano visti dal tar (cpio pax & friends). > E infatti il manualone di FreeBSD dice che per i backup il massimo > e` ancora il classico dump/restore che mi pare siano recentemente > entrati in debian. >
Gli 'attributi' ext2 sono cose tipicamente legate al filesys in uso e altrettanto tipicamente ignorate nel tar che di fatto deve creare file 'portabili' fra sistemi diversi (anche non Linux) e il formato dei file e' standard - e non comprende 'attributi' oppure acl. E' chiaro che se cose di questo tipo sono importanti i file .tar non sono utilizzabili. Di fatto pero' gli attributi in un filesystem di sistema ordinario - leggasi non manipolato dal sys admin/utente - sono vuoti, per cui... Almeno sotto Linux tar riesce a copiare buona parte dei device file, ma non i socket a quanto mi risulta (chesso' /dev/printer). Su altri sistemi - motivo per cui bisogna andarci con piedi di piombo nell'uso generalizzato - la lista di device file non copiabili puo' essere piu' o meno lunga. -- Francesco P. Lovergine