slacky.eu

Ho ricompilato il kernel 2.6.30, ed al riavvio il sistema non trova i moduli per il kernel e non riesce a montare il device dov'è la root dandomi un errore "no /sbin/init found on rootdev (or not mounted)"... Ora sono abbastanza nel panico...

Probabilmente hai dimenticato di compilare come "built in" il modulo del filesystem che usi (per / almeno) e/o quello del controller ATA/SATA/SCSI che sia.

Ciao

Solo che non posso più avviare il s.o. dunque non so come modificare la configurazione ....

Di modi per risolvere il problema ne esistono svariati.

Hai mantenuto in LILO o GRUB l'immagine del vecchio kernel per il boot? O l'hai cancellata fiducioso che andasse al primo colpo il nuovo kernel (occhio a Murphy che colpisce sempre quando uno non se lo aspetta...).
Hai un'altra distro installata, che si avvia senza problemi?
Hai il disco di installazione di Slacware? (non importa la versione)
Hai una live?

...windows si avvia, ho si il disco d'installazione che un live cd....

Quindi, usa il disco di installazione di slackware...
Al prompt

Codice: Seleziona tutto

hugesmp.s root=/dev/tua_root rdinit= ro

Il sistema riparte e rimetti a posto il kernel, lilo, crei un'immagine RAM, insomma quello che credi che non vada...
Ciao

ti ringrazio tantissimo, sono riuscito a farlo avviare, ma al comando startx ho una schermata nera e non riesco a fare più nulla devo riavviare....

Magari i moduli non sono installati "make modules_install", se non l'hai già fatto ti consiglio di leggere questo: http://www.slacky.eu/wikislack/index.ph ... _Slackware, magari risolvi

Cercherei di far partire il sistema con il kernel che usavi in precedenza, se non l'hai rimosso/disinstallato.
Riavvia senza far partire il server X.
Verifica in /boot qual'e la situazione kernels e link vari, se ce ne sono. Dovresti trovarti qualcosa come (è un estratto)

Codice: Seleziona tutto

ls -l

Codice: Seleziona tutto

lrwxrwxrwx 1 root root      29 2009-06-18 18:43 vmlinuz -> vmlinuz-huge-smp-2.6.29.5-smp
-rw-r--r-- 1 root root 2383312 2009-06-17 08:48 vmlinuz-generic-2.6.29.5
-rw-r--r-- 1 root root 2492496 2009-06-17 06:36 vmlinuz-generic-smp-2.6.29.5-smp
-rw-r--r-- 1 root root 4794160 2009-06-17 09:26 vmlinuz-huge-2.6.29.5
-rw-r--r-- 1 root root 4937616 2009-06-17 07:53 vmlinuz-huge-smp-2.6.29.5-smp

nel mio caso, il tuo sarà un po' diverso
Se c'è un link al kernel 2.6.30 eventualmente rimuovilo

Codice: Seleziona tutto

rm vmlinuz

Apri /etc/lilo.conf, con pico, VI , nano, quello che ti risulta più comodo o sai usare. Verifica la sezione che avevi modificato per avviare il 2.6.30 e modificala secondo necessità.(Usa un kernel huge)
Lancia lilo per attuare le modifiche e riavvia, dovresti ritrovarti nelle condizioni pre-modifiche...spero.
Ciao

urka58 ha scritto:Cercherei di far partire il sistema con il kernel che usavi in precedenza, se non l'hai rimosso/disinstallato.
Riavvia senza far partire il server X.
Verifica in /boot qual'e la situazione kernels e link vari, se ce ne sono. Dovresti trovarti qualcosa come (è un estratto)
Codice: Seleziona tutto
ls -l
Codice: Seleziona tutto
lrwxrwxrwx 1 root root      29 2009-06-18 18:43 vmlinuz -> vmlinuz-huge-smp-2.6.29.5-smp
-rw-r--r-- 1 root root 2383312 2009-06-17 08:48 vmlinuz-generic-2.6.29.5
-rw-r--r-- 1 root root 2492496 2009-06-17 06:36 vmlinuz-generic-smp-2.6.29.5-smp
-rw-r--r-- 1 root root 4794160 2009-06-17 09:26 vmlinuz-huge-2.6.29.5
-rw-r--r-- 1 root root 4937616 2009-06-17 07:53 vmlinuz-huge-smp-2.6.29.5-smp
nel mio caso, il tuo sarà un po' diverso
Se c'è un link al kernel 2.6.30 eventualmente rimuovilo
Codice: Seleziona tutto
rm vmlinuz
Apri /etc/lilo.conf, con pico, VI , nano, quello che ti risulta più comodo o sai usare. Verifica la sezione che avevi modificato per avviare il 2.6.30 e modificala secondo necessità.(Usa un kernel huge)
Lancia lilo per attuare le modifiche e riavvia, dovresti ritrovarti nelle condizioni pre-modifiche...spero.
Ciao

