#1 Le 26/10/2009, à 00:26
- brazz
[RESOLU !]plus de boot après la mise à jour de cette nuit...
Bonjour,
Bon, comme le titre l'indique, j'avais jusque là une beta de Karmic qui fonctionnait très bien et que je mettais à jour tous les jours pour arriver à la RC, puis la distro complète à la sortie officielle...
Or, hier soir tard, après avoir consulté Système -> Administration -> Gestionnaire de Mises à jour j'ai constaté qu'il y avait une bonne quantité de mises à jour et donc, logiquement j'ai lancé Installer des mises à jour, et tout s'est très bien passé. A la suite de quoi j'ai été invité à redémarrer ma machine, j'ai donc cliqué mon accord.
Et depuis, plus moyen de booter !
En fait, j'ai le chargement du système, puis GRUB et un _ qui attend je ne sais quoi et je n'en sors pas.
J'ai tenté la réinstallation de grub comme indiqué sur https://wiki.ubuntu.com/Grub2 ( Recover Grub 2 via LiveCD )
mais quand je fais la mise à jour, j'obtiens un message d'erreur
# update-grub
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-2.6.31-11-generic
Found initrd image: /boot/initrd.img-2.6.31-11-generic
Found memtest86+ image: /boot/memtest86+.bin
grep: /proc/mounts: Aucun fichier ou dossier de ce type
Cannot find list of partitions!
done
Je ne sais pas si c'est grave car pour le moment je n'ai pas encore été dans les sources de update-grub mais effectivement /boot/grub/device.map donne la liste des devices et non des partitions, cependant quand je fais un fdisk -l j'obtiens à présent un message d'erreur que je n'avais pas avant...
# fdisk -l
impossible d'ouvrir /proc/partitions
et on est coincé, rien ne peut changer...
Bien, dans ce cas je décide de réinstallet Karmic (et tant pis pour ce que j'avais fait dessus) en pensant que tout va rentrer dans l'ordre (heureusement, mon /home est sur un disque déparé...). Aussi je réinstalle tout Karmic en prenant soin de préserver /home. Et quand je relance, j'ai le même message, et si je veux modifier comme indiqué.... ad libitum!
Comme on dit dans Laurel net hardy, alors là je suis bien bais... !
Je ne comprends pas d'où vient cette erreur, ni comment en sortir. Est ce que quelqu'un a une idée ?
Dernière modification par brazz (Le 27/10/2009, à 01:32)
Essayez, essayez, il en restera quelque chose...l'impossible n'est que ce qui n'a pas encore été réussi
Que Saint Torvalds nous assiste !
Hors ligne
#2 Le 26/10/2009, à 11:03
- Compte anonymisé
Re : [RESOLU !]plus de boot après la mise à jour de cette nuit...
quand je fais un fdisk -l j'obtiens à présent un message d'erreur que je n'avais pas avant...
Comment fais-tu "fdisk -l" alors que tu dis ne pas pouvoir booter ?
#3 Le 26/10/2009, à 21:40
- brazz
Re : [RESOLU !]plus de boot après la mise à jour de cette nuit...
Et bien je boote sur le live Cd d'install, d'ailleurs c'est ce qui est préconisé sur https://wiki.ubuntu.com/Grub2
Je pense que le problème est que l'ext4 n'est pas (plus) reconnu depuis la maj, puisqu'avant il n'y avait aucun problème, de plus je vois un insmod ext2 dans grub.cfg comme on voit ci dessous
ubuntu@ubuntu:~$ sudo mount /dev/sdb1 /mnt
ubuntu@ubuntu:~$ sudo mount /dev/sdc2 /mnt/home
ubuntu@ubuntu:~$ sudo mount --bind /dev /mnt/dev
ubuntu@ubuntu:~$ sudo chroot /mnt
root@ubuntu:/# cat /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
insmod ext4
load_env
set default="0"
if [ ${prev_saved_entry} ]; then
saved_entry=${prev_saved_entry}
save_env saved_entry
prev_saved_entry=
save_env prev_saved_entry
fi
insmod ext2
set root=(hd1,1)
search --no-floppy --fs-uuid --set 2eb3a8ea-8cc7-443e-b426-4ef684189ddc
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
if [ ${recordfail} = 1 ]; then
set timeout=-1
else
set timeout=10
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/white
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry "Ubuntu, Linux 2.6.31-11-generic" {
recordfail=1
save_env recordfail
set quiet=1
insmod ext2
set root=(hd1,1)
search --no-floppy --fs-uuid --set 2eb3a8ea-8cc7-443e-b426-4ef684189ddc
linux /boot/vmlinuz-2.6.31-11-generic root=UUID=2eb3a8ea-8cc7-443e-b426-4ef684189ddc ro quiet splash
initrd /boot/initrd.img-2.6.31-11-generic
}
menuentry "Ubuntu, Linux 2.6.31-11-generic (recovery mode)" {
recordfail=1
save_env recordfail
insmod ext2
set root=(hd1,1)
search --no-floppy --fs-uuid --set 2eb3a8ea-8cc7-443e-b426-4ef684189ddc
linux /boot/vmlinuz-2.6.31-11-generic root=UUID=2eb3a8ea-8cc7-443e-b426-4ef684189ddc ro single
initrd /boot/initrd.img-2.6.31-11-generic
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
linux16 /boot/memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
linux16 /boot/memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/30_os-prober ###
if [ ${timeout} != -1 ]; then
if keystatus; then
if keystatus --shift; then
set timeout=-1
else
set timeout=0
fi
else
if sleep --interruptible 3 ; then
set timeout=0
fi
fi
fi
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
root@ubuntu:/#
donc j'ai essayé de forcer un insmod ext4 dans /etc/grub.d/00_header et de régénerer le grub.cfg mais cela n'a pas marché il doit y avoir un autre endroit dans /etc/grub.d/10_linux
Je continue mais c'est pas gagné, même si je m'instruit beaucoup sur grub, c'est le côté positif ...
Essayez, essayez, il en restera quelque chose...l'impossible n'est que ce qui n'a pas encore été réussi
Que Saint Torvalds nous assiste !
Hors ligne
#4 Le 26/10/2009, à 21:55
- brazz
Re : [RESOLU !]plus de boot après la mise à jour de cette nuit...
j'ai donc remodifié:
root@ubuntu:/# grub-mkconfig -o /boot/grub/grub.cfg
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-2.6.31-11-generic
Found initrd image: /boot/initrd.img-2.6.31-11-generic
Found memtest86+ image: /boot/memtest86+.bin
grep: /proc/mounts: Aucun fichier ou dossier de ce type
Cannot find list of partitions!
done
root@ubuntu:/# cat /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
insmod ext4
load_env
set default="0"
if [ ${prev_saved_entry} ]; then
saved_entry=${prev_saved_entry}
save_env saved_entry
prev_saved_entry=
save_env prev_saved_entry
fi
insmod ext2
set root=(hd1,1)
search --no-floppy --fs-uuid --set 2eb3a8ea-8cc7-443e-b426-4ef684189ddc
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
if [ ${recordfail} = 1 ]; then
set timeout=-1
else
set timeout=10
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/white
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry "Ubuntu, Linux 2.6.31-11-generic" {
recordfail=1
save_env recordfail
# Rajout par brazz pour depannage...
insmod ext4
set quiet=1
insmod ext2
set root=(hd1,1)
search --no-floppy --fs-uuid --set 2eb3a8ea-8cc7-443e-b426-4ef684189ddc
linux /boot/vmlinuz-2.6.31-11-generic root=UUID=2eb3a8ea-8cc7-443e-b426-4ef684189ddc ro quiet splash
initrd /boot/initrd.img-2.6.31-11-generic
}
menuentry "Ubuntu, Linux 2.6.31-11-generic (recovery mode)" {
recordfail=1
save_env recordfail
# Rajout par brazz pour depannage...
insmod ext4
insmod ext2
set root=(hd1,1)
search --no-floppy --fs-uuid --set 2eb3a8ea-8cc7-443e-b426-4ef684189ddc
linux /boot/vmlinuz-2.6.31-11-generic root=UUID=2eb3a8ea-8cc7-443e-b426-4ef684189ddc ro single
initrd /boot/initrd.img-2.6.31-11-generic
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
linux16 /boot/memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
linux16 /boot/memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/30_os-prober ###
if [ ${timeout} != -1 ]; then
if keystatus; then
if keystatus --shift; then
set timeout=-1
else
set timeout=0
fi
else
if sleep --interruptible 3 ; then
set timeout=0
fi
fi
fi
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
root@ubuntu:/#
et je vais relancer, mais pour ça il faut que je me déconnecte du live CD. On va voir ???
Essayez, essayez, il en restera quelque chose...l'impossible n'est que ce qui n'a pas encore été réussi
Que Saint Torvalds nous assiste !
Hors ligne
#5 Le 26/10/2009, à 22:20
- Compte anonymisé
Re : [RESOLU !]plus de boot après la mise à jour de cette nuit...
Et bien je boote sur le live Cd d'install,..
Alors normal qui tu aies ça: "impossible d'ouvrir /proc/partitions" et tu aurais plutôt du faire sudo fdisk -l.
Essaie plutôt sudo blkid pour en savoir plus.
Es-tu sûr des UUID dans le grub et fstab ?
Si tu as un doute, remplace root=UUID=2eb3a8ea-8cc7-443e-b426-4ef684189ddc par root=/dev/sdax , x étant le numéro de ta partition racine.
Dernière modification par Compte anonymisé (Le 26/10/2009, à 22:44)
#6 Le 26/10/2009, à 22:56
- brazz
Re : [RESOLU !]plus de boot après la mise à jour de cette nuit...
Non, je suis chrooté ça devrait le faire, je pense, mais tu m'a mis sur la voie:
si je fais un fdisk -l avant de faire update-grub , j'obtiens un résultat correct, mais si je le fais après, là il me répond:
root@ubuntu:/# fdisk -l
impossible d'ouvrir /proc/partitions
ce qui est cohérent avec le
# update-grub
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-2.6.31-11-generic
Found initrd image: /boot/initrd.img-2.6.31-11-generic
Found memtest86+ image: /boot/memtest86+.bin
grep: /proc/mounts: Aucun fichier ou dossier de ce type
Cannot find list of partitions!
done
Je l'avais remarqué mais je n'avais pas saisi l'implication, et j'étais parti pour rien dans des histoires de modules ext2 ou ext4... En tout cas, effectivement, si je teste comme tu dis, j'ai:
ubuntu@ubuntu:~$ sudo blkid
/dev/loop0: TYPE="squashfs"
/dev/sdb1: UUID="2eb3a8ea-8cc7-443e-b426-4ef684189ddc" TYPE="ext4"
/dev/sdb2: UUID="ac05dee9-dea5-45bd-b73a-c4c091d4c34d" TYPE="swap"
/dev/sdc2: UUID="9d70fa67-9cf1-400c-88e7-00afcacfc855" TYPE="ext4"
/dev/sdd1: LABEL="TRAVDISK" UUID="86060daf-72c3-403e-b58d-471911e91fd6" TYPE="ext4"
/dev/sde1: LABEL="USB-DATA" UUID="1C63-376D" TYPE="vfat"
ubuntu@ubuntu:~$
Mais dans ce cas, ça veut dire aussi que tout ce qui est indiqué dans les blogs de ubuntu, de grub et tout le monde, est inexact ou pas testé... cela me parait quand même gros et de toutes façons ennuyeux...
Enfin, vu le contexte, je n'ai plus qu'à faire remonter le bug en espèrant que quelqu'un va m'en sortir...:)
La dernière hypothèse, c'est que j'ai un disque (h0) /dev/hda non formaté (pour une installation de XP mais que je n'arrive pas à faire à cause des pilotes SATA, la tartine de Murphy quoi!). Je n'ai rien lu -ou je ne m'en souviens pas- qui empèchait d'avoir un disque "vide" en tête, mais je vais quand m^eme essayer de le débrancher pour voir.
Dernière modification par brazz (Le 26/10/2009, à 23:04)
Essayez, essayez, il en restera quelque chose...l'impossible n'est que ce qui n'a pas encore été réussi
Que Saint Torvalds nous assiste !
Hors ligne
#7 Le 27/10/2009, à 01:21
- brazz
Re : [RESOLU !]plus de boot après la mise à jour de cette nuit...
Bon, et bien c'était bêtement ça, le premier disque était "vide" et ça ne plaisait pas à grub. Pour tester, j'avais au préalable créé une partition sur ce disque, mais cela a donné le même résultat. Il lui faudrait donc en premier une partition bootable, ou du moins je pense, qui ait le MBR grub. Peut être ont ils fait ça pour gagner du temps au démarrage? En tout cas, je suis à présent sous grub 1.97 beta4 ...
Maintenant, il faut que je modifie l'agencement des cables SATA sur la carte mère, pour respecter l'ordre logique, et en plus ce n'est indiqué ni sur la carte (ou trop petit pour mes yeux), ni sur la doc bien sur !
Et il faut derriere résoudre le problème des drivers SATA pour Windows XP !
Des fois, je me dis qu'au fil des ans on n'a pas tant avancé que cela, on se croirait en 1986, à pàart les floppy de l'époque
Dernière modification par brazz (Le 27/10/2009, à 02:30)
Essayez, essayez, il en restera quelque chose...l'impossible n'est que ce qui n'a pas encore été réussi
Que Saint Torvalds nous assiste !
Hors ligne
#8 Le 27/10/2009, à 03:15
- Sanael
Re : [RESOLU !]plus de boot après la mise à jour de cette nuit...
Selon l'âge de ton materiel, il y a peut-être une alternative.
Dans le Bios, regarde si tu peux choisir l'ordre de Boot de tes disques durs. Si oui, ça suffit, pas besoin d'aller tripatouiller du maître / esclave. (:
Muad'Dib il a les yeux bleus,
Les yeux bleus Muad'Dib il a.
Hors ligne
#9 Le 27/10/2009, à 07:25
- sirius13580
Re : [RESOLU !]plus de boot après la mise à jour de cette nuit...
bonjours a tous j'ai le meme probleme mais je n'ai que karmic sur mon pc il marchai tres bien en beta et depui la rc j'ai ce - blanc qui clignote sur fond noir et je boot au bout de 4 minutes j'ai evidement tester tous ce qui ce raporte a grub dans la doc instalation reinstalation et la je ocmmence a saturer......
linux c'est comme windows...sauf que ..ben ca marche !
linux : ils ne savaient pas que c'etait impossible alors du coup il l'ont fait
Asus n73s core i7 2.0Gh 4go ram nvidia gt540M 1Go
http://www.priceminister.com/p/gogeta13300
Hors ligne
#10 Le 27/10/2009, à 11:18
- Compte anonymisé
Re : [RESOLU !]plus de boot après la mise à jour de cette nuit...
Non, je suis chrooté ça devrait le faire
Méfie toi de ce que tu vois sous /proc si tu chroot.....
Tout dépend si tu montes bien ton chroot, ou pas.
A mon avis, hyper casse-gueule de lire /proc en chroot....
Ton problème est plus du hard/BIOS d'ordre de boot ou disque maître/esclave.
#11 Le 27/10/2009, à 12:32
- brazz
Re : [RESOLU !]plus de boot après la mise à jour de cette nuit...
Bien, comme je l'indiquais donc, j'ai résolu le problème.
C'est très simple, il ne faut pas de disque non bootable en premier.
J'ai donc modifié le branchement des disques et tout est rentré dans l'ordre pour ce problème.
En passant, ce sont des disques SATA, il n'y a donc plus de mode maitre/esclave etc c'était dans les temps!
En résumé -et en dehors des problèmes d'ordre de détection des disques, qui sont du hard- on peut bien (et on doit) utiliser la méthode de dépannage indiquée par https://wiki.ubuntu.com/Grub2 ( Recover Grub 2 via LiveCD ) , qui reprend d'ailleurs celle indiquée par le groupe grub... Je me disais bien que ça ne pouvait pas être erroné; à ce niveau c'était trop gros.
Par contre, ce que je ne comprends pas c'est comment ça a pu marcher avant ?
Une dernière remarque au sujet de la lecture de /proc : on ne peut pas faire autrement car c'est dans grub-mkconfig (ou update-grub c'est pareil) et on est obligé de le faire après avoir modifié un des fichiers de config servant à générer grub.cfg, mais apparemment cela a très bien marché, et c'est ce qui est préconisé, j'espère qu'ils savent ce qu'ils font.
Merci à tous, et si ça peut servir à quelqu'un d'autre, tant mieux.
Essayez, essayez, il en restera quelque chose...l'impossible n'est que ce qui n'a pas encore été réussi
Que Saint Torvalds nous assiste !
Hors ligne
#12 Le 27/10/2009, à 13:27
- Compte anonymisé
Re : [RESOLU !]plus de boot après la mise à jour de cette nuit...
"Ça marchait avant, et ça ne marche plus...."
Grub2 de Karmic étant en version 1.97~beta4, il n'est pas étonnant de découvrir quelques bizarreries ou anomalies ou bugs.
Grub2 est encore un peu jeune pour être solide et stable.
#13 Le 27/10/2009, à 15:23
- brazz
Re : [RESOLU !]plus de boot après la mise à jour de cette nuit...
Bien sur, pas de problème, cest la règle du jeu et ça peut faire progresser...
A présent, après quelques heures hier où j'ai pu bosser tranquille, depuis ce matin pas moyen de se connecter.
Je veux dire que les login sont refusés, même sans passwd... original ! En fait, plus exactement, c'est en mode graphique que ça se passe, car en mode console classique il n'y a aucun problème.
Donc, de nouveau, à moi le live CD! Bizarrement, je n'avais jusque là eu aucun problème et les RC sont censées être presque stables, c'est la vie, il y a plus qu'à chercher.
Dernière modification par brazz (Le 27/10/2009, à 16:00)
Essayez, essayez, il en restera quelque chose...l'impossible n'est que ce qui n'a pas encore été réussi
Que Saint Torvalds nous assiste !
Hors ligne