Après une mise à jour périodique lancée, comme d'habitude, à partir de l'icône de notification d'Ubuntu, l'ordinateur ne veut plus démarrer. Le chargement et l'installation ont pourtant eu l'air de bien se passer. L'opération comportait une mise à jour du noyau et, en conséquence, s'est terminée par une invitation à redémarrer pour terminer la prise en compte des modifications du système. Sur l'ordinateur de bureau en question (désigné par "la tour" dans la suite), Ubuntu est installé en double démarrage aux côtés de SUSE. Comme SUSE 10.2 a été installée après mon "Dapper Drake", c'est le menu du lanceur grub créé par SUSE qui est à l'accueil. L'option Ubuntu est bien proposée dans ce menu mais son choix est suivi par un écran qui reste désespérément noir !
En enlevant l'option de démarrage quiet, qui rend silencieux le processus, il apparait que le lancement s'arrête sur l'erreur :
VFS: Cannot open root device "hda1" or unknown-block(0,0)
Please append a correct "root=" boot option
kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
Pourtant la même mise à jour, faite sur mon portable, n'a pas eu de conséquences néfastes ! Les deux machines sont décrites ici.
Sur le portable, Ubuntu est en double démarrage avec MS WINDOWS ® et c'est le menu grub
installé par Ubuntu qui fait l'accueil. Est-ce que ceci pourrait être à l'origine de la différence de
comportement ? Vérification faite, les deux fichiers /boot/grub/menu.lst comportent des paramétrages
très voisins . Sur le portable qui marche :
title | Ubuntu, kernel 2.6.15-27-386 |
root | (hd0,3) |
kernel | /boot/vmlinuz-2.6.15-27-386 root=/dev/sda4 ro quiet splash vga=791 |
initrd | /boot/initrd.img-2.6.15-27-386 |
et sur la tour en panne :
title | Ubuntu, kernel 2.6.15-27-386 |
root | (hd0,0) |
kernel | /boot/vmlinuz-2.6.15-27-386 root=/dev/hda1 vga=791 ro quiet splash |
initrd | /boot/initrd.img-2.6.15-27-386 |
Les différences sont cohérentes avec les caractérisques matérielles et de partitionnement des deux machines, ainsi qu'avec les paramétrages des versions antérieures des noyaux. Ce n'est donc pas de ce côté là que réside l'erreur.
Une recherche sur l'internet fait sortir nombre de pages évoquant le même message d'erreur, rencontré à la suite d'installations nouvelles ou de recompilations de noyaux, en raison, par exemple, de mauvaises prises en charge du système de fichiers ou du type matériel du disque dur. Compte tenu du fait que la tour fonctionnait parfaitement avant la mise à jour, aucun des remèdes trouvés n'est pertinent !
Effectuée en désespoir de cause, la comparaison des fichiers /boot/initrd.img-2.6.15-27-386 montre une différence de taille dans les propriétés :
Serait-il possible que ... ?
A l'aide d'une clef USB et de SUSE sur la tour, la copie du fichier initrd.img-2.6.15-27-386 du portable vers
la tour (après avoir renommé celui présent sur la tour en /boot/initrd.img-2.6.15-27-386-bak, au cas où)
règle en effet
le problème. Après le choix sur grub, la tour relance Ubuntu comme s'il ne s'était rien passé...
Happy end !