Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[RESOLU !]plus de boot après la mise à jour de cette nuit...

brazz

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 ?

[supprimé]

brazz a écritquand 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 ?

brazz

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 🙂 ...

brazz

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 ???

[supprimé]

brazz a écritEt 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.

brazz

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.

brazz

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 🙂

Sanael

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. (:

sirius13580

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......

[supprimé]

brazz a écritNon, 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.

brazz

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.

[supprimé]

"Ç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.

brazz

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.