Debianizzati.Org | Forum | Blog | Guide | IRC
 
 
Forum Italiano Debian - Debianizzati.Org
Dicembre 04, 2008, 07:29:23 pm *
Benvenuto! Accedi o registrati.
Hai dimenticato l'e-mail di attivazione?

Accesso con nome utente, password e durata della sessione
Notizia:
 
   Indice   Aiuto Ricerca Agenda Accedi Registrati  
Pagine: [1]   Vai giù
  Stampa  
Autore Discussione: [risolto]: banalmente Panic  (Letto 602 volte)
0 utenti e 1 Utente non registrato stanno visualizzando questa discussione.
opeNaico
Newbie
*

Karma: +0/-0
Scollegato Scollegato

Messaggi: 15


Mostra profilo
« inserita:: Giugno 11, 2008, 04:31:24 pm »

Ciao a tutti.

Spero di essere nella sezione giusta.

Problema: il computer ogni tanto (random) si impalla (mouse immobile come pure tutto il resto) e le lucine della tastiera lampeggiano (kernel panic?). Mi è capitato sia quando guardo un video in rete (e quindi non muovo nemmeno il mouse) sia quando mi diletto a giochi 3d frenetici, sia prima della finestra di boot, ovvero quando compare la schermata nvidia.

Ovviamente non ho mai ricompilato il kernel.

Subito ho pensato di guardare l'ora del crash e di andare a spulciare i vari file log, ma sempre con esiti negativi. Il log di Xorg non riporta errori (EE) ma solo un paio di warning a mio avviso trascurabili.

Ho provato ad installare cinque o sei diversi driver invidia, sempre con installazioni impeccabili. Sempre stesso problema senza l'ombra di miglioramenti.

La mia domanda più che altro è che deve fare un comune mortale per capire che succede? Dove mi devo orientare?

Oltre che guardare i log non so come indagare sulla faccenda..

ho Linux debian 2.6.24-1-486 (Lenny)

ringrazio anticipatamente
« Ultima modifica: Giugno 15, 2008, 01:52:44 pm da opeNaico » Registrato

opeNaico
esperto niubbo
Brunitika
Sr. Member
****

Karma: +6/-0
Scollegato Scollegato

Messaggi: 286



Mostra profilo
« Risposta #1 inserita:: Giugno 11, 2008, 05:41:24 pm »

Ciao smiley! Non so se ti può aiutare, ma con il giochetto del cambiare i drivers nvidia sono tre giorni che mi si è stampato nella retina i l"segmentation fault" a furia di vederlo shocked! Tutto ciò, perchè nella disinstallazione dei drivers, essi mi restavano in /usr/lib facendosi battaglia a vicenda... Non sembrerebbe essere il tuo problema e non so come potrei aiutarti, ma nell'attesa di ricevere una risposta migliore, un'occhiatina a /usr/lib gliela darei.
Un saluto
Registrato

La penicillina può forse guarire gli uomini, ma è il vino a renderli felici. (A. Fleming)
opeNaico
Newbie
*

Karma: +0/-0
Scollegato Scollegato

Messaggi: 15


Mostra profilo
« Risposta #2 inserita:: Giugno 11, 2008, 07:32:45 pm »

grazie per la risposta
Avevo letto il tuo howTo ma io non ho mai visto un segmentation core, e in più nella mia /usr/lib c'è solo

libGL.so.173.14.05
libGLcore.so.173.14.05

che corrispondono alla versione che ho installato io dei driver (nvidia-way, seguendo le istruzioni del sito)

ma quindi è sicuramente qualcosa legato ai driver grafici?
Registrato

opeNaico
esperto niubbo
GipPasso
Global Moderator
Hero Member
*****

Karma: +35/-0
Scollegato Scollegato

Messaggi: 1348



Mostra profilo WWW
« Risposta #3 inserita:: Giugno 11, 2008, 10:11:05 pm »

Se, come dici è random, prova a cercare nell'hw, non nel sistema.

memtest86+. Instsallalo da repository e fallo girare almeno un ciclo completo.

Test della cpu. In base alla tua disponibilità di ram, avvia con un live al minimo (tipo una knoppix cui dai l'opzione 2 all'avvio, così da fermarti alla console di root); fallo solo se hai parecchia ram, circa 1GB oppure dando al sistema una bella swap dove scrivere.
Scaricati i sorgenti del kernel da kernel.org (se il tuo pc non ha il collegamento via cavo e con knoppix devi faticare, salva l'archivio prima in una chiavetta o in un file system che poi sai aprire anche da knoppix).
Scompatta i sorgenti, dai un
Codice:
make --defconfig
o qualcosa di simile per generare la configurazione di default. Poi compila il tutto con
Codice:
make-kpkg kernel_image

Se ti dà un seg fault è la cpu.

GipPasso.
Registrato
opeNaico
Newbie
*

Karma: +0/-0
Scollegato Scollegato

Messaggi: 15


Mostra profilo
« Risposta #4 inserita:: Giugno 12, 2008, 04:27:50 pm »

memtest mi è piaciuto. Gli ho fatto fare due cicli completi e mi ha dato l'impressione che più lo lasci andare più trova errori. In totale 6 (tutti durante la seconda mandata). Comunque non è che se ne ricava molto..

è utile riportarli qui?

Il test alla cpu è abbastanza lungo..lo farò al più presto comunque.
 Ma nel caso mi dia il seg. fault, vuol dire che devo cambiare cpu? o kernel?

E' utile quindi provare vari kernel?
Registrato

opeNaico
esperto niubbo
GipPasso
Global Moderator
Hero Member
*****

Karma: +35/-0
Scollegato Scollegato

Messaggi: 1348



Mostra profilo WWW
« Risposta #5 inserita:: Giugno 12, 2008, 05:05:09 pm »

Memtest non deve trovare alcun errore. Se la ram è corrotta è normale che più gira più trova errori.
Io con più di un GB di ram trovo molto più veloce provare una compilazione che un memtest.

Sicuro di avergli fatto fare due passaggi completi?
Comunque se si ha un server e tempo non è male fargliene fare anche quattro di passaggi.

Ripeto: memtest NON deve trovare errori. Altrimenti è la ram che ha problemi.

Prova i vari moduli nelle possibili combinazioni. A volte il problema non è il modulo ma l'accoppiata (ma te li dovrebbe dare subito).

Quando gli errori di memoria li dà la cpu è da cambiare la cpu, non il kernel. È un problema hw.

GipPasso.
Registrato
mm-barabba
Sr. Member
****

Karma: +8/-2
Scollegato Scollegato

Messaggi: 409



Mostra profilo WWW E-mail
« Risposta #6 inserita:: Giugno 12, 2008, 06:45:03 pm »

un mio amico ci ha messo un pò a trovare l'errore
dopo mesi e saltuari blochi del server
ha scoperto che era l'alimentatore che ogni tanto sbottava
ma di solito andava regolare e quando no mandava il sistema in blocco.
Dopo aver controllato tutto per scrupolo aveva sostituito l'alimentatore
e da quella volta non si è più bloccato

Il tuo caso non l'ho capito bene ma pare proprio un problema Hardware
controlla le memorie e la loro combinazione
dopodichè non escluderei nulla se non prima provato
Registrato

Debian testing
opeNaico
Newbie
*

Karma: +0/-0
Scollegato Scollegato

Messaggi: 15


Mostra profilo
« Risposta #7 inserita:: Giugno 13, 2008, 02:57:18 am »

sisi

mi sa che ci avete preso.

Ho giocato un po' con le memorie finchè non ho trovato la combinazione vincente (ovvero quella con cui memtest non mi da nessun errore).

Ora ho tolto il banco forse guasto e per il momento non mi ha dato problemi.

Se fino a domani sera non mi fa più quello scherzo, allora abbiamo trovato la magagna e metto risolto al topic.

E' già il secondo problema che mi risolvete facendomi giocherellare con l'hardware...concludo che il mio pc è un rottame made in Burkina Faso

..con tutto il rispetto per il Burkina Faso...

grazie ancora
Registrato

opeNaico
esperto niubbo
GipPasso
Global Moderator
Hero Member
*****

Karma: +35/-0
Scollegato Scollegato

Messaggi: 1348



Mostra profilo WWW
« Risposta #8 inserita:: Giugno 13, 2008, 03:18:09 pm »

Per vedere se quel banco è proprio rotto puoi metterlo su da solo e fargli fare il memtest.
Però io toccherei i pezzi il meno possibile; al più metterei da parte quel modulo scrivendo sulla busta "da testare".

La mia scheda madre (forse col mio aiuto...facevo prove di altri processori che trovavo in giro, non overclocking) fece saltare due cpu...
GipPasso.
Registrato
Pagine: [1]   Vai su
  Stampa  
 
Vai a:  

Altri Topic Correlati
Oggetto Aperta da Risposte Visite Ultimo messaggio
Kernel panic! Kernel vinx 3 433 Ultimo messaggio Febbraio 17, 2006, 09:48:31 am
da revjones
kernel panic Kernel chain_alby 2 388 Ultimo messaggio Febbraio 27, 2006, 07:47:15 pm
da chain_alby
[risolto]Ricompilazione kernel-panic Installazione Poker 5 553 Ultimo messaggio Marzo 02, 2006, 07:07:05 pm
da Poker
VFS kernel panic Kernel alanturing2 5 657 Ultimo messaggio Marzo 29, 2006, 07:54:09 pm
da tindal
[RISOLTO] Kernel Panic: Usplash mi ha corrotto il kernel Installazione More+ 7 586 Ultimo messaggio Novembre 23, 2007, 11:10:20 am
da More+
Powered by MySQL Powered by PHP Powered by SMF 1.1.7 | SMF © 2006-2008, Simple Machines LLC XHTML 1.0 valido! CSS valido!
Pagina creata in 0.088 secondi con 21 interrogazioni al database.