Re: grub.cfg
je crois qu'a l'origine c'etait pour permettre aux users de faire un dual-boot avec windows en premier puis cela a evolué, j'ai apprecié le lvm (volume logique) c'est tres bien geré, ext4 est en general recommandé, je ne connais pas bf ni les problemes rencontre avec les espaces virtuelles _ ma becane gere le virtuel nativement comme a-priori tous les Intel_, ni les dockers ni les hyperviseurs (ces derniers sont vraiment pour les pro a mon avis) et donc cela a un rapport avec le boot : il faut donc respecter les principes premiers : la compatibilité et l'usage. pour updater , il faut le faire apres les changement (non pas apres le reboot - ca m'est arrive, pas de boot sur le premier o.s et rebasculement sur le deuxieme et reinstallation du premier) _ { et je crois que de memoire il s'agit de grub2 donc update-grub2 ?} le fichier grub.cfg permet la personnalisation si me souviens bien ? les images passent bien par contre le son ... vraiment inutile en plus cela permettrait d'etre ecoute et donc repere. avant je faisait un updatedb (cela n'est plus valide a-priori) cela marchait , je pouvais aussi passer d'un home à l'autre , je ne sais pas si cela est encore possible. Les recovery, c'est bien joli, mais là c'est un autre bureau me semble-t-il (donc tu perd tout) ne pourrait t-on pas tricher en ajoutant un user-lamda pour voir s'il est compris dans le update (si tu es seul, tes becanes sont en admin ?).
D'apres les notes de publications :
https://www.debian.org/releases/stable/amd64/release-notes/
5.4. Bogues sévères connus
Bien que Debian ne publie que quand elle est prête, cela ne signifie pas malheureusement qu'il n'y a pas de bogues connus. Dans le cadre du processus de publication, tous les bogues de sévérité sérieuse ou plus élevée sont activement suivis par l'équipe de publication, aussi une vue d'ensemble de ces bogues qui ont été marqués comme devant être ignorés dans la partie finale du processus de publication de Bookworm est disponible dans le système de suivi de bogues de Debian. Les bogues suivants affectent Bookworm au moment de la publication et méritent d'être mentionnés dans ce document : là il faut lire le tableau des bugs et pourquoi pas faire remonter le tien ( ca depends des becanes, du pays, de l'usage, de la carte graphique (nvidia ?) etc.) ;
https://www.debian.org/Bugs/index.fr.html
https://www.debian.org/Bugs/Reporting
https://packages.debian.org/stable/utils/reportbug
il y a aussi des listes ou on peut trouver des explicatications :
https://lists.debian.org/completeindex.html
https://lists.debian.org/devel.html
j'espere avoir un peu debrousaillé le sujet, bonne chance.
Le 15 nov. 2024 à 19:26, ajh-valmer <ajh.valmer@free.fr> a écrit :On Thursday 14 November 2024 11:34:45 jean herbert wrote:
> 5.1.11. GRUB n'exécute plus os-prober par défaut
> Depuis longtemps, grub a utilisé le paquet os-prober pour détecter les
> autres systèmes d'exploitation installés afin qu'il puisse les ajouter au
> menu d'amorçage. Malheureusement, cela peut être problématique
> dans certains cas (par exemple lorsque des machines virtuelles invitées
> sont en service), aussi cela a été désactivé par défaut dans la dernière
> publication amont.
> Si vous utilisez GRUB pour amorcer votre machine et désirez continuer à
> avoir d'autres systèmes d'exploitation listés sur votre menu d'amorçage,
> vous pouvez changer cela. Soit vous éditez le fichier /etc/default/grub,
> assurez-vous d'avoir le réglage GRUB_DISABLE_OS_PROBER= false et exécutez
> à nouveau la commande update-grub, soit vous exécutez dpkg-reconfigure
> <GRUB_PACKAGE>
> pour changer cela et d'autres configuration de GRUB d'une manière plus
> conviviale.
> notes bookworm 12 :!
> ps/hs: si grub fait des erreurs c'est qu'il est possible qu'il garde la
> trace d'anciens o.s non-presents mais non-purgés, cela m'est arrivé
> deux fois, j'ai reglé une fois par le bios en effacant l'o.s non-valide
> et l'autre fois en reconfigurant par un how-to trouve sur le net mon grub
> (mais ce n'etait pas sur bookworm et windows n'etait pas inclus uniquement
> des o.s linux).
Merci pour ces explications.
Chez moi, Grub ne commet qu'une seule erreur.
Parmi les 3 n° UUID dans chaque paragraphe des partitions,
il en met un ou 2 différent(s) de la partition concernée.
Comme j'ai 6 partitions bootables avec les "recovery",
(soit au moins 12 paragraphes) ça fait du boulot à chaque
"update-grub" et "apt upgrade", pour modifier
manuellement le fichier "grub.cfg".
D'où ma question, pourquoi ce blème de Grub depuis des années ?
Bonne soirée.
André Valmer.
gast
--
Sent with https://mailfence.com
Secure and private email
Reply to: