Kernel Panic dopo aggiornamento

[Cacciatorino]

Utilizzo una slack 12.0 (non current). Avendo visto che era uscito un aggiornamento di sicurezza per il kernel l'ho applicato seguendo le istruzioni. Prima ho eseguito uname -r e il sitema mi ha detto che stavo usando un kernel smp, allora ho scaricato la patch per quello. Poi ho fatto upgradepkg ed il comando e' stato portato a termine senza problemi. Infine /sbin/lilo ed ho riavviato.
Putroppo il sistema va in kernel panic:

Kernel Panic - not syncing: VFS: unable to mount root-fs on unknown-block(3,1)

Nel sistema avevo installato i driver nvidia (mi servivano perche' la uso per un sistema CAD), sara' colpa di quelli?

Pro. AMD Athlon 1700+ con scheda video Nvidia Ti4600.

Posso recuperare senza reisntallare tutto? Ovviamente non ho fatto un dischetto di boot

Ciao, Alessandro.

[absinthe]

problema già affrontato! ci sono 4 kernel in slack:

1- huge-smp
2- huge
3- generic-smp
4- generic

tu molto probabilmente stavi usando lo huge-smp. adesso che hai upgradato probabilmente hai installato il generic-smp e quindi ti manca un initrd. adesso ti manca l'initrd per il nuovo kernel (ma se lo avevi fatto per il tuo vecchio kernel dovrebbe andare pure per questo!)
magari potrebbe trattarsi di un altro scenario.. non so... in ogni caso devi bootare con il cd della slack, chrootare nella tua / e fare le operazioni del caso... installazione dello huge oppure costruzione dell'initrd. alla fine ricordati comunque di aggiornare lilo!
per i dettagli vedi qui

M

[manolo]

Hai creato il ramdisk dopo aver installato il kernel?
Non credo proprio sia colpa dei driver nvidia.

[Cacciatorino]

Absinthe:

Il sistema che hai indicato ha funzionato al primo colpo.

ti ringrazio moltissimo.

Alessandro.

[absinthe]

La vostra soddisfazione è il nostro miglior premio

M

[madtux]

Dato che il post e' gia aperto ne approfitto.
Ho compilato il 2.6.24.2 partendo dal config precedente 2.6.21.5-smp,
dando make oldconfig aggiornandolo al nuovo config
Dopo aver fatto tutti i passi necessari,
al riavvio kernel panic.
comunque perche' consigli di creare l'initrd se all'installazione della slack,
nella dir boot non c'era la dir initrd e l'initrd.gz ???
Un'altra cosa, se parto da un config funzionante perche' il nuovo kernel panica????

[conraid]

Un'altra cosa, se parto da un config funzionante perche' il nuovo kernel panica????

Perché devi ricreare l'initrd se lo usavi. Ogni volta devi rifarlo, a meno di non cambiare le impostazioni del kernel, cosa che ti consiglio. Initrd va a braccetto con il kernel

[madtux]

@conraid
come faccio a cambiarlo nel kernel?
Per usarlo intendi l'esistenza della directory initrd e del file initrd.gz nella dir /boot?
Appena installato slackware nella dir /boot questi file non c'erano.
Scusate per queste domande (per voi + esperti) banali, ma se non mi è chiaro il concetto
continuerò a sbagliare e dopo 15 tentativi di ricompilazione.....
capitemi

[aLvArO]

se nn avevi initrd prima ed hai dato make oldconfig, initrd nn ti serve nemmeno adesso.
adesso ho un pò di domande
1) compilato da sorgenti?
2) slack 12 o current?
3) che tipo di kernel panic ti da?
4) per sicurezza hai dato make menuconfig per controllare che il tuo filesystem sia "*"
5) a proposito che filesystem usi?
ciao

[conraid]

@conraid
come faccio a cambiarlo nel kernel?

Come ti hanno detto se non l'avevo prima non ti serve nemmeno adesso.
Nel caso basta crearlo con il comando mkinitrd dicendo per quale kernel lo vuoi.

[absinthe]

credo che il problema dipenda dalla modalità di installazione della slack!
al primo setup, se si installa tutto, vengono installati in sequenza
1-il kernel generic da tgz
2-i file del kernel huge NON da tgz. questo sovrascrive i link simbolici al generic

tutto va a meraviglia, ma se uno per un caso fa l'upgrade (non mi era mai successo nella storia della slack dalla 9.1 in poi), upgradepkg vede solo il pacchetto del generic e ti pialla i link simbolici dello huge. morale: al riavvio dall'upgrade non ti va più un tubo perchè hai cambiato tipo di kernel!
stavo riflettendo se far notare la cosa a Pat per l'installer della 12.1 o se questa è una cosa che un utente DEVE sapere se ha a che fare con la slack... conraid che ne pensi?!

M

[conraid]

IMHO Pat se ne frega. Lo dimostra il fatto che difficilmente aggiorna un kernel per una stable.
Solo in casi rari come il bug di questi giorni, ma ce ne sono stati altri di bug.
E' come dire "io ti ho due kernrel, uno generico ed uno huge, per far partire la distribuzione ed in caso di emergenza, ma al resto pensaci tu".
Comunque il problema del link simbolico non è così banale, io se fossi in PAT non lo farei nemmeno.
Anche perché un make install del kernel mi rovina tutto.
Prova a mandargli una mail, io purtroppo l'inglese non lo so, cercando di capire la cosa

IMHO Pat è cambiato molto negli ultimi anni, dalla 12 in poi non trovo così problematico anche per un newbie usare una Slack. Da HAL in KDE in poi. Si può usare anche in ambito home senza problemi IMHO
Ora ha anche messo i font orientali con strumenti per usarli.
Quindi chissà che non raccoglie anche questo suggerimento

UPDATE: sto usando troppo "IMHO", a volte anche parlando mi viene di usarlo

[madtux]

@aLvArO
il kernel l'ho compilato da sorgenti,ho una slsack 12,
il kernel panic e'

Codice: Seleziona tutto

Kernel panic: VFS: Unable to mount root fs on unknown-block(8,6)

il modulo del filesystem e' stato impostato come built in,fs usato ext3.

[slucky]

Pat è cambiato molto negli ultimi anni, dalla 12 in poi non trovo così problematico anche per un newbie usare una Slack. Da HAL in KDE in poi. Si può usare anche in ambito home senza problemi

Già, lo penso anch'io, e sinceramente mi sembra una cosa positiva, la semplicità è sempre una buona cosa.

[conraid]

@aLvArO
il kernel l'ho compilato da sorgenti,ho una slsack 12,
il kernel panic e'

Codice: Seleziona tutto

Kernel panic: VFS: Unable to mount root fs on unknown-block(8,6)

il modulo del filesystem e' stato impostato come built in,fs usato ext3.

Allora non hai messo built-in i moduli del tuo chipset