Newsgroup: it.comp.os.linux.sys
Titolo: Partizione che diventa read only

Ho un problema che m'è capitato due volte nelle ultime 48 ore. Ad un certo
punto una delle partizioni (che contiene /var) diventa readonly. Dal kernel
ricevo un messaggio di fallito commit sul filesystem (ext3) - che non so se
ne sia la causa o la conseguenza - e da quel momento l'unico modo di
sistemare le cose è dare un e2fsck che recupera 2 inode orfani, altrimenti
la partizione si monta in sola lettura, per altro senza nessun warning da
mount (al quale risulta rw): non si scrive e basta.
Dato che Apache dopo il check non ripartiva comunque sostenedo di non
riuscire a scrivere sui propri log controllando ho probabilmente trovato
quei due inode: sia access_log che error_log dando un ls -l avevano tutti
gli attributi, proprietario, dimensioni e data indicati come "?"... Un
unlink sui suddetti dopo anche Apache ripartiva.
La prima volta ho fatto spallucce, ma due volte in poco più di un giorno la
stessa identica cosa mi preoccupa. Qualcuno riconosce questi sintomi? Può
essere il disco fisso (ide, mooolto economico come la macchina, nuova) che
sta imboccando la via della pattumiera? Il kernel è il 2.6.13.4, non è che
ha qualche bug noto che m'è sfuggito?
IG
 

 Cambia disco al piu' presto.
Confermo.
Quando un disco legge maile o scrive male, detto alla buona, ci sono dei
CRC che falliscono.
Linux mette il filesystem in readonly per evitare ulteriori danni.
Cambia disco.
Max

 Linux mette il filesystem in readonly per evitare ulteriori danni.
Al contrario di windows che, quando un disco legge o scrive male, lui 
continua imperterrito a scrivere o leggere finche poi il disco stesso 
dice: Ora BASTA e se ne va.....

 Cambia disco al piu' presto.
Può anche essere il controller.
-- 
Vide
"To emulate flesh machines I am learning" (Nevermore)
NP: Nulla

 sta imboccando la via della pattumiera?
Sicuramente è il disco, ma non è detto che sia da buttare. A me capita
spesso quando la temperatura del disco sale oltre i 55 gradi perché va
in protezione. Verifica con hddtemp ed eventualmente, se è quello il
motivo, provvedi ad areare meglio il case.
-- 
Flavio Visentin
Membro del CICAP
Comitato Italiano per il Controllo delle Affermazioni di P4

 motivo, provvedi ad areare meglio il case.
Controllerò sicuramente, ma sono più portato a pensare a mortalità 
infantile, la macchina in questione è accesa da pochi giorni. Di aria ne 
dovrebbe circolare in abbondanza e il locale in cui si trova non è 
nemmeno riscaldato.
Dato che è in garanzia credo che riporterò 'sto rottame dal fornitore 
senza pensarci ulteriormente. Non voglio dover scoprire che, come 
suggerisce Vide, in realtà era il controller. Certo sarei più contento 
se a fare un lavoro da server non ci fossero dei ridicoli pc da 200 
euro, ma chi sono io per decidere il modo migliore di ottimizzare le spese?
Grazie a tutti per le risposte!
IG

 ricevo un messaggio di fallito commit sul filesystem (ext3)
disco morituro. Il codice di ext3 prevede esplicitamente che, in caso di
troppi errori di accesso al disco, la partizione venga messa in
read-only per evitare di sputtanare il filesystem.


Esatto. Lo fa anche su altre partizioni, tipo se copi della roba su un 
dispositivo esterno usb (hd usb,lettore mp3 o altro) e ti si scarica la batteria 
mentre copi o incorri in qualche altro problema, quando lo ricolleghi, appena 
trova dei settori non registrati correttamente per colpa del problema sopra 
citato, il sistema mette il filesystem in read-only. A quel punto occorre 
staccare tutto e ricostruire il filesystem, nel caso di fat il piu' delle volte 
ho semplicemente cancellato un po' di directory. (ad es. dal menu del lettore mp3)
-- 
RRB @ 
http://www.allservice.it/

 read-only per evitare di sputtanare il filesystem.
Però mi sembra che con tune2fs si possa specificare di continuare in 
read-write (altamente sconsigliato) oppure di far panicare la macchina (che 
non è una cattiva idea per file system che comportano malfunzionamenti di 
qualche applicativo che magari va ad influire su un altro filesystem, oppure 
in caso di cluster, in cui è buona cosa, in fase di malfunzionamento, 
forzare il passaggio dell'applicativo all'altro nodo del cluster).
Matteo