Newsgroup: it.comp.os.linux.sys
Titolo: errori ext3

eccomi tornato dopo un'assenza di circa un mese per trasloco, con un po'
di errori sulla partizione di /home, posizionata su un hard disk separato.
Gli errori in questione sono questi, riportati dal syslog della mia
Slackware 11.0:
error (device hdb1): ext3_new_block: Allocating block in system zone - 
	blocks from 25788418, Aborting journal on device hdb1.
hdb: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hdb: drive not ready for command
ext3_abort called.
EXT3-fs error (device hdb1): ext3_journal_start_sb: Detected aborted journal
Remounting filesystem read-only
EXT3-fs error (device hdb1) in ext3_reserve_inode_write: Journal has aborted
__journal_remove_journal_head: freeing
da aggiungere che detta sequela di errori non si presenta
sistematicamente, ma abbastanza casualmente. La /home viene montata in
read-only, riavvio, parte il fsck e mi risponde col messaggio:
INODE 9256975 i_blocks is 8, should be 0.
FIXED
dopo un po' il fsck finisce e il sistema si riavvia normalmente. Sulle
prime pensavo fosse un errore derivante da parametri sbagliati di hdparm,
ma anche senza hdparmare niente sull'hard disk della /home, gli errori si
ripresentano. Ho però il dubbio che il numero di inode che fsck dà
sia sempre lo stesso; per curiosità ho voluto verificare cosa ci fosse su
quell'inode ed ho trovato in file .fetchmail.pid: a pensarci bene l'errore
si verifica più o meno quando, in rc.local, faccio partire il demone di
fetchmail. Me è possibile che questo possa generare errori di filesystem?
L'hard disk è nuovo (circa tre mesi), vorrei sperare che non fosse un
problema meccanico (leggi: vorrei sperare che non mi abbiano fregato i
soldi su ebay).
Ringrazio tutti per l'attenzione data!!!

 Sono cavoli. Backup e sostituzione disco prima possibile.
Uaaaaa, ma il disco fisso è nuovo!!! L'ho comprato neanche due mesi fa su
ebay!! Devo pensare male, che mi abbiano fregato con un disco fisso usato,
venduto per nuovo?
Ad ogni modo, è normale che questi errori si presentino saltuariamente e
non sistematicamente? Per esempio, sono già due riavvii (corrispondenti a
due settimane) che non ho problemi. Ovviamente non sono scemo, il backup
è già fatto e al sicuro. 
Spulciando ancora nei log ho trovato anche questi errori:
ATA: abnormal status YxYY on port YxYYYY
sono in qualche modo correlati? Potrebbe essere un problema di kernel?

 Spulciando ancora nei log ho trovato anche questi errori:
Smart che dice?
smartctl -t long /dev/hdb

 smartctl -t long /dev/hdb
dice questo:
=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  
# 1  Extended offline    Completed without error
 
Remaining  LifeTime(hours)  LBA_of_first_error4
      00%       120         -

 C'e' la vaga speranza che sia il cavo fallace o l'alimentazione ballerina.
Mi hai anticipato, volevo dare una (piccola) speranza raccontando di 
come ho imprecato quando ho sostituito un disco per accorgermi poi che 
tutti i problemi erano causati dal connettore di alimentazione che 
innestava male, semplicemente toccandolo il disco si resettava...
Flebile speranza, però...
Ciao.

Visto e considerato che il negozio dove ho comprato l'hard-disk latita e
non è più un utente ebay registrato (cosa che farebbe deporre per le mie
più fosche previsioni) cerco (ostinatamente) di capire se il mio hard
disk sta rendendo l'anima al creatore o è solo un problema di kernel che
sta spuntando solo adesso.
Quello che non capisco è: se un hard-disk ha settori danneggiati,
eventuali errori di filesystem non dovrebbero avvenire casualmente e per
tutto il funzionamento del computer? Perché invece a me appaiono solo e
soltanto quando viene eseguito il file rc.local, alla fine del boot?
L'ultimo errore che ho avuto su hdb (l'hard disk incriminato) è stato:
EXT3-fs error (device hdb1): ext3_get_inode_loc: unable to read inode block
- inode=9261480, block=18514063
poi, al solito, riavvio, fsck, nessun messaggio di correzione e il pc
parte normalmente. Per tutto il tempo susseguente, vale a dire dal 13
aprile scorso ad oggi, nessun errore su hdb. Ma hdb1 è la partizione di
home, quindi è stata in uso! Ovviamente il backup è già stato fatto,
quindi posso permettemri un po' di esperimenti, ma prima di sostituire
l'hard disk vorrei essere sicuro che si stia rompendo sul serio e che non
sia un problema di altra natura.
Ringrazio tutti per il tempo che vorranno dedicarmi!

 soltanto quando viene eseguito il file rc.local, alla fine del boot?
Potrebbe essere perchè rc.local esegue programmi che lavorano su dati e i
blocchi degli uni o degli altri sono in prossimità di una zona danneggiata
del disco. Prova a vedere qui:
http://smartmontools.sourceforge.net/BadBlockHowTo.txt
Un'altra ipotesi è che rc.local sia eseguito alla fine di una intensa
attività di uso del disco, e che in queste condizioni si verifichi un
problema. Questo lo puoi verificare più agevolmente usando un benchmark tipo
IOZone per vedere se è il livello di I/O a scatenare il problema.
-- 
Per rispondermi, sostituisci a nomecognome il mio nome e cognome
To reply me, substitute nomecognome with my real name and surname

 IOZone per vedere se è il livello di I/O a scatenare il problema.
resta solo questo da verificare!