... Si è l'unica cosa che poi sono riuscito a fare, ora mi rimane da capire cos'è che sbaglio col nuovo kernel, ho provato a ricompilarlo col config-huge-smp, ma x non ne vuole sapere di partire... mah, intanto grazie ancora per il supporto perchè l'ho vista veramente brutta...

N1cuz ha scritto:
urka58 ha scritto:Cercherei di far partire il sistema con il kernel che usavi in precedenza, se non l'hai rimosso/disinstallato.
Riavvia senza far partire il server X.
Verifica in /boot qual'e la situazione kernels e link vari, se ce ne sono. Dovresti trovarti qualcosa come (è un estratto)
Codice: Seleziona tutto
ls -l
Codice: Seleziona tutto
lrwxrwxrwx 1 root root      29 2009-06-18 18:43 vmlinuz -> vmlinuz-huge-smp-2.6.29.5-smp
-rw-r--r-- 1 root root 2383312 2009-06-17 08:48 vmlinuz-generic-2.6.29.5
-rw-r--r-- 1 root root 2492496 2009-06-17 06:36 vmlinuz-generic-smp-2.6.29.5-smp
-rw-r--r-- 1 root root 4794160 2009-06-17 09:26 vmlinuz-huge-2.6.29.5
-rw-r--r-- 1 root root 4937616 2009-06-17 07:53 vmlinuz-huge-smp-2.6.29.5-smp
nel mio caso, il tuo sarà un po' diverso
Se c'è un link al kernel 2.6.30 eventualmente rimuovilo
Codice: Seleziona tutto
rm vmlinuz
Apri /etc/lilo.conf, con pico, VI , nano, quello che ti risulta più comodo o sai usare. Verifica la sezione che avevi modificato per avviare il 2.6.30 e modificala secondo necessità.(Usa un kernel huge)
Lancia lilo per attuare le modifiche e riavvia, dovresti ritrovarti nelle condizioni pre-modifiche...spero.
Ciao
... Si è l'unica cosa che poi sono riuscito a fare, ora mi rimane da capire cos'è che sbaglio col nuovo kernel, ho provato a ricompilarlo col config-huge-smp, ma x non ne vuole sapere di partire... mah, intanto grazie ancora per il supporto perchè l'ho vista veramente brutta...

PJV ha due trappole subdole in Slackware:

/boot/System.map e` un symlink al suo, cancellalo

/etc/rc.d/rc.modules e` un symlink,
non usando kernel con moduli, l'ho cancellato.

Cancella rc.modules e
copia rc.modules-2.6.27.7... che ti funziona in rc.modules.
Provalo e casomai editalo e cambia quello che ti serve.

Adesso il kernel 2.6.30 avvia correnttamente, il problema è l'avvio del server grafico, dato il comando startx ho la schermata nera e si disattivano anche i led della tastiera... xorg.conf non l'ho toccato e col kernel di default x funziona correttamente.

Se hai installato driver proprietari, Nvidia o ATI, il tuo xorg.conf dovrebbe essere configurato per l'uso di quei driver. Dai un'occhiata lì...
Se invece usi i driver open, allore le cose si complicano un po', c'è qualcosa di sbagliato nella conf del kernel, bus AGP o PCIe o qualcosa di quel tipo.
Qualcuno ti ha già fatto notare se hai installato i moduli caricabili, lo hai fatto?

@mario
Se c'è un System.map valido per il kernel is uso in / /boot o i sorgenti, lo trova da solo. Non è necessario indicarlo attraverso un link, ne eliminare un link ad un System.map non relativo al kernel caricato. Eventualmente potresti aggiungere la versione, tipo System.map-2.6.30, ma anche in questo caso non è indispensabile. La pratica di avere più di un kernel installato sulla stessa macchina è molto comune, pensa se si dovessero togliere e mettere link prima di ogni boot.
Il System.map è una tabella dei simboli e delle funzioni del kernel con la relativa traduzione in forma leggibile. Viene usata per il logging del kernel, se non valida non riuscirai a scoprire quale funzione ha detrminato un oops, ma il kernel si carica senza problemi.

Ciao

urka58 ha scritto: @mario
Se c'è un System.map valido per il kernel is uso in / /boot o i sorgenti, lo trova da solo. Non è necessario indicarlo attraverso un link, ne eliminare un link ad un System.map non relativo al kernel caricato. Eventualmente potresti aggiungere la versione, tipo System.map-2.6.30, ma anche in questo caso non è indispensabile. La pratica di avere più di un kernel installati sulla stessa macchina è molto comune, pensa se si dovessero togliere e mettere link prima di ogni boot.

Hai ragione e torto allo stesso tempo

Codice: Seleziona tutto

