Slt,
 
Hier j'ai mis à jour mon noyal et mes drivers NVidia, puis redémarré pour voir si tout allait bien (j'ai déjà eus des problèmes à cause de mise à jours d'NVidia ...) et ça allait.
 
Plus tard dans l'après-midi j'ai fait un "aptitude safe-upgrade" pour mettre ma Debian à niveau.
 
J'ai du m'absenter pour quelques heures et j'ai donc éteint l'ordi et à mon retour quand je l'ai rallumé, j'ai eus cette erreur qui est la cause de mon post.
 
"you need to load the kernel first", de plus mon Grub est retombé à une version antérieur (1.96) alors qu'il était en 2b.
 
Je n'y comprends rien et Google est pratiquement muet sur cette erreur . Pour moi ça viendrait de l'upgrade car c'est la seul modification "majeur" étant donné que le noyau était bien passé.
 
 
Aidez moi s'il vous plait

Je viens d'aller voir les logs avec un live CD et ils sont totalement muet
De plus, bizarrement, dans le /boot/grub/ tout les fichiers sont bien de Grub2 et non du 1.9 c'est comme si mon Grub2 était toujours là mais que le 1.9 prenait sa place.

Essais de chrooter et de reinstaller grub? La commande pour la reinstallation est 'grub-install'.

J'ai essayé mais ça n'a pas l'air d'aller et je ne comprends pas
Comme je n'ai jamais fait ça j'ai suivi ce tuto, je ne suis pas dans le cas avec Windows mais c'est la première doc que j'ai trouvé.
 
Voici ce que ça donne :

Apparemment je procède mal et je devrais faire :

mais ça me retourne cette erreur :

Même problème que moi et n'y est pas arrivé

normalement c'est
grub-install --root-directory=/ /dev/sdb
 
et démarre en mode "failsafe": t'auras plus d'infos en cas de problème.

Ok je vais y regarder, bizarrement j'ai ceci :
 
/boot/grub/grub.cfg                Ok
/boot/boot/grub/                   sans menu.cfg, j'ai copié l'autre dans ce répertoire mais ça n'a rien changé, c'est déjà pas normal d'avoir un /boot/boot/  
 
 
Comment démarre-t-on en failsafe ? je fais mes tentatives depuis un live-CD étant donné que je n'ai plus accès à mon HDD.

ça ne donne rien

Bon je pige pas trop là...
 
Une autre méthode: édite le fichier /boot/grub/menu.conf
et change la partie "root=" avec le nom de la partition
Exemple
kernel  /boot/vmlinuz-2.6.26 root=/dev/sdb1 ro quiet splash  
 
(solution temporaire)
 
Si ca marche pas, alors c'est qu'il y a 2 grubs... et faudra chercher une autre solution

[connerie]

ça ne change rien, toujours "you need to load the kernel first"

Bon soit c'est le grub dans /boot/boot qui cherche a démarrer le système soit la partition a un autre nom au démarrage (genre sda1 au lieu de sdb1)
 
Démarre l'ordi en mode "recovery mode"  (et sans le Live-CD) et là tu devrais avoir plusieurs messages d'erreur qui peuvent t'aider.

Oui c'est vrai dsl mais je ne peux utiliser l'ordi qu'avec un live-CD en attendant une solution, donc je suis fort limité et je transis que tout rentre dans l'ordre. (Je cherche aussi beaucoup de mon côté)
 
Excusez moi, à présent j'attendrai que mon topic passe en deuxième page

Non car le "single mode" fait pareil

c'est bizarre ton truc...
 
as-tu bien vérifié que "/boot/vmlinuz-2.6.26" existe bel et bien ?
 
as-tu possibilité de booter sur un noyau plus ancien ?

« 2b », c'est-à-dire quelle version ? 1.96 correspond bien à une version beta de grub2, la version de grub1 de debian instable est 0.97. La dernière mise à jour de grub2 dans debian instable date de début septembre (et est passée dans testing 4 jours après), tu n'avais pas mis à jour depuis ce moment-là ?
 
Edit : Si tu pouvais rajouter aussi les messages qui s'affichent avant le message d'erreur « You need to load the kernel first » ça pourrait sûrement aider.

Il existe bien et impossible de booter sur les anciens noyaux.
 

Ça faisait un moment que je n'avais plus mis à jour et là j'ai tout fait en un coup et ça a merdé.
Malheureusement il n'y a aucun message à part celui posté

Apparemment c'est un bug déjà rapporté plusieurs fois (voir par exemple http://bugs.debian.org/cgi-bin/bug [...] bug=501942, fusionné avec 7 autres rapports de bug), et ça vient d'un problème dans le grub.cfg, vérifie les numéros des partitions dans /boot/grub/grub.cfg (chez moi la partition qui s'appelle /dev/sda6 sous linux s'appelle (hd0,6) dans grub), si ça ne marche pas tu n'as plus qu'à lire les rapports de bug pour voir s'il n'y a pas de solution.

Effectivement c'est la même chose que moi si ce n'est qu'apparemment (si j'ai bien compris) lui a la chance que son boot passe quelque fois après un reboot alors que moi c'est jamais
 
Ça me fait quand même plaisir de savoir que c'est un bug connu

pourquoi ne pas faire un chroot depuis le live-cd et reinstaller grub?

déjà fait mais j'obtiens cette erreur et