Newsgroup: it.comp.os.linux.sys
Titolo: Errori nel journal

Settimana scorsa mi sono messo a "giocare" con knoppix e
furbescamente ho fatto un defrag sulla partizione root, che è
stata trasformata da ext3 a ext2.
Ho letto il Filesystem-HOWTO e pensavo di aver ripristinato
ext3, visto che:
stanck ~$ df -t ext3
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/hda3              7692908   2146168   5155960  30% /
/dev/hda4             11653820   6443480   4618348  59% /home
ma in fase di avvio tra i vari messaggi ricevo questo:
Checking root file system...
fsck 1.27 (8-Mar-2002)
/dev/hda3: clean, 126379/977280 files, 567327/1953905 blocks
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on ide0(3,3), internal journal
Board DFX0000/1493 not found - skipping
Board DFX0000/1493 not found - skipping
Board DFX0000/1493 not found - skipping
Board DFX0000/1493 not found - skipping
Board DFX0000/1493 not found - skipping
Non capisco se sono errori dovuti a quel defrag od ad un riavvio
causato da un temporale che avvenne qualche giorno dopo.
Secondo te?
Ciao e grazie dell'attenzione.
Ps: Debian "Woody" is the OS.
-- 
"We are accidents waiting to happen"
God bless Thom Yorke!

 0 per azzerare il contatore di check?
La prima che hai detto , la seconda no.
Mo' provo.
Grazie. 


 Mo' provo.
Fatto, ma stesso messaggio.
Ha impostato il max-count a -1 e se ho capito bene, questo forza
il controllo del fs ad ogni avvio macchina.
Ps: il bello è che ultimamente non mi faceva più il fsck della
partizione ogni 23(?) montaggi (e ne avevo fatti sicuramente di più),
invece nel riavvio precedente il "tune2fs -c 0" lo ha fatto. Boh.


 non deve essere effettuato nessun check.
Qualche doc dice anche che alla sfiga non c'e' limite, e che visto che
la sfiga puo' colpire anche il journal un check ogni tanto male non fa
;)
Cia
Francesco

 check.
==============================================
Dal ext3-mini-HOWTO:
By contrast, ext3 does not require a file system check even after an
unclean system shutdown, except for certain rare hardware failure cases
(e.g. hard drive failures), because the data is written to disk in such
a way that the file system is always consistent.
==============================================
Dal ext3-usage-HOWTO:
Filesystem check intervals
A feature of e2fsck is that it will regularly force a check of a
filesystem even if the filesystem is marked clean.  Typically, this
happens on every twentieth mount or every 180 days, whichever comes
first.
This still happens with ext3, and is quite possibly not what you want to
happen one of the reasons you chose ext3 was to avoid the downtime which
is caused by a long fsck.
So it is a good idea to turn this feature off for ext3.
Use the command tune2fs -i 0 -c 0 /dev/hdxx to disable the checking.
NOTE: this means that it is your responsibility to periodically schedule
downtime for the manual checking of disks.  In many Linux distributions
this is most easily done by creating a file called /forcefsck and
rebooting.
==============================================
Dal primo si evince che ext3 non ha bisogno di check a meno di problemi
hw, ma dal secondo che conviene disabilitare i check programmati solo
per limitare il downtime ed effettuarli a manina al momento opportuno.
Riassumendo: non sono indispensabili, ma a qualcosa servono. (?)
Un problema hw, che ne pensi?
Ciao e grazie ancora.


 Board DFX0000/1493 not found - skipping
A me sembrano file appartenenti a un driver di una scheda con firewire.
Potrebbero essere link saltati sul fs o entry rimaste in una directory
senza il file corrispondente, o magari errori che non c'entrano niente con
l'fsck ma che il driver da' perche' trova il sistema in read-only e non
riesci a scriverli... mah
Bye.

 Bye.
Grazie mille.


 Non scarterei nemmeno questa idea: ho provato a cercare
...
Provo, anche se Alessandro con il suo post mi ha fatto
pensare che quei messaggi non c'entrino con fsck, ma
che possano riguardare la scheda firewire.
Buona domenica e grazie.


 Tienimi informato che a questo punto sono curioso.
Enigma risolto.
Erano messaggi del supporto isapnp che avevo (chissà
perché) compilato nel kernel.
Ciao.
