Newsgroup: it.comp.os.linux.sys
Titolo: Si pianta Linux redhat 7.2

Mi scuso per il lungo post.
Purtroppo oggi mi si è piantata la macchina per ben tre volte! 
Vorrei capire insieme a voi il perché! 
Dunque la causa sembra essere il CD-Rom, infatti tutto funziona fino a 
quando non tento di "sentire" una canzone dal mio CD di mp3! 
Clicco sull'icona che voglio, e sento il CD-Rom girare a vuoto... penso al 
solito problema dei CD masterizzati.. ma subito dopo ecco che mi si blocca 
la macchina! Non c'è alt+ctrl-Backspace, alt+ctrl+canc che tenga! Reset 
fisico!!!! 
Il CDrom è un ide in emulazione scsi:
scd1 è il CD-Rom ( ide = hdc )
scd0 è il masterizzatore ( ide = hdb )
Eccovi il log di sistema ( /var/log/messages )
Apr 16 18:27:08 localhost kernel: Attached scsi CD-ROM sr0 at scsi0, channel 
0, id 0, lun 0
Apr 16 18:27:08 localhost kernel: Attached scsi CD-ROM sr1 at scsi0, channel 
0, id 1, lun 0
Apr 16 18:27:08 localhost kernel: sr0: scsi3-mmc drive: 32x/32x writer cd/rw 
xa/form2 cdda tray
Apr 16 18:27:08 localhost kernel: Uniform CD-ROM driver Revision: 3.12
Apr 16 18:27:08 localhost kernel: sr1: scsi3-mmc drive: 52x/52x cd/rw 
xa/form2 cdda tray
Apr 16 18:27:09 localhost modprobe: modprobe: Can't locate module 
sound-slot-1
Apr 16 18:27:09 localhost modprobe: modprobe: Can't locate module 
sound-service-1-0
Apr 16 18:27:09 localhost modprobe: modprobe: Can't locate module 
sound-slot-1
Apr 16 18:27:09 localhost modprobe: modprobe: Can't locate module 
sound-service-1-0
X Apr 16 18:27:47 localhost kernel: scsi : aborting command due to timeout : 
X pid 0, scsi0, channel 0, id 1, lun 0 Test Unit Ready 00 00 00 00 00
X Apr 16 18:27:57 localhost kernel: scsi : aborting command due to timeout : 
X pid 0, scsi0, channel 0, id 1, lun 0 Test Unit Ready 00 00 00 00 00
X Apr 16 18:27:57 localhost kernel: SCSI host 0 abort (pid 0) timed out - 
X resetting
** le strighe contrassegnate dalle X sono ripetute per un bel po', fino 
   a Apr 16 18:28:06
Apr 16 18:28:06 localhost kernel: scsi : aborting command due to timeout : 
pid 0, scsi0, channel 0, id 1, lun 0 Read (10) 00 00 05 03 14 00 00 01 00
Apr 16 18:28:06 localhost kernel: hdc: timeout waiting for DMA
Apr 16 18:28:06 localhost kernel: ide_dmaproc: chipset supported 
ide_dma_timeout func only: 14
** Qui se non erro dovrebbe esersi avviato il Window manager (Kde3)
Apr 16 18:28:12 localhost kernel: hdc: status timeout: status=0xd0 { Busy }
Apr 16 18:28:12 localhost kernel: hdc: drive not ready for command
Apr 16 18:28:12 localhost kernel: scsi : aborting command due to timeout : 
pid 0, scsi0, channel 0, id 1, lun 0 Test Unit Ready 00 00 00 00 00
Apr 16 18:28:12 localhost kernel: SCSI host 0 abort (pid 0) timed out - 
resetting
Apr 16 18:28:12 localhost kernel: SCSI bus is being reset for host 0 channel 
0.
Apr 16 18:28:12 localhost kernel: hdc: ATAPI reset complete
Apr 16 18:28:12 localhost kernel: hdc: irq timeout: status=0xc0 { Busy }
** Qui, a giudicare dal tempo, c'è stato il crash di sistema, fino al 
riavvio
Apr 16 18:34:19 localhost syslogd 1.4.1: restart.   
Che ne dite? 
Grazie 
Simone

 Apr 16 18:28:06 localhost kernel: hdc: timeout waiting for DMAa
Prova a disattivare il dma sui dischi.
Davide

 Prova a disattivare il dma sui dischi.
Forse dici l'Ultra Dma?  
Comunque al momento sembra tutto tranquillo. Mi sono dato la seguente 
ragione dell'accaduto, facendo appello alle poche nozioni che ho di Sistemi 
operativi, correggietemi se dico qualche cazzata: 
E' partito il CD-rom, si posiziona la testina laser sulla traccia 
interessata, parte il trasferimento Dma->Mem per la riproduzione. La 
traccia non si trova, è rovinata o cose simili, ma ormai il Dma deve finire 
le sue operazioni... Deadlock, stallo ?!?! 
Secondo voi è possibile? Però una situazione del genere dovrebbe essere 
prevista dai meccanismi del S.O. e sopratutto prevenuta! Se un dispositivo 
si sfascia non mi si può mica piantare il Sistema ??? 
Ciao 
Simone  
 

 si sfascia non mi si può mica piantare il Sistema ??? 
