Driver bacato
Moderatore: Staff
Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
- g4b0
- Linux 2.x

- Messaggi: 318
- Iscritto il: lun 27 dic 2004, 0:00
- Slackware: 12.2
- Kernel: 2.6.27.7-smp
- Desktop: kde 3.5.10
- Località: Torino
- Contatta:
Driver bacato
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...
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...
- Toni
- Linux 3.x

- Messaggi: 999
- Iscritto il: lun 30 gen 2006, 22:08
- Slackware: slackware-14
- Kernel: 3.10.5
- Desktop: i3
- Località: milano
Re: Driver bacato
forse prima di ricompilare , potresti fare un controllo sulla ram , magari con memtest
- g4b0
- Linux 2.x

- Messaggi: 318
- Iscritto il: lun 27 dic 2004, 0:00
- Slackware: 12.2
- Kernel: 2.6.27.7-smp
- Desktop: kde 3.5.10
- Località: Torino
- Contatta:
Re: Driver bacato
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).
- ponce
- Iper Master

- Messaggi: 3123
- Iscritto il: mer 5 mar 2008, 16:45
- Nome Cognome: Matteo Bernardini
- Slackware: slackware64-current
- Kernel: 7.0.12
- Desktop: lxde
- Località: Pisa
- Contatta:
Re: Driver bacato
non e' che ti si e' bruciata qualche ventola?
P.S. se non sono indiscreto, perche' hai aperto un altro topic?
P.S. se non sono indiscreto, perche' hai aperto un altro topic?
-
Mario Vanoni
- Iper Master

- Messaggi: 3174
- Iscritto il: lun 3 set 2007, 21:20
- Nome Cognome: Mario Vanoni
- Slackware: 12.2
- Kernel: 3.0.4 statico
- Desktop: fluxbox/seamonkey
- Località: Cuasso al Monte (VA)
Re: Driver bacato
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
top
s (esse minuscola)
.1 <Enter>
aggiorna ogni decimo di secondo
magari vedi di piu`
top e` il grande consumatore di CPU
- slux
- Linux 3.x

- Messaggi: 789
- Iscritto il: dom 20 mar 2005, 0:00
- Nome Cognome: Andrea Amerini
- Slackware: 14.1 x86
- Kernel: 3.12.0-smp
- Desktop: xfce 4.10
- Località: Prato
- Contatta:
Re: Driver bacato
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.
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.
- g4b0
- Linux 2.x

- Messaggi: 318
- Iscritto il: lun 27 dic 2004, 0:00
- Slackware: 12.2
- Kernel: 2.6.27.7-smp
- Desktop: kde 3.5.10
- Località: Torino
- Contatta:
Re: Driver bacato
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.ponce ha scritto:non e' che ti si e' bruciata qualche ventola?
P.S. se non sono indiscreto, perche' hai aperto un altro topic?
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.Mario Vanoni ha scritto:top
s (esse minuscola)
.1 <Enter>
aggiorna ogni decimo di secondo
Ram e swap sono state le prime indagate, ma durante i rallentamenti il consumo di ram è basso, e la swap è vuota..slux ha scritto:Hai controllato l'uso di ram e swap?
Secondo voi potrebbe essere qualcosa di legato al BIOS? Ormai sto arrampicando sugli specchi..
-
Mario Vanoni
- Iper Master

- Messaggi: 3174
- Iscritto il: lun 3 set 2007, 21:20
- Nome Cognome: Mario Vanoni
- Slackware: 12.2
- Kernel: 3.0.4 statico
- Desktop: fluxbox/seamonkey
- Località: Cuasso al Monte (VA)
Re: Driver bacato
Forse si, esperienza:g4b0 ha scritto: Secondo voi potrebbe essere qualcosa di legato al BIOS?
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.
- g4b0
- Linux 2.x

- Messaggi: 318
- Iscritto il: lun 27 dic 2004, 0:00
- Slackware: 12.2
- Kernel: 2.6.27.7-smp
- Desktop: kde 3.5.10
- Località: Torino
- Contatta:
Re: Driver bacato
io ho solo 1.5Gb, non è il mio casoMario 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 pensavo a qualcosa di relativo al chipset audio, ma ripensandoci la scheda è una pci...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.
Non credo di avere delle impostazioni personali, questa sera provo a resettare il tutto, poi sto a vedere..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!
-
Mario Vanoni
- Iper Master

- Messaggi: 3174
- Iscritto il: lun 3 set 2007, 21:20
- Nome Cognome: Mario Vanoni
- Slackware: 12.2
- Kernel: 3.0.4 statico
- Desktop: fluxbox/seamonkey
- Località: Cuasso al Monte (VA)
Re: Driver bacato
Al minimo controllale,g4b0 ha scritto: Non credo di avere delle impostazioni personali, questa sera provo a resettare il tutto, poi sto a vedere..
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.
- slux
- Linux 3.x

- Messaggi: 789
- Iscritto il: dom 20 mar 2005, 0:00
- Nome Cognome: Andrea Amerini
- Slackware: 14.1 x86
- Kernel: 3.12.0-smp
- Desktop: xfce 4.10
- Località: Prato
- Contatta:
Re: Driver bacato
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?
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?
- g4b0
- Linux 2.x

- Messaggi: 318
- Iscritto il: lun 27 dic 2004, 0:00
- Slackware: 12.2
- Kernel: 2.6.27.7-smp
- Desktop: kde 3.5.10
- Località: Torino
- Contatta:
Re: Driver bacato
In effetti provo con una live, ora mi scarico una slax e gli faccio suonare un po' di musica...
-
Mario Vanoni
- Iper Master

- Messaggi: 3174
- Iscritto il: lun 3 set 2007, 21:20
- Nome Cognome: Mario Vanoni
- Slackware: 12.2
- Kernel: 3.0.4 statico
- Desktop: fluxbox/seamonkey
- Località: Cuasso al Monte (VA)
Re: Driver bacato
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
- 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
- g4b0
- Linux 2.x

- Messaggi: 318
- Iscritto il: lun 27 dic 2004, 0:00
- Slackware: 12.2
- Kernel: 2.6.27.7-smp
- Desktop: kde 3.5.10
- Località: Torino
- Contatta:
Re: Driver bacato
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!
- slux
- Linux 3.x

- Messaggi: 789
- Iscritto il: dom 20 mar 2005, 0:00
- Nome Cognome: Andrea Amerini
- Slackware: 14.1 x86
- Kernel: 3.12.0-smp
- Desktop: xfce 4.10
- Località: Prato
- Contatta:
Re: Driver bacato
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.
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.