Newsgroup: it.comp.os.linux.sys
Titolo: strategia di backup (lunghetto)

Ciao a tutti,
sto considerando vari modi di migliorare la mia corrente strategia di
backup su CDR. Ora semplicemente scrivo un tar.gz su cd, perň č un po'
scomodo quando si deve ripristinare solo una parte dei dati e non
tutti.
Quindi avevo pensato di creare un filesystem ext2 su un file di giuste
proporzioni, che poi viene montato con -o loop e sul quale viene
scritto il backup. Questo file viene poi salvato sul cd. Avevo poi
sentito dire che con -o session=N si poteva montare solo la sessione N
di un cd. Figo, i file del backup sarebbero cosě disponibili
direttamente dal cd, senza ripristinarli su hd prima.
Perň quando ho provato non ha funzionato, per cui deduco che valga
solo con iso9660. Confermate?  Il backup, ripristinato su hd č a posto,
posso rimontarlo con -o loop e vedere tutto.
Inoltre, potrei abilitare chattr +z sul file(system) di backup e cosě
ottenere compressione direttamente in scrittura senza addizionali gzip o
simili. Perň non ho esperienza delle patch di compressione e l'unico
link che sono riuscito a trovare pare morto, o estremamente lento.
L'unico grosso problema mi sembra il fatto di dover decidere in
anticipo la dimensionse del file(system) di backup. Nessun genio ha
ancora scritto un filesystem su file che si espande mentre ci si
scrive sopra? 
Grazie dei consigli,
-- 
Stefano

 proporzioni, che poi viene montato con -o loop e sul quale viene
Da quel che ricordo del CD-WRITING HOW-TO si posso scrivere direttamente
i dati in ext2 sul cd, hai provato a dare un'occhiata all'HOW-TO?
-- 
 __            ___                        
|  \. _ _  _    _/ _  _ _ _  _. _ |_|_ _  
|__/|(-(_)(_)  /__(_|(_(_(_|| |(_)|_|_(_) 
       _/                                 

 i dati in ext2 sul cd, hai provato a dare un'occhiata all'HOW-TO?
Sì, dice di fare come sto facendo io... il problema è che l'opzione
session=N per montare solo una delle sessioni esistenti sembra essere
specifica per iso9660. Il messaggio di errore (option not known o
simile) che ottengo tristemente conferma questa ipotesi...
Grazie comunque, non mi ricordavo che l'HOWTO menzionasse la cosa.
-- 
Stefano

 i dati in ext2 sul cd, hai provato a dare un'occhiata all'HOW-TO?
Non penso che sia conveniente (anche se possibile). La meccanica di un CD
e` diversa da quella di un HDD e gli spostamenti delle testine sono molto
costosi e a lungo andare potrebbero danneggiare la meccanica, specialmente
nel caso dei masterizzatori.
Piuttosto, raccomando di usare una combinazione di tar (o cpio) e cdrecord
(cose del tipo: tar cf - | cdrecord device=... -)
perche` in questo modo si fa una scrittura sequenziale pura.
-- 
     /kinkie
Ed ora, qualche parola dai nostri sponsor: 
Men are those creatures with two legs and eight hands.
		-- Jayne Mansfield

 scrive sopra? 
Mi pare che l'emulatore vmware funzioni cosi`...
-- 
 Yours truly, |  PCC on a FreeBSD box                E-mail: 
ab...@mclink.it
  Angel Blue  |-------------------------------------------------------------
      _*_     |  "Misty morning - Clouds in the sky
       |      |   Without warning - A wizard walks by"  (Black Sabbath)

 Mi pare che l'emulatore vmware funzioni cosi`...
Altri casi noti che si possono usare liberamente?
-- 
Stefano

 tutti.
Be' tanto per cominciare  fare  backup su cdrom e' un controsenso: un cdrom 
non fornisce sufficenti garanzie di durata ( stiamo parlando ovviamente di 
cdrom masterizzati a casa che sono mooooooolto diversi da quelli "stampati" 
).
Proprio per questo sconsiglio qualunque soluzione .gz poiche gzip fa 
controlli di crc e basta che salti un bit e perdi tutto.
Probabilmente la soluzione migliore e' un bel iso9660 con estensioni joliet 
+ estensioni rockridge.
salvaguardi mente, lettore e masterizzatore....
se poi un giorno linux riuscira a supportare i fs su masterizzatori 
riscrivibili ( insomma come se fossero dei floppy ... )  ...

come suggerisci, è sicuramnete una buona idea.
Per quanto riguarda il backup su CD-R (o CD-RW) cosa ne pensi del pacchetto
"Mondo" (lo trovi su freshmeat) ? Non so se è adatto ad esigenze
professionali, ma a me per il mio uso "casalingo" va più che bene, mi fa il
backup di tutto il mio sistema (2 hd, 4 partizioni di cui una Win98) su CD-RW
bootabili, e quando fai il boot dal primo cd della serie per il ripristino puoi
anche confrontare il backup con il filesystem attuale, ecc... Mi ripristina
anche il settore di boot con LILO...
--
Lorenzo

 - rimuovi XXX  x  rispondere  ICQ	#8814554
 
- Una  stanza  vuota.	Due  porte.   Su  una  c'e'  scritto  "ENTRATA",
  sull'altra "USCITA".  Cos'e'?
- Un labirinto per carabinieri.
		-- Da it.hobby.umorismo

 Altri casi noti che si possono usare liberamente?
A me non vengono in testa.
-- 
 Yours truly, |  PCC on a FreeBSD box                E-mail: 
ab...@mclink.it
  Angel Blue  |-------------------------------------------------------------
      _*_     |  "E non e` dolce essere unici
       |      |   ma se hai un proiettile ti libero"  (Afterhours)

 grossa: 
Infatti pensavo di gzippare ogni singolo file, perdendo un po' di
spazio ma guadagnando in affidabilità. Mi piacerebbe assai che mkisofs
avesse un'opzione "comprimi il file prima di scriverlo", ma sembra di
no... 
Grazie a tutti per i suggerimenti
-- 
Stefano

 writes:
Stefano> Infatti pensavo di gzippare ogni singolo file, perdendo un
Stefano> po' di spazio ma guadagnando in affidabilità. Mi piacerebbe
Stefano> assai che mkisofs avesse un'opzione "comprimi il file prima
Stefano> di scriverlo", ma sembra di no...
Però puoi non scriverlo in iso9660 e usare extended 2 + e2comp:
 
http://www.netspace.net.au/~reiter/e2compr/
con il quale, in modo trasparente, il sistema comprime ciascun file
con uno dei molti algoritmi disponibili (gzip, bzip2 e altri).
Ciao
Marco

 con uno dei molti algoritmi disponibili (gzip, bzip2 e altri).
Avevo pensato anche a questo, perņ ero un po' dubbioso visto che le
patch di compressione ancora non sono considerate "stabili" anche se
pare che in realtą non diano problemi... tu hai esperienza diretta? 
-- 
Stefano

 writes:
Stefano> Avevo pensato anche a questo, però ero un po' dubbioso visto
Stefano> che le patch di compressione ancora non sono considerate
Stefano> "stabili" anche se pare che in realtà non diano
Stefano> problemi... tu hai esperienza diretta?
Non su masterizzati, ma qualche partizione e2comp la tengo e devo dire
che anche utilizzando un algoritmo veloce, si recupera un po' di
spazio. Devo ammettere che non c'ho messo i miei backup.
Ciao
Marco