Ce n'était pas un problème de acpi, ni un problème de lilo mais un problème de modules.
En effet, j'ai changé de noyau (sans recompilé, en fait, ça viendra après) et j'ai gardé le vieux /lib/module/2.6.15... Je ne sais pas à quel niveau ça agit, mais ça ne marchait plus du tout.
Alors, la solution, si quelqu'un d'autre passe par là (et pour moi) :
booter sur un live-cd (en l'occurrence ubuntu live)
En root :
*Monter la partition hda3 qui contient mon système,
*Changer la racine avec chroot,
*Du coup, dans le terminal où on travaille, un "apt-get truc" agit sur le systeme du portable et non sur le systeme du liveCD (je ne connaissais pas).
*Supprimer les noyaux, sauvegarder /lib/module/2.6.15-1-k7
*Réinstaller un noyau
*Mettre à jour lilo.conf
*Mettre à jour lilo
* ... Rebooter sur le disque... Etch's alive, alleluia.
En d'autres termes, dans ubuntu :
$ sudo -s
# mkdir /mnt/hda3
# mount /dev/hda3 /mnt/hda3/
# mkdir /mnt/proc # ça je ne suis pas sur que ce soit important
# mkdir /mnt/dev # c'est proposé comme ça
# mount -t proc none /mnt/proc/ # dans le gentoo handbook
# mount -o bind /dev /mnt/dev #
# chroot /mnt/hda3/ /bin/bash # l'arme fatale :)
Puis une fois en que la partition du disque est à nouveau la racine :
export PS1="(chroot) $PS1" # c'est plus joli
apt-get update
apt-get remove linux-image-2.6.15-1-k7
apt-get remove linux-image-2.6.12-1-k7
mv 2.6.15-1-k7/ 2.6.15-1-k7-old
apt-get install linux-image-2.6.15-1-k7
ln -s /boot/vmlinuz-2.6.15-1-k7 vmlinuz
ln -s /boot/initrd.img-2.6.15-1-k7 initrd.img
nano etc/lilo.conf # faire ce qu'il faut
lilo
reboot
@karmatrix
Pourquoi initrd ? Très bonne question, surement parce qu'il était là. Je ne me suis jamais penché sur cet animal là.
# Sauvé... par chroot
Posté par cxente . En réponse au message Pire que kernel panic !!. Évalué à 2.
Ce n'était pas un problème de acpi, ni un problème de lilo mais un problème de modules.
En effet, j'ai changé de noyau (sans recompilé, en fait, ça viendra après) et j'ai gardé le vieux /lib/module/2.6.15... Je ne sais pas à quel niveau ça agit, mais ça ne marchait plus du tout.
Alors, la solution, si quelqu'un d'autre passe par là (et pour moi) :
booter sur un live-cd (en l'occurrence ubuntu live)
En root :
*Monter la partition hda3 qui contient mon système,
*Changer la racine avec chroot,
*Du coup, dans le terminal où on travaille, un "apt-get truc" agit sur le systeme du portable et non sur le systeme du liveCD (je ne connaissais pas).
*Supprimer les noyaux, sauvegarder /lib/module/2.6.15-1-k7
*Réinstaller un noyau
*Mettre à jour lilo.conf
*Mettre à jour lilo
* ... Rebooter sur le disque... Etch's alive, alleluia.
En d'autres termes, dans ubuntu :
@karmatrix
Pourquoi initrd ? Très bonne question, surement parce qu'il était là. Je ne me suis jamais penché sur cet animal là.