Pagina 1 di 3
Driver bacato
Inviato: mar 14 apr 2009, 9:03
da g4b0
Ciao a tutti,
In un precedente post (
viewtopic.php?f=9&t=28260#p239065) parlavamo di un problema di rallentamento/blocco del sistema dopo alcuni minuti di riproduzione audio. Il blocco accade nelle seguenti situazioni:
1) Lancio amarok, dopo pochi minuti la cpu va al 100%
2) Navigo con firefox, cpu al 100% (verosimilmente dopo qualche sito in flash con audio)
3) Accendo la macchina ma non faccio login (init::4), dopo un paio d'ore accedo ma è già tutto impallato (cpu 100%)
Nei casi 1 e 2 mi è anche successo di avere un freeze totale del sistema, ma più raramente. Ultimamente tengo un terminale aperto con htop, e quando la cpu è al 100% verifico. Htop riconosce che la cpu è utilizzata dal kernel (suddivide il carico cpu in low-priority/normal/kernel), ma abilitando con 'K' la visualizzazione dei kernel threads nessuno di essi appare come succhia-cpu, sono tutti a 0%.
Come determino chi mi sta rallentando il tutto, in modo da andarlo ad eliminare/sostituire/correggere? Vorrei tentare la via della ricompilazione del kernel, ma mi piacerebbe conoscere a priori dove sta il problema...
Re: Driver bacato
Inviato: mar 14 apr 2009, 12:38
da Toni
forse prima di ricompilare , potresti fare un controllo sulla ram , magari con memtest
Re: Driver bacato
Inviato: mar 14 apr 2009, 12:51
da g4b0
ho già veriificato con memtest86 (
http://www.memtest86.com/), la ram sembra a posto. Inoltre da Windows (dual boot) non ho problemi, anche se in realtà lo uso pochissimo (tendente a 0).
Re: Driver bacato
Inviato: mar 14 apr 2009, 13:34
da ponce
non e' che ti si e' bruciata qualche ventola?
P.S. se non sono indiscreto, perche' hai aperto un altro topic?
Re: Driver bacato
Inviato: mar 14 apr 2009, 13:43
da Mario Vanoni
htop aggiorna ogni secondo
top
s (esse minuscola)
.1 <Enter>
aggiorna ogni decimo di secondo
magari vedi di piu`
top e` il grande consumatore di CPU
Re: Driver bacato
Inviato: mar 14 apr 2009, 13:54
da slux
Hai controllato l'uso di ram e swap?
Magari è un servizio/processo che impazzisce e ti riempie la swap fino a saturarla e di qui i blocchi.
Quando hai la cpu al 100% ,hai verificato se il carico è di tipo I/O magari?Se sì,è molto probabile che hai un uso abnorme del disco.
Re: Driver bacato
Inviato: mar 14 apr 2009, 14:42
da g4b0
ponce ha scritto:non e' che ti si e' bruciata qualche ventola?
P.S. se non sono indiscreto, perche' hai aperto un altro topic?
Ottima idea, questa sera butto un occhio alle ventole! Ho aperto un altro topic perchè in quello, che parla di microfono non funzionante, avevamo già sconfinato nell'OT.
Mario Vanoni ha scritto:top
s (esse minuscola)
.1 <Enter>
aggiorna ogni decimo di secondo
Interessante, provo. La cpu resta comunque inchiodata al 100% finchè non riavvio, quindi credo che anche htop se ne accorgerebbe. La mia opinione è che si tratti di qualche processo a livello del kernel che non viene individuato da top&co.
slux ha scritto:Hai controllato l'uso di ram e swap?
Ram e swap sono state le prime indagate, ma durante i rallentamenti il consumo di ram è basso, e la swap è vuota..
Secondo voi potrebbe essere qualcosa di legato al BIOS? Ormai sto arrampicando sugli specchi..

Re: Driver bacato
Inviato: mar 14 apr 2009, 16:21
da Mario Vanoni
g4b0 ha scritto:
Secondo voi potrebbe essere qualcosa di legato al BIOS?
Forse si, esperienza:
La terza macchina, mobo disgraziata con BIOS AMI,
riconosce solo 3GB dei 4GB RAM installati,
scritto in piccolo in un angolo del manuale (sic!).
Da tempo qualche volta impiega il decuplo del tempo per arrivare a lilo.
Da tre giorni facendo halt non si spegne piu`, sempre lo stesso kernel!
Effetto: il kernel fa non so che cosa aspettando Godot,
Ctrl-Alt-Del e quando dice reboot, interruttore della ciabatta.
Nel BIOS puoi risettare la mobo come di fabbrica, fatto ieri,
ovviamente devi poi rimettere _tutte_ le tue impostazioni personali,
rebootare (Ctlr-Alt-Del) almeno due volte, al primo non si aggiorna!
Da ieri sera tutto funziona di nuovo come deve.
Re: Driver bacato
Inviato: mar 14 apr 2009, 16:41
da g4b0
Mario Vanoni ha scritto:La terza macchina, mobo disgraziata con BIOS AMI,
riconosce solo 3GB dei 4GB RAM installati,
scritto in piccolo in un angolo del manuale (sic!).
io ho solo 1.5Gb, non è il mio caso
Mario Vanoni ha scritto:Da tempo qualche volta impiega il decuplo del tempo per arrivare a lilo.
Da tre giorni facendo halt non si spegne piu`, sempre lo stesso kernel!
Effetto: il kernel fa non so che cosa aspettando Godot,
Ctrl-Alt-Del e quando dice reboot, interruttore della ciabatta.
Io pensavo a qualcosa di relativo al chipset audio, ma ripensandoci la scheda è una pci...
Mario Vanoni ha scritto:Nel BIOS puoi risettare la mobo come di fabbrica, fatto ieri,
ovviamente devi poi rimettere _tutte_ le tue impostazioni personali,
rebootare (Ctlr-Alt-Del) almeno due volte, al primo non si aggiorna!
Non credo di avere delle impostazioni personali, questa sera provo a resettare il tutto, poi sto a vedere..
Re: Driver bacato
Inviato: mar 14 apr 2009, 17:58
da Mario Vanoni
g4b0 ha scritto:
Non credo di avere delle impostazioni personali, questa sera provo a resettare il tutto, poi sto a vedere..
Al minimo controllale,
quale device boota per primo, CD/DVD, HD o USB?
Gli indirizzi PCI ecc., impieghi tempo,
perche' il default e` sicuramente M$-like.
Poi prova _estrema_, ma la piu` sicura!
---------------------------------------------------------
Dando per scontanto che hai un manuale della mobo.
Togli la corrente,
cortocircuita CLR_CMOS (Clearing CMOS Jumper),
rimetti la corrente,
vai nel BIOS, voce probabilmente simile a
Load Optimized Defaults,
poi cambia come ti serve.
E ricorda, _fai_ _due_ _reboot_,
poi controlla se il BIOS e` giusto!
Per esperienza >10 anni, tre reboot e` piu` sicuro.
Re: Driver bacato
Inviato: mar 14 apr 2009, 19:25
da slux
Un consiglio pratico:
hai provato ad usare il pc per un pò di tempo con una distro Live?
Magari il problema risiede nel tuo disco o nel Sistema operativo installato....
Un' analisi dello SMART?Hai qualche messaggio in dmesg o /var/log/syslog?
Re: Driver bacato
Inviato: mar 14 apr 2009, 19:49
da g4b0
In effetti provo con una live, ora mi scarico una slax e gli faccio suonare un po' di musica...
Re: Driver bacato
Inviato: mer 15 apr 2009, 22:04
da Mario Vanoni
Esperienza stasera, forse utile a capire meglio l'informatica imprevedibile.
- macchina 2: ssh sulla macchina 1, dopo login su tty5, un top
- dopo ore spengo con halt la macchina 2, dimenticando il top su tty5
- macchina 1: un CPU che viaggia al 100% (htop e top)
Causa: il top lanciato dalla macchina 2 rimasto in vita,
killall top, la temperatura del CPU da 40 scende a 32 gradi centigradi
top in questo caso era un demone impazzito ed inutile, ENEL ringrazia
Re: Driver bacato
Inviato: gio 16 apr 2009, 8:48
da g4b0
Con una knoppix (ne avevo una già masterizzata, la 5.1.1), suona che è una meraviglia, e non si schianta nulla! Appena ho un attimo posto le differenze tra lspci e lsmod, fatemi sapere se vi interessa qualche altro output!
Re: Driver bacato
Inviato: gio 16 apr 2009, 19:42
da slux
Benone!
Quindi il problema è su alsa o nel kernel e comunque non sembra essere hardware.

Usi un kernel smp? Prova a giocare anche sui parametri del kernel nosmp, ACPI=off, NOAPIC etc....
Nella documentazione del kernel trovi tutta la lista completa.
Eventualmente confronta i parametri di boot della knoppix con il tuo sistema.
Posta anche le versioni di kernel della live e del tuo sistema,nonchè le versioni dei moduli Alsa.
Posta anche la situazione IRQ della macchina (cat /proc/interrupts ) non si sa mai.