root@va2:/boot# ls -l
total 27252
lrwxrwxrwx 1 root root      37 2008-12-27 21:39 README.initrd -> /usr/doc/mkinitrd-1.3.3/README.initrd
-rw-r--r-- 1 root root 1054622 2009-06-19 11:01 System.map
-rw-r--r-- 1 root root 1035604 2009-04-24 13:45 System.map-2.6.29.1
-rw-r--r-- 1 root root 1035050 2009-04-27 21:25 System.map-2.6.29.2
-rw-r--r-- 1 root root 1035065 2009-05-09 12:23 System.map-2.6.29.3
-rw-r--r-- 1 root root 1035228 2009-05-20 08:58 System.map-2.6.29.4
-rw-r--r-- 1 root root 1432921 2008-11-21 05:33 System.map-huge-smp-2.6.27.7-smp
-rw-r--r-- 1 root root     512 2008-12-12 11:06 boot.0800
-rw-r--r-- 1 root root     512 2008-12-12 11:06 boot.0801
-rw-r--r-- 1 root root     512 2008-12-13 11:31 boot.0820
-rw-r--r-- 1 root root     168 2008-12-12 11:06 boot_message.txt
-rw-r--r-- 1 root root 3310016 2009-06-19 11:01 bzImage
-rw-r--r-- 1 root root 3250544 2009-04-24 13:45 bzImage-2.6.29.1
-rw-r--r-- 1 root root 3250704 2009-04-27 21:25 bzImage-2.6.29.2
-rw-r--r-- 1 root root 3251504 2009-05-09 12:23 bzImage-2.6.29.3
-rw-r--r-- 1 root root 3251248 2009-05-20 08:58 bzImage-2.6.29.4
lrwxrwxrwx 1 root root      28 2008-12-12 11:05 config -> config-huge-smp-2.6.27.7-smp
-rw-r--r-- 1 root root   89384 2008-11-21 05:33 config-huge-smp-2.6.27.7-smp
-rw-r--r-- 1 root root    5040 2008-11-29 19:43 diag1.img
-rw------- 1 root root   23040 2009-06-19 11:12 map
-rw-r--r-- 1 root root   15754 2008-02-22 01:08 slack.bmp
lrwxrwxrwx 1 root root      29 2008-12-12 11:05 vmlinuz -> vmlinuz-huge-smp-2.6.27.7-smp
-rw-r--r-- 1 root root 4727664 2008-11-21 05:33 vmlinuz-huge-smp-2.6.27.7-smp
root@va2:/boot#

Copiando dal kernel nuovo il System.map verso /boot, senza rinomarlo ...
Nel caso sopra System.map e bzImage sono kernel 2.6.30,
se era un symlink a System.map-huge-smp-2.6.27.7-smp ...
Li copio con estensione -2.6.30 solo quando metto il prossimo.
Ragione: un kernel nuovo spesso lo ricompilo piu` volte,
finche' e` come lo voglio, farne tot versioni lo trovo perdita di tempo.

Mario, non è questione di torto o ragione.
Il kernel è in grado di "capire" quale System.map è "il suo".
Se compili il kernel più volte fino ad ottenere il grado di ottimizzazione che desideri, nei sorgenti avrai il System.map relativo all'ultima versione, quindi "il suo".
Se invece utilizzi un kernel "intermedio" del processo di ottimizzazione, devi avere un System.map valido da qualche parte in / /boot o i sorgenti (a meno di non tenersi i sorgenti relativi ad ogni compilazione). Solo in questo caso devi aggiungere la versione e copiarlo in /boot o /, perchè nei sorgenti c'è un System.map relativo ad una successiva compilazione.
Alla fine... aggiungere la versione al System.map, seppure non indispensabile, è utile.
Siccome ho modificato il post in corso d'opera, vorrei farti notare l'ultima parte

urka58 ha scritto: Il System.map è una tabella dei simboli e delle funzioni del kernel con la relativa traduzione in forma leggibile. Viene usata per il logging del kernel, se non valida non riuscirai a scoprire quale funzione ha detrminato un oops, ma il kernel si carica senza problemi.

Per dire che tutta questa faccenda, comunque, non c'entra con il problema del nostro amico.
Ciao

slacky.eu

Problema post-ricompilazione kernel

Problema post-ricompilazione kernel

Re: Problema post-ricompilazione kernel

Re: Problema post-ricompilazione kernel

Re: Problema post-ricompilazione kernel

Re: Problema post-ricompilazione kernel

Re: Problema post-ricompilazione kernel

Re: Problema post-ricompilazione kernel

Re: Problema post-ricompilazione kernel

Re: Problema post-ricompilazione kernel

Re: Problema post-ricompilazione kernel

Re: Problema post-ricompilazione kernel

Re: Problema post-ricompilazione kernel

Re: Problema post-ricompilazione kernel

Re: Problema post-ricompilazione kernel

Re: Problema post-ricompilazione kernel