Newsgroup: it.comp.os.linux.iniziare
Titolo: Questa mi è nuova...

Accendo il pc, e mentre linux ( Debian Sid ) sta caricando tutto quanto, si
interrompe e dice
/dev/hdb5 has been mounted 31 times without being checked, check forced
hdb5 è dove ho installato linux: al chè incomincia quello che credo sia un
controllo sull'integrità del filesystem (giusto?).
quando ha controllato tutto ( una decina di secondi ), rriparte, continua a
caricare e linux parte senza problemi...
Come mai? E' necessario?
Ciao!

 Come mai? E' necessario?
E' un normale controllo sull'integrita' del filesystem, volendo si puo'
disattivare.
Piuttosto se il tuo filesystem non e' journaled sarebbe molto meglio
provvedere alla conversione (se e' ext2 lo puoi rendere ex3 in modo
semplice e veloce).
-- 
L'unico motivo per tenere ancora Windows
http://www.farb-rausch.com

 Come mai?
E' preventivo.. ! Meglio un'attesa oggi che un recupero d'emmergenza domani
e di default su debian e' attivo..
E' necessario?
Come sopra..
Saluti GazziNet


Bene così, grazie!

 disattivare.
Già che se ne parla, ho una curiosità al riguardo: perchè il numero di 
"montaggi" dopo il quale viene eseguito il controllo cambia ogni volta 
(almeno su MDK9)? A volte avviene dopo 37, a volte dopo 25, ecc. Da cosa 
dipende questo valore?
Ciao.
-- 
Lucio.
"Tutto quello che possiamo fare è sperare per il meglio, aspettarci 
il peggio e accontentarci di una via di mezzo"

 dipende questo valore?
Se il valore-soglia e' espresso in giorni anziche' nel numero di volte
che si avvia la macchina torna, ma al momento mi sfugge.


 che si avvia la macchina torna, ma al momento mi sfugge.
No, il messaggio è esattamente lo stesso presentato nel primo post del 
thread, quindi espresso in volte.
E', una stupidaggine, lo so, ma la cosa mi incuriosisce.


 all'equipaggio di
it.comp.os.linux.iniziare:

Un dato puo' essere scritto erroneamente, quindi per un Corollario di
Murphy, cio' accade senza che vi sia un crash. Percio' il sistema
continua a funzionare senza lanciare un controllo sul filesystem,
questa inconsistenza tuttavia rimane lo stesso. (In linea di principio
questa situazione dovrebbe presentarsi anche con filesystem dotati di
log)
In sistemi del genere, dove appunto ci sono pochi crash ma frequenti
inconsistenze del filesystem, e' essenziale verificare periodicamente
l'integrita' del f.s.
I f.s. Ext di linux possiedono un campo chiamato "mount count", posto
a C quando viene controllato il f.s., e decrementato di 1 quando si
esegue il mount del f.s.
Quindi dopo C volte che si monta il f.s. il contatore arriva a 0 e il
sistema si occupa di ricontrollare la consistenza della partizione,
dopodicche' reimposta a C il contatore.
C e' chiamato "maximum mount count", anch'esso scritto nel f.s..
Per visualizzare il mount count e il maximum mount count si puo'
utilizzare il comando utente:
dumpe2fs  /dev/hdXY (filtralo con grep "ount count")
Per modificare i due valori usa il comando
tune2fs
con le opzioni -c e -C (man tune2fs per ulteriori info)
-- 
Linux Registered User #181013
[Exokernels] Although one approach to eliminating bloated, buggy,
unreliable operating systems is to make them smaller, a more radical
one is to eliminate the operating system altogether.

 thread, quindi espresso in volte.
Mi sembra che si possano impostare entrambi contemporaneamente, quindi il
check viene effettuato alla scadenza del primo dei due, un po' come la
garanzia 3 anni o 100.000 chilometri ;-)
-- 
 Ciao, Bianco.
|--------[Powered by Debian GNU/Linux Sarge - 2.4.19 - AMD K6-200]--------|
|------------[Linux Registered User #287769 - Machine #169192]------------|

 garanzia 3 anni o 100.000 chilometri ;-)
Ora si spiega tutto. Grazie per la risposta e ciao.
