lilo me rend fou... !?!
Bonjour,
Je viens de réinstaller Sarge sur un de mes PC à la maison. Ce PC est en
multi-boot avec Windows.
Il se passe quelquechose d'étrange...
Après mon install de Sarge, j'installe une image de noyau 2.6.8-11 puis
je modifie mon lilo.conf (comme d'habitude) pour qu'il voie ma partoche
windows. Après avoir fait ces modifs, je tape (comme je l'ai toujours
fait) :
# lilo -c
Added Linux *
Added LinuxOLD
Added Windows
Donc je reboote, et là surprise, lilo, toujours dans sa config
originale, démarre sur le noyau 2.6.8-11 que je viens d'installer sans
me proposer de menu. Donc cette fois-ci je tape :
# lilo -C /etc/lilo.conf -M /dev/hda
/boot/boot.0300 exists - no /dev/hda backup copy made.
The Master Boot Record of /dev/hda has been updated.
Je reboote donc à nouveau, et là, ô surprise, je retrouve le lilo de mon
ancienne installe qui, certes boote windows (par défaut d'ailleurs alors
que normalement j'ai demandé Linux par défaut...), mais ne propose pas
les labels définis dans le lilo.conf, d'ailleurs le noyau 2.6.8 ne boote
pas du tout.
Donc je fais un :
# lilo -u
Fatal: Timestamp in boot sector of /dev/hda differs from date
of /boot/boot.0300Try using the -U option if you know what
you're doing.
Comme je pense savoir ce que je fais, je tape :
# lilo -U
Dans le doute, je supprime /boot/boot.0300 puis, pour être sûr de mon
coup, je reboote, sans avoir réinstallé lilo, sur un CD Win98, je fais
un "fdisk /mbr", puis je boote sur une Knoppix, je chroote ma partition,
je refais un :
# lilo -C /etc/lilo.conf -M /dev/hda
Je redémarre, et là rebelotte, encore ce vieux lilo avec le Windows par
défaut. D'après mes maigres connaissances linuxiennes, ce comportement
n'a aucun sens ou alors je n'ai rien compris au fonctionnement de ce
bootloader.
Donc je résume, si je fais lilo -c il boote mon 2.6.8 sans me proposer
d'autre choix, si je fais lilo -M il me sort un vieux lilo tout périmé.
Quelqu'un a une piste ou une explication ? Car là je n'y comprend plus
rien, pour info voici le contenu de mon lilo.conf qui, comme vous le
verrez, n'a rien d'exotique. D'habitude je recompile mon noyaux plutôt
que d'installer une image mais cette fois-ci j'ai été fainéant, cela
peut-il avoir un rapport ???
Merci par avance pour votre précieuse aide :
# /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/hda
# Specifies the device that should be mounted as root. (`/')
#
root=/dev/hda1
# 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=bmp
# 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.old
# 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/hda3
label=Windows
# restricted
# alias=2
Reply to: