Re: RTFM [Era Re: tar]

["Francesco P. Lovergine" <frankie@debian.org>]

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