Gå til innhold

Problemer med kjerne i Sarge!


Anbefalte innlegg

Har et problem, jeg instalerer Debian Sarge på maskina mi, og alt fungerer utmerket, alt av HW osv blir detektert og alt er i sjønneste orden.

Men så kommer jeg til at jeg skal oppgradere kjernen, og det er her probleme kommer inn.

Laster ned kjernen fra www.kernel.org eller fra apt-get (prøvd begge deler), og configurere, kompelerer, setter opp lilo.conf og prøver å boote kjernen, men får bare

 

VFS: Cannot open root device "805" or unknown-blook(8,5)
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on unknown-blook(8,5)

 

Men her kommer det rare inn.

Når jeg etterpå prøver å boote den gamle kjernen som jeg vet funka for 5 minutter siden så vil ikke den heller boote, med den samma feilmeldinga som jeg får når jeg booter den nye?

Bootet en live cd og gikk over lilo.conf men der er alt riktig.

Har også lastet ned den samma kjernen som er med i sarge instalasjonen har å gjort en "make oldconfig" for å få den HELT samma kjernen og bootet den, men det gir samma resultat.

 

De første gangene jeg prøvde å skifte kjerne var med / på en sata disk,og tenkte

kanskje at det var det som var probleme og skiftet til en helt vanlig pata disk, men akkurat det samma hente da.

Har skiftet kjerne utallige ganger i woody å da har det jo aldri vært noe problem!

 

For informasjon så er mine spesifikasjoner:

EPoX 8kda3+ (nForce3 250gb chipsett)

AMD Athlon 64 3200+

Corsair XMS3200C2 512MB

GeForce4 TI4600

 

Noen som har en idè eller har vært bort i dette selv å funnet en løsning?

Lenke til kommentar
Videoannonse
Annonse

her er den =)

 

 

# /etc/lilo.conf - See: `lilo(8)' and `lilo.conf(5)',
# ---------------       `install-mbr(8)', `/usr/share/doc/lilo/',
#                       and `/usr/share/doc/mbr/'.

# +---------------------------------------------------------------+
# |                        !! Reminder !!                         |
# |                                                               |
# | Don't forget to run `lilo' after you make changes to this     |
# | conffile, `/boot/bootmess.txt' (if you have created it), or   |
# | install a new kernel.  The computer will most likely fail to  |
# | boot if a kernel-image post-install script or you don't       |
# | remember to run `lilo'.                                       |
# |                                                               |
# +---------------------------------------------------------------+

# Specifies the boot device.  This is where Lilo installs its boot
# block.  It can be either a partition, or the raw device, in which
# case it installs in the MBR, and will overwrite the current MBR.
#
boot=/dev/sda

# Specifies the device that should be mounted as root. (`/')
#
root=/dev/sda5

# Enable map compaction:
# Tries to merge read requests for adjacent sectors into a single
# read request. This drastically reduces load time and keeps the
# map smaller.  Using `compact' is especially recommended when
# booting from a floppy disk.  It is disabled here by default
# because it doesn't always work.
#
# compact

# Installs the specified file as the new boot sector
# You have the choice between: text, bmp, and menu
# Look in lilo.conf(5) manpage for details
#
#install=menu

# Specifies the location of the map file
#
map=/boot/map

# You can set a password here, and uncomment the `restricted' lines
# in the image definitions below to make it so that a password must
# be typed to boot anything but a default configuration.  If a
# command line is given, other than one specified by an `append'
# statement in `lilo.conf', the password will be required, but a
# standard default boot will not require one.
#
# This will, for instance, prevent anyone with access to the
# console from booting with something like `Linux init=/bin/sh',
# and thus becoming `root' without proper authorization.
#
# Note that if you really need this type of security, you will
# likely also want to use `install-mbr' to reconfigure the MBR
# program, as well as set up your BIOS to disallow booting from
# removable disk or CD-ROM, then put a password on getting into the
# BIOS configuration as well.  Please RTFM `install-mbr(8)'.
#
# password=tatercounter2000

# Specifies the number of deciseconds (0.1 seconds) LILO should
# wait before booting the first image.
#
#delay=20

# You can put a customized boot message up if you like.  If you use
# `prompt', and this computer may need to reboot unattended, you
# must specify a `timeout', or it will sit there forever waiting
# for a keypress.  `single-key' goes with the `alias' lines in the
# `image' configurations below.  eg: You can press `1' to boot
# `Linux', `2' to boot `LinuxOLD', if you uncomment the `alias'.
#
# message=/boot/bootmess.txt
prompt
delay=100
timeout=100

# Specifies the VGA text mode at boot time. (normal, extended, ask, <mode>)
#
# vga=ask
# vga=9
#
vga=normal

# Kernel command line options that apply to all installed images go
# here.  See: The `boot-prompt-HOWTO' and `kernel-parameters.txt' in
# the Linux kernel `Documentation' directory.
#
# append=""

# If you used a serial console to install Debian, this option should be
# enabled by default.
# serial=

#
# Boot up Linux by default.
#
default=Linux

image=/vmlinuz
label=Linux
read-only
#	restricted
#	alias=1

#	initrd=/initrd.img

image=/vmlinuz.old
label=LinuxOLD
read-only
#	optional
#	restricted
#	alias=2

initrd=/initrd.img


# If you have another OS on this machine to boot, you can uncomment the
# following lines, changing the device name on the `other' line to
# where your other OS' partition is.
#
# other=/dev/hda4
#	label=HURD
#	restricted
#	alias=3
other=/dev/sda1
label=WinXP
#	restricted
#	alias=2

Endret av BaLoO-
Lenke til kommentar

Jeg ser du ikke har med inidrd på den nye kjernen og at du har initrd.img sammen med vmlinuz.old. Er du sikker på at det stemmer? Dersom du har brukt debians systemer, så gir den nyttnavn til initrd.img, initrd.old eller noe slikt, så kan du prøve å bruke initrd.img mot den nye kjernen

 

(I hvert fall slik det blir når man apt-getter inn en ny kompilert kjerne, (men jeg har aldri brukt, enn si sett noen grunn til å bruke initrd når jeg har kompilert kjerne selv..))

 

Om du har endret filnavn manuelt så stemmer, jo ikke dette, men det vet du vel...

 

M.

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
×
×
  • Opprett ny...