Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT="gnulinux-4.9.159-vs2.3.9.8-samp-amd64-advanced-c2ebbc31-7fa0-40d1-a2fc-341702266b8d>gnulinux-4.9.159-vs2.3.9.8-samp-amd64-advanced-c2ebbc31-7fa0-40d1-a2fc-341702266b8d"
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX=""
Lancé "update-grub" et au reboot je suis toujours sur le même noyau ! - en 20 ans de Linux c'est la première fois que je vois ça !!!
Je sèche lamentablement... HELP !
Sam.
Dernière modification par samprz (28-05-2021 12:26:10)
Hors ligne
Si ton noyeau n'apparait pas c'est qu'il doit y avoir un probleme de compilation. Ou qu'il manque des trucs. Comme les header ou des pilotes. Qui sait.
Essaye un
Ou desinstalle manuellement ceux que tu ne veux pas. Attention il faux generallement garder les deux derniers car en cas d'impossibilité de démarrer sur le dernier noyau (une incompatibilité des pilotes par exemple), il restera toujours la possibilité d'utiliser le noyau précédent.
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
On peut voir le contenu de /boot/grub/grub.cfg ?
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-c2ebbc31-7fa0-40d1-a2fc-34170226$
submenu 'Options avancées pour Debian GNU/Linux' $menuentry_id_option 'gnulinux-advanced-c2ebbc31-7fa0-40d1-a2fc-341702266b8d' {
menuentry 'Debian GNU/Linux, avec Linux 4.19.0-0.bpo.16-amd64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulin$
menuentry 'Debian GNU/Linux, with Linux 4.19.0-0.bpo.16-amd64 (systemd)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_opti$
menuentry 'Debian GNU/Linux, with Linux 4.19.0-0.bpo.16-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_i$
menuentry 'Debian GNU/Linux, avec Linux 4.9.159-vs2.3.9.8-samp-amd64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option $
menuentry 'Debian GNU/Linux, with Linux 4.9.159-vs2.3.9.8-samp-amd64 (systemd)' --class debian --class gnu-linux --class gnu --class os $menuentry_$
menuentry 'Debian GNU/Linux, with Linux 4.9.159-vs2.3.9.8-samp-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menu$
menuentry 'Debian GNU/Linux, avec Linux 4.9.0-15-amd64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.9.$
menuentry 'Debian GNU/Linux, with Linux 4.9.0-15-amd64 (systemd)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnu$
menuentry 'Debian GNU/Linux, with Linux 4.9.0-15-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_optio$
En fait j'ai trouvé et solutionné le problème qui venait de /etc/default/grub en mettant:
GRUB_DEFAULT="1>3" (pour booter sur le bon noyau dans /boot/grub/grub.cfg)
et surtout:
GRUB_SAVEDEFAULT=false <--- et je pense que c'est ce qui a débloqué la situation !
En tout cas merci de vos réponses.
Sam.
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Ah !
Si c'est résolu, fô le rajouter dans le titre du post :
Voir le tuto : C'est résolu ! Bravo mais il faut l'indiquer dans l'titre.
J'allais le faire, c'est fait !
Merci.
Sam.
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Le contenu du fichier grub.cfg que tu as posté est incomplet. Visiblement tu as utilisé nano pour l'afficher, ce qui est une erreur : c'est un éditeur, pas un visualisateur, et il tronque les lignes à la largeur du terminal. Et il manque de nombreuses lignes.
Oui c'est juste un "grep gnulinux /boot/grub/grub.cfg" pour n'avoir que les infos utiles.
Sam.
Hors ligne
Le contenu du fichier grub.cfg que tu as posté est incomplet. Visiblement tu as utilisé nano pour l'afficher, ce qui est une erreur : c'est un éditeur, pas un visualisateur, et il tronque les lignes à la largeur du terminal. Et il manque de nombreuses lignes.
C'est mieux comme ça? :
Sam.
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Ça reste perfectible : il y a des sauts de lignes intempestifs qui gênent la lecture et la recherche de texte notamment. Ça vient peut-être du terminal utilisé.
Pour revenir au problème initial, si tu veux utiliser les id il faut spécifier "id du sous-menu>id de l'entrée de menu" comme expliqué dans https://www.gnu.org/software/grub/manua … ml#default. Or tu avais spécifié deux fois l'id de l'entrée de menu.
Quant à GRUB_SAVEDEFAULT, il n'est pas défini par défaut et il ne figure pas dans ton /etc/default/grub initial donc je ne vois aucune raison de le définir explicitement à false. D'autre part cette fonctionnalité ne sert que si GRUB_DEFAULT=saved.
Oui effectivement je l'ai vu après c'est pour ça que l'option GRUB_DEFAULT="1>3" est plus lisible et parlante.
Sam.
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Oui, mais les numéros ne sont pas aussi fiables que les id. Ils peuvent changer en cas d'installation ou suppression d'un autre noyau, ou dans ton cas si tu installes systemd-sysv comme gestionnaire d'init par défaut à la place de sysvinit-core et désinstalles sysvinit (ça supprimera les entrées supplémentaires "systemd").
C'est sûr qu'avant de bidouiller il faut revérifier les entrées quand on installe ou enlève un noyau, concernant le gestionnaire d'Init je suis obligé d'utiliser SysV à cause de mon outil de virtualisation (VServer) qui n'est pas compatible avec Systemd d'ailleurs je n'ose pas trop upgrader en Debian 10 au cas où il forcerait l'installation de Systemd, je n'ai pas encore eu le temps de vérifier.
Sam.
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Il faut vérifier si le paquet sysvinit-core est toujours disponible dans buster et contient /sbin/init (apparemment oui). Lors de la mise à niveau et notamment du dist-upgrade, il faut bien vérifier que ce paquet ne va pas être désinstallé avant d'accepter.
Tiens c'est une idée, je vais tester un dist-upgrade sur VirtualBox sur ma Ubuntu 20.04 LTS.
Sam.
Hors ligne