Infatti non si e' piantato, il kernel sta' aspettando che l'operazione
di lettura termini o vada in timeout. Il timeout mi pare che sia di 5 
minuti...
Davide

 scd0 è il masterizzatore ( ide = hdb )
  Ciao, sta bella cosina la fa pure a me. Se ho attiva l'emulazione 
scsi e trovo un cd 'ostico' (che manda in timeout la lettura) e mi 
appare (in console) un bel "ayee lost interrupt" (o qualcosa del 
genere). Tanto per fare un sondaggio, che hardware hai? Io sono cosi`:
hdc->scd0 LiteOn CD-RW
hdd->scd1 Pioneer A-104s
Scheda madre Asus AK7M
Chipset VIA 82C596 Apollo
        Saluti, Giovanni.
ah, da me l'unica soluzione e` disattivare l'ide-scsi sulla periferica 
incriminata...
-- 
   |^^^^|
   |    |  Eat my shorts !             * Linux Powered *
   |()()| /                            - Kernel 2.4.18 -
                 -> gio.bcc(at)
tin.it
 <-

 minuti...
5 minuti di timeout??? Ma è un eternità! Dove esiste un protocollo TCP/IP 
con 5 minuti di timeout ???? Specialmente se si pensa che se va in timeout 
un processo che ha occupato il bus ( come nel mio caso ) in pratica il 
sistema diventa buono per friggerci le cipolle!!! :-)
Non è che la cosa è provocata dal fatto che quello è un ide in emulazione 
scsi??? Uno asincrono e l'altro no?? Non posso pensare che se per caso mi 
trovo tra i piedi un CD che non riesce a leggere devo aspettare 5 min prima 
di riprendere il controllo del sistema!! 
Comunque voglio provare, tanto è un problema replicabilissimo. Aspetto 
cinque minuti e poi si vede!! 
Provo e poi ti dico!    
Grazie 
Simone

con 5 minuti di timeout ????
Forse nel "Transmission of IP Datagrams on Avian Carriers" descritto
nell'RFC1149 (
http://www.faqs.org/rfcs/rfc1149.html
)?
   :-))
Ciao,
luigi

 Chipset VIA 82C596 Apollo
Senti io purtroppo ho una Asus A7V, non ti sto qua a dire quante volte mi ha 
fatto piantare il sistema! Sono riuscito dopo un anno a trovare un Bios 
decente con una configurazione buona!
Cmq, il Southbridge è un VIA VT82C686A, il north un VT8363, 
CD-Rom LG 52x, Mast Sony 8x4x32.
Credo anch'io che il problema sia l'emulazione scsi anche se non riesco a 
comprenderne la ragione! 
Ciao 
Simone 

 riesco a comprenderne la ragione!
  La cosa che a me fa indispettire ancora di piu` e` che con kernel 
'vecchi' (< 2.4.7) era tutto ok...
  Va beh, se scopri qualcosa, fai un fischio. Saluti, Giovanni.


Luigi Rosa wrote:

Si vabbè! Il timeout del Tcp/ip deve dipendere dal RTT, round trip time, 
cioè dal tempo di andata e di ritorno di un pacchetto! Viene calcolato con 
algoritmi più o meno sofisticati, ma sempre da quel tempo deve dipendere! 
Mi puoi mettere anche 4 ore, ma ha un senso?? Già sarebbe poco 
significativo in una connessione Tci/ip polo-nord polo-sud, figuriamoci tra 
due processi che stanno sulla stessa macchina!
Ciao Simone 

 wrote:
A me succede una cosa simile: congelamento completo del pc,
indipendentemente dall'uso del cdrom, problema assente nei vecchi
kernel.
Ho il forte sospetto che la colpa sia dei chipset VIA, in particolare
i 686a. Avevo letto tempo fa di un baco che impediva l'uso dell'UDMA
con alcune revision del suddetto. VIA era direttamente coivolta nel
risolvere il problema...non si è ancora visto nulla.

 risolvere il problema...non si è ancora visto nulla.
  Boh, qua l'UDMA pare andare bene. A volte (assai raramente) e` 
capitato pure a me il freeze totale del pc, ma sono indeciso 
nell'assegnare la colpa a VIA o ai driver NVidia. E` comunque sicuro 
che non abbiamo il chipset piu` robusto del pianeta... :-)


 incriminata...
Ed il CDR come funziona?
bye,
-- 
piergiorgio

 Ed il CDR come funziona?
  Non so dirti. Non ho mai trovato un cd tanto zozzo da non essere 
letto dal CD-WR. Comunque, se ti puo` aiutare, con kernel 'vecchi' 
(<=2.4.7), il DVD-ROM (Pioneer) mi ritornava correttamente un timeout 
in lettura, niente "ayee".
        Saluti, Giovanni.


 in lettura, niente "ayee".
Ah! Questo e` interessante.
bye,
-- 
  Piergiorgio Sartor

 sepci -v -s 0:0.0 4.w
Sorry, "setpci"...
bye,
-- 
  Piergiorgio Sartor