Newsgroup: it.comp.os.linux.sys
Titolo: slack 10.2: hda end_request I/O error

ciao a tutti e buon anno,
ho un notebook siemens cel433, hdd 6.0gb, ram 160mb, win98 su cui
ho provveduto ad installare slack 10.2 kernel 2.4.31 .
l'installazione è andata ok; dai log nessun errore.
ora quando cerco di scaricare pacchetti p.e. da 
linuxpackages.net
o da qualche mirror (p.e. openoffice) mi succede che:
- md5sum <nomepacchetto> da input/output error
- in /var/log/syslog ho i seguenti, inquietanti, errori in concomitanza
con l'esecuzione del comando md5sum:
kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error} 
kernel: hda: dma_intr: error=0x40 { UncorrectableError, LBAsect=9262456, 
             sector=89902804 }
kernel: end_request: I/O error, dev 03:02 (hda), sector 89902804
la prima cosa che ho fatto è disabilitare da bios il DMA2 e UDMA.
Ho provato a formattare a basso livello il disco ed è tutto ok.
reinstallata slak di nuovo stesso problema.
c'è qualcosa che posso verificare / disabilitare / abilitare?
grazie a tutti
bye,
paolo

 - md5sum <nomepacchetto> da input/output error
ma solo md5sum da errore?
il resto come funziona?

paolo wrote:

Hai provato ad abilitare le funzioni di crittografia nel kernel?
Oltre che il supporto a DMA2 e UDMA e al chipset della tua scheda madre?
Poi se in realta' funziona la Slackware, e il problema e' solo del MD5SUM,
forse dovresti reinstallare solo quello...
-- 
When we are planning for posterity, we ought to remember that virtue is
not hereditary.
  -- Thomas Paine

LinuxBoy wrote:

me ne sono accorto con md5sum poichč durante installpkg mi segnala
sempre errore di corruzione pacchetto, quindi il tutto č partito da li.
il resto pare funzionare bene, ovvero:
1) durante il boot non ci sono segnalazioni di i/o error (in syslog)
2) durante il caricamento di kde 3.4 non ci sono errori (in syslog)
3) hdparm -i /dev/hda mi riporta (almeno credo) lo stato della partizione
disco ok.
quello che non riesco a capire č se il disco sta per morire oppure no.
formattandolo a basso livello non ci sono rilevazioni di settori
danneggiati.
veramente strano imho.
grazie
bye,
paolo

 
non ho provato a ricompilare il kernel; ho provato md5sum su altri pacchetti
(quelli del cdrom) e sono tutti ok, quindi ritengo che md5sum funzioni
correttamente.
grazie
bye,
paolo

 veramente strano imho.
Allora, forse il problema non e' dell'harddisk ma della connessione internet
con cui scarichi i pacchetti?
Potresti, se c'e', abilitare lo SMART dei dischi nel bios del portatile. Se
ci sono problemi lo rivela prima dell'avvio del sistema opertivo.
-- 
Children are natural mimic who act like their parents despite every
effort to teach them good manners.


Io direi che il disco sta per salutarti, il fatto che la cosa si
presenti con un md5sum o con altro poco conta dato che hai degli errori
del dma nei log, anche se fare altre prove non fa' sicuramente male.
Ciao,
Gufo
-- 
  ,___,                    Never trust an operating system.
  (9v9)
  (_^((\		    .: May the owl be with you :.
-^-"-"-\\-^-

 
allora ho fatto un pň di prove, nel frattempo.
da un altro pc linux slak 10.2 (stessa connx adsl) ho scaricato
il tgz di openoffice 2.0.1; verificato con md5sum ed č ok ed infine
via ftp trasferito sul notebook.
su 'sto notebook md5sum e installpkg non gradiscono il tgz
(si ripetono gli errori di cui sopra).
durante il trasferimento ftp in syslog non c'č nessuna
segnalazione di i/o error.
non ci sto capendo piů una mazza....
grazie a tutti x eventuali suggerimenti.
bye,
paolo