Pagina 1 di 2

Slackware (o lilo) non boota il nuovo kernel compilato

Inviato: gio 8 nov 2007, 9:41
da Smjert
Salve,
Ho compilato da poco un nuovo kernel e dopo averlo aggiunto su lilo rebooto la macchina, lo seleziono dal menu, appare la scritta Linux, poi i vari puntini, ma non "BIOS data check successfully" e infatti lo schermo diventa nero e poi riavvia da solo.
Non penso di aver dimenticato nulla nel kernel anche perchè è da un po' di giorni che uso più o meno le stesse impostazioni, il conf di lilo poi mi sembra a posto...
Sapete dirmi molto in generale cosa potrebbe essere?
Almeno direziono lì i miei sforzi per capire che cosa c'è che non va.

lilo.conf (il test è il kernel da me compilato, gli altri sono due kernel presi dai pacchetti della slack 12.0 e della current).

Codice: Seleziona tutto

# LILO configuration file
# generated by 'liloconfig'
#
# Start LILO global section
boot = /dev/sda
#compact        # faster, but won't work on all systems.
lba32
prompt
timeout = 300
change-rules
reset
# VESA framebuffer console @ 1024x768x64k
vga = 791
# Normal VGA console
# vga = normal
# VESA framebuffer console @ 1024x768x64k
# vga=791
# VESA framebuffer console @ 1024x768x32k
# vga=790
# VESA framebuffer console @ 1024x768x256
# vga=773
# VESA framebuffer console @ 800x600x64k
# vga=788
# VESA framebuffer console @ 800x600x32k
# vga=787
# VESA framebuffer console @ 800x600x256
# vga=771
# VESA framebuffer console @ 640x480x64k
# vga=785
# VESA framebuffer console @ 640x480x32k
# vga=784
# VESA framebuffer console @ 640x480x256
# vga=769
# ramdisk = 0     # paranoia setting
# End LILO global section
# Linux bootable partition config begins

image = /boot/vmlinuz-2.6.23.1test
  root = /dev/sda3
  label = LinuxTest
  read-only 

image = /boot/vmlinuz-huge-smp-2.6.23.1-smp
  root = /dev/sda3
  label = LinuxNew
  read-only  # Partitions should be mounted read-only for checking

image = /boot/vmlinuz-huge-smp-2.6.21.5-smp
  root = /dev/sda3
  label = LinuxOld
  read-only
# Linux bootable partition config ends
# Windows bootable partition config begins
other = /dev/sda1
  label = Windows
#  map-drive = 0x80
#   to = 0x81
#  map-drive = 0x81
#   to = 0x80
  table = /dev/sda
# Windows bootable partition config ends

Inviato: gio 8 nov 2007, 10:09
da Blizzard
ciao,
hai provato a controllare come è messo il supporto ATA/SATA???
ad esempio io ho un hd scsi /dev/sda.... quindi mi hanno consigliato in una precedente discussione di disabilitare il supporto ATA e di abilitare il SATA

/viewtopic.php?t=21164&start=15

ciao
Gio

Inviato: gio 8 nov 2007, 10:28
da Smjert
Io un hd sata messo in /dev/sda.

Quindi dovrei provare a rimuovere

Codice: Seleziona tutto

<*> ATA/ATAPI/MFM/RLL support  --->
e tenere

Codice: Seleziona tutto

<*> Serial ATA (prod) and Parallel ATA (experimental) drivers  --->
giusto?

Inviato: gio 8 nov 2007, 10:40
da Blizzard
mmm si! dovrebbe essere così.... almeno a me è andata bene

ciao
gio

Inviato: ven 9 nov 2007, 10:01
da aLvArO
se ti da subito skermo nero nn credo dipendi dalla impostazioni settate.
quando hai copiato bzImage e system.map il /boot
li hai rinominati correttamente per farli richiamare da lilo ?

Inviato: ven 9 nov 2007, 11:37
da Smjert
Sì, ma ho risolto.
Ho fatto una grossa capperata.
Quando ho ricompilato il kernel non ho lanciato /sbin/lilo (che furbizia), in questo modo la scritta BIOS etc veniva fuori, rimaneva però lo schermo nero e lì era colpa credo dei driver Vesa che nn avevo messo (credo che all'avvio non mi riconoscesse subito la mia scheda così nn mi usava i driver giusti).

Inviato: ven 9 nov 2007, 12:26
da nuitari

Inviato: ven 9 nov 2007, 14:27
da Smjert
Grazie!
Infatti mi ero confuso con i driver video... avevo messo come modulo nvidiafb non sapendo però esattamente cosa servisse (l'ho messo modulo perchè nn si creassero dei conflitti con il driver nvidia "ufficiale" che sarei andato a installare) e non avevo messo nient'altro di statico.
Ripensandoci infatti quando ho compilato staticamente i driver vesa la console è apparsa.
A sto punto avendo una scheda video Nvidia metti nvidiafb ed è meglio ^^

Inviato: ven 9 nov 2007, 21:10
da nuitari
prego :) nvidiafb però va solo con chipset <= 7900, per tutte le altre si deve per forza usare vesafb (od uvesafb)

Inviato: ven 9 nov 2007, 21:13
da Smjert
Quindi su una 8600 GT GO non ci va vero?

Inviato: ven 9 nov 2007, 21:19
da nuitari
Eh no, devi usare vesafb od uvesafb. Una volta che hai compilato tutto bene con uno di questi due (io ho avuto problemi con uvesafb su alcune nvidia), puoi rilevare le risoluzioni con vbetest od hwinfo, come spiegato nel wiki.

Inviato: ven 9 nov 2007, 22:37
da Smjert
Uh beh come risoluzione sto già usando VGA=791 che mi va bene ^^

Inviato: ven 9 nov 2007, 22:43
da nuitari
Quindi una 1024x768 a 16bit. Se non t'interessa una risoluzione + alta, almeno mettila a 24 o 32, no? :)

Inviato: ven 9 nov 2007, 23:06
da Smjert
Uhm e qual'è il codice? visto che 791 pensavo fosse il massimo.
Il mio schermo lcd arriva fino a 1440*900..

Inviato: ven 9 nov 2007, 23:40
da nuitari
Non hai letto la wiki eeeeh? ti ho beccato!!! =)

Leggi la wiki su come rilevare le risoluzioni maggiori di quelle standard, c'è scritto :) Sulle nvidia di solito funziona la parte di vbetest.

Come puoi vedere dalla tabella nella wiki delle risoluzioni vesa standard, 1440×900 a 24 bit ha codice 0x0363, a 32 bit ha codice 0x0364

Siccome so già che non leggerai la wiki (RTFM ragazzi, RTFM, non fate come gli utenti windows!!! 8) ), prima di metterlo dentro lilo, provalo da command line quando avii il kernel, passandoglielo come parametro vga=CODICE