Kernel panic

[h23]

Salve gente,
mi sono imbarcato nel tentativo di installare gnu/linux debian, ma sto trovando piu' probl di quanti pensassi (vedi topic sull'installazione NIC).
Stavolta il problema si e' manifestato a monte: dopo il boot da cd parte dbootstrap (si chiama cosi', vero?), e dopo aver riconosciuto hd , cd-rom, floppy e quant'altro, si blocca dandomi il seguente errore

Codice: Seleziona tutto

Aiee, killing interrupt handler
Kernel panic: Attempted to kill the idle task!
In swapper task - not syncing

Cio' che mi pareva strano era che, tempo fa, avevo provato ad installare la stessa distribuzione dallo stesso cd e tutto sembrava funzionare bene, cosi' inizio a resettare e dopo 5 o 6 boot l'installazione parte.
Tutto contento mi affido alla guida e vado avanti tentennando, finche', al momento di creare il floppy di ripristino, si blocca tutto (diciamo che dopo un quarto d'ora di attesa ho pensato che in realta' il comp non stava piu' scrivendo sul floppy ), cosi' resetto per l'ennesima volta, e al riavvio riecco l'errore di cui sopra che non mi lasciava fare nient'altro.
Ho provato a riaviare facendo fare il boot da dischetto, ma giustamente quest'ultimo non avevo tutti i file necessari e il boot falliva (semplicemente si limitava a chiedermi la sorgente di un kernel).
Ho provato anche a partire con rescue etc, ma il problema e' rimasto inalterato.
Qualcuno sa darmi qualche suggerimento?

Grazie
Ciao

[h23]

dopo il boot da cd parte dbootstrap

Perdonate la svista: l'errore si manifesta durante il boot, prima dell'avvio di dbootstrap.

[h23]

P.S. Perdonate se posto nuovamente un msg, ma cerco di portare la mia richiesta piu' in alto nella gerarchia del forum in modo da renderla reperibile a piu' persone

[Nicola]

e` veramente strano... hai provato a riscaricare il CD ? magari si e` rovinato ...

[zello]

Un kernel panic... così, ad occhio, o hai dell'hardware bacato (quel "killing interrupt handler" fa pensare...) oppure l'immagine del kernel sul cd si è rovinata.

[h23]

grazie per i suggerimenti;
una cosa: il fatto che l'errore non compaia regolarmente vi induce piu' a propendere per l'HW bacato o per il probl del cd?
Cmq se vi puo' essere utile sulla stessa machina ho avuto problemi (nel senso che dopo mille tentativi mi sono arreso perche' non ci ci riuscivo) ad installare sia win 2000 che mandrake (sia la 9.0 che la 9.1).
Mi sa tanto che 'sto comp lo devo buttare...
Un'ultima cosa: con hw bacato di che hw si parla? Intendo dire, basta cambiare l'hd o sono problemi riguardanti processore, MoBo etc?
Fatemi sapere
Ciao

[Nicola]

Un'ultima cosa: con hw bacato di che hw si parla? Intendo dire, basta cambiare l'hd o sono problemi riguardanti processore, MoBo etc?
Fatemi sapere
Ciao

possono essere una o piu` cose.. non c`e` una cosa in particolare che fa crashare il setup

[Nemok]

Mah,se hai problemi anche con altri sistemi operativi potrebbe esserci in effetti qualche problema hw di fondo.Io comincerei col testare la ram,memtest86 fa al caso tuo.
Poi potresti fare qualche test sul sistema con una live-distro tipo knoppix,usandola senza bisogno di installarla magari riesci a localizzare qualche anomalia in modo più preciso....

[h23]

Io comincerei col testare la ram,memtest86 fa al caso tuo.

per circa un mesetto non avro' accesso a quel comp, motivo per il quale non potro' fare questi test, cmq li archivio per i tempi che verranno

Poi potresti fare qualche test sul sistema con una live-distro

le live-distro sono quelle che partono faceno il boot da cd senza bisogno di installazione, giusto?
Cmq in che modo potrei, seguendo questa via, localizzare il danno?
Anche durante il tentativo di installazione di debian, non e' un problema che si manifesta sempre allo stesso modo e nello punto dell'installazione: il "kernel panic" e' solo il piu' ricorrente dei messaggi di errore, ma capita anche che il boot vada a buon fine e il difetto si manifesti dopo...

Cmq esistono altri programmini tipo memtest86 che testino altre componenti hw?

[Nemok]

Con una distro funzionante i test da fare sarebbero svariati e di diversa natura:potresti analizzare i vari log,i messaggi del kernl all'avvio (se segnala qualcosa che non va),cercare di localizzare la periferica:se hai problemi con XFree potresti concentrarti sulla sk video o qualcosa del genere. Non so se esistono applicativi del genere di memtest,ma si potrebbe cercare.

[h23]

ok,
ancora grazie mille per i consigli.
Appena potro' rimettere mano sul comp incriminato cerchero' di vedere cosa posso fare.
Ciao

[h23]

Salve gente, rieccomi qua!
Ho provato, seguendo i vostri consigli, ad usare una live-distro per diagnosticare qualcosa (per la precisione ho usato [dyne:bolic], qualcuno la conosce?), ma l'errore kernel panic legato all'interrupt handler persiste.
Qualche suggerimento sui test che posso fare per capire quale sia la componente bacata?
Riguardo i test sulla ram: il test che fa il comp al suo avvio (subito dopo aver rilevato la cpu) per il controllo della ram e' sufficiente a capire se la stessa funziona bene o e' meglio usare i programmi che mi avete consigliato in quanto fanno dei controlli aggiuntivi?
Ultima cosa: secondo la vostra esperienza e' piu' facile che l'errore hw sia dovuto alla MoBo o qualche altro componente?
Ciao

[Nemok]

Riguardo i test sulla ram: il test che fa il comp al suo avvio (subito dopo aver rilevato la cpu) per il controllo della ram e' sufficiente a capire se la stessa funziona bene o e' meglio usare i programmi che mi avete consigliato in quanto fanno dei controlli aggiuntivi?

Assolutamente non è sufficente il controllo all'avvio del pc, a me non rilevava nulla invece con memtest (molto più approfondito,dura diverse ore....) mi ha trovato settori danneggiati...

[h23]

molto più approfondito,dura diverse ore....

+ o - quanto? perche' da me oramai sono tre ore e mezzo che lavora...

mi ha trovato settori danneggiati...

ed in questo caso che si fa? si deve cambiare la ram o esiste un modo per bypassare quei settori?

[Nemok]

A me il test completo è durato circa 6 ore se non ricordo male.
Per quanto riguarda il bypass dei settori danneggiati credo che sia possibile,mi sembra di averlo letto nella documentazione allegata a memtest,bisogna passare dei parametri a lilo in modo che non vengano usati quei settori. Nel mio caso l'ho sostituita perchè i settori danneggiati erano davvero tanti....

[h23]

ultima domanda, poi smetto con l'OT:
quanta RAM avevi?
inoltre: la velocita' del processore influisce sul tempo di durata del test?
Mi spiego meglio: sto facendo lavorare memtest su un k6 500mhz testando 128 mb di ram e oramai sono 23 ore che lavora...
non vorrei che fosse entrato in una specie di loop...
secondo te e' normale?

[Nemok]

Avevo la stessa configurazione tua, pentium anzi che k6 ma stessa frequenza e stessa ram.
Comunque dovresti vedere i test avenzare,se non ricordo male ci sono i numeri progressivi del test corrente ...in alto a destra mi pare....

[Nemok]

Ps:ma ti ha dato errori fino adesso?

[h23]

Avevo la stessa configurazione tua, pentium anzi che k6 ma stessa frequenza e stessa ram.

e quanto ci ha messo?

Comunque dovresti vedere i test avenzare,se non ricordo male ci sono i numeri progressivi del test corrente ...in alto a destra mi pare....

si, precisamente ci sono due indici che avanzano, uno chiamato "test" ed un altro chiamato "pass". Entrambi procedono, arrivano al 100% e si riazzerano riniziando d'accapo. L'unica cosa che sembra cambiare e' la voce pattern, che contiene un valore esadecimale.
Che mi sai dire?

[h23]

Cmq fin'ora non mi ha rilevato errori...
nel caso finisca con zero errors, cosa mi conviene fare? provare a cambiare una ad una le varie componenti interne (tipo schede pci etc) finche' non trovo quella bacata?