Newsgroup: it.comp.os.linux.sys
Titolo: Journaling Of Data

Nella mia zona sono frequenti i cali di tensione, che un paio di volte mi 
hanno costretto 
a reinstallare tutto il sistema da capo (Fedora2). 
Vorrei poter usare il journal dei dati, su /, /home e /var dove ho i dati
più 
importanti, 
lasciando invece solo quello dei metadati su /tmp e le altre partizioni . 
Ho dato uno sguardo rapido senza successo in man mkreiserfs, mke2fs e mount.
Mentre nei Doc dei sorgenti del kernel, ho trovato solo l'opzione di
montaggio 
"data=" per ext3 e 
nessuna informazione per reiserfs.
Ho poi modificato il mio fstab, eccone alcune righe:
LABEL=/                 /       ext3            defaults        1 1
LABEL=/boot     /boot   ext2    defaults          1 2
LABEL=/home     /home   ext3    defaults,data=journal      1 2
LABEL=/tmp      /tmp         ext3    defaults                   1 2
LABEL=/var       /var          ext3    defaults,data=journal      1 2
/dev/hda10        /giga   reiserfs  defaults,nosuid,noexec,nodev    1 2
/dev/hda11      swap         swap    defaults                        0 0
Così com'è monta tutto bene, ma quando provo ad aggiungere l'opzione 
data=journal anche a / 
la procedura di avvio da errori: "filesystem già montato o opzioni
sbagliate" 
e viene montato read-only.
E' un problema dovuto a qualche modulo del kernel?
Dovrei riconpilarlo con qualche funzionalità inclusa?
Come posso fare per reiser?
Dove posso studiare qualcosa sul funzionamento dei filesystem?
# END RICHIESTA
#Saluti
Grazie a tutti

 lasciando invece solo quello dei metadati su /tmp e le altre partizioni . 
ma l'ext3 non usa il journaling automaticamente?
Francesco

 a reinstallare tutto il sistema da capo (Fedora2).
Usa un gruppo di continuita`.
Ciao,
gc :-)

 Come posso fare per reiser?
fedora e reiserfs temo siano ancora una brutta accoppiata

Grazie

 fedora e reiserfs temo siano ancora una brutta accoppiata
Ok, per il momento ho smanettato abbastanza.
Ci riproverò più in là non appena reiserfs-4 (sembra che il journaling dei
dati non incida sulle sue prestazioni) avrà finito il 
suo stato di test, casomai con una nuova aggiornata disto.

 Francesco
come molti altri filesistem journaled ha di default attivato solo quello dei
metadati, ciò siglifica che in seguito ad un blocco la procedura di riavvio
leggendo i dati del JDB (Journal data block) può ripristinare la corretta
struttura del filesistem (inode e compagnia bella...) in questo modo il
filesistem risulterà sempre congruente, cioè non rischi di avere un
filesistem con inode che puntano sugli stessi blocchi di dati, ciò non
significa però che la procedura di avvio può ripristinare i dati non
scritti, o scritti a metà.
Il vantaggio di ext3 con il journal di default è che rispetto ad ext2
non deve eseguire e2fsck (controllare una partizione di svariati Gb
richiederebbe svariati minuti) per correggere gli errori, gli basta
guardare il JDB.
Se vuoi una maggiore sicurezza puoi usare il journal anche dei dati, che
però è molto più lento (vedi l'altro mio post),
io non l'ho mai usato prima d'ora.
I dati vengono scritti prima nel JDB e poi sul filesistem, in caso di crash
o i dati originali o non vengono modificati perchè quelli nel JDB sono
incompleti, oppure vengono sostituiti con quelli lì presenti.
In ogni caso non dovresti ritrovarti con file illeggibili.

 contemporaneamente.
uno abbastanza recente 
http://lwn.net/Articles/84576/