Hello,

Comment faire pour que le fichier grub.cfg soit
correctement modifié lors d'un update-grub2 ?
En effet, quasiment toujours, il créé les paragraphes
correspondant aux UUID par des n° différents,
or, ils doivent être identiques.
Lors du reboot c'est le kernel panic ou tout se mélange,
et c'est le user-panic.
Je dois modifier les UUID dans grub.cfg à la mano.
Merci, bon week-end.
A. Valmer

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Saturday 09 November 2024 19:05:45 didier gaumet wrote:

Le 09/11/2024 à 17:07, ajh-valmer a écrit :

... quasiment toujours, GRUB créé les paragraphes
correspondant aux UUID par des n° différents,
or, ils doivent être identiques.
Lors du reboot c'est le kernel panic...
Je dois modifier les UUID dans grub.cfg à la mano.

On Saturday 09 November 2024 19:05:45 didier gaumet wrote:

Je pense que tu aurais pu exposer le problème de manière
un peu plus claire et détaillée :-)

Désolé si ma requête "n'était pas si claire et détaillée".
Merci pour ta prompte réponse, c'est sympa, mais j'ai un peu de mal.

Ça tombe bien, je dois faire un update-grub2.
Je possède plusieurs boot sur des partitions-systèmes,
on va dire qu'elles entraînent dans grub.cfg autant de paragraphes
que de boot (sda1, sda2..., sdb1, sdb2...) avec chacune 3 infos d'UUID,
qui ne sont pas identiques. sda1,2,3 , sdb1,2,3 doivent avoir leur même UUID. Mon fichier /etc/default/grub :
GRUB_DISABLE_OS_PROBER=false
(à mettre à true ou false ?),
GRUB_DISABLE_LINUX_UUID=true
(à mettre à true ou false ?).
Mon désir que dans chaque paragraphe correspondant aux boot de sdaX, sdbX... ils possèdent leur même UUID.
Que dois-je mettre alors dans les = deux GRUB_DISABLE_... ci-dessus ?
Grand merci.
A. Valmer

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Saturday 09 November 2024 20:54:20 didier gaumet wrote:

si tu veux qu'os-prober génère automatiquement des entrées pour les OS secondaires: false

GRUB_DISABLE_LINUX_UUID=true
(à mettre à true ou false ?).

si tu ne veux pas d'entrées grub basées sur des UUID (faut vérifier dans
la doc, mais je pense que tu reviens alors aux noms de périphériques à l'ancienne sda, sdb, etc...): true
si je comprends correctement ton intention, voir plus haut, je ne pense
pas cela possible en permanence :

Je veux que les n° UUID ne changent plus.
S'ils changent, je dois créer grub.cfg à la mano.
Bref, je suis perplexe...

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

--Apple-Mail=_98B282E6-9305-41BB-A4C4-92E8146C6E58
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=utf-8

Salut,

La seule chose qui peut provoquer un changement d’UUID est la mise en place d’une nouvelle partition sur laquelle tu aurais copié le contenu d’une autre. Je suppose que tu as ce phénomène lors d’une création d’une VM ou d’un nouveau
serveur et la copie du contenu d’une machine exemple sur cette nouvelle machine. Du coup les nouvelles partitions ont, logiquement, un autre UUID.

Si tu souhaite que cette nouvelle ait les même UUID que le master il te suffit, en fonction du type de partition de lancer ce genre de commande :

Avec un système de fichiers EXTn, la commande est :
$ sudo tune2fs -U <UUID> /dev/<PARTITION>

Avec une partition XFS :
$ sudo xfs_admin -U <UUID> /dev/<PARTITION>

Avec une partition SWAP :
$ sudo mkswap -U <UUID> /dev/<PARTITION>

Avec une partition FAT (avec le paquet « mtools ») :
$ sudo mlabel -s -n <UUID> -i /dev/<PARTITION>

Mais indubitablement dans ce genre de pratique il est bien préférable de référencer les nouveau UUID dans les fichiers concernés (/etc/fstab er /etc/initramfs/configure/resume). C’est très automatisable avec la récupération des nouveaux UUID grÃ
¢ce à la commande « blkid » et les indiquant avec « sed » dans ces fichiers :
$ sudo sed -e ’s/<Ancien UUID1>/<Nouvel UUID1>/‘ -e ’s/<Ancien UUID2>/<Nouvel UUID2>/‘ […] /etc/fstab

Par exemple

Le 9 nov. 2024 à 23:36, ajh-valmer <ajh.valmer@free.fr> a écrit :

On Saturday 09 November 2024 20:54:20 didier gaumet wrote:

si tu veux qu'os-prober génère automatiquement des entrées pour les OS
secondaires: false

GRUB_DISABLE_LINUX_UUID=true
(à mettre à true ou false ?).

si tu ne veux pas d'entrées grub basées sur des UUID (faut vérifier dans >> la doc, mais je pense que tu reviens alors aux noms de périphériques à
l'ancienne sda, sdb, etc...): true
si je comprends correctement ton intention, voir plus haut, je ne pense
pas cela possible en permanence :

Je veux que les n° UUID ne changent plus.
S'ils changent, je dois créer grub.cfg à la mano.
Bref, je suis perplexe...

--
Pierre Malard

« SPAM : Spieced Pork and Meat »
Pierre Dac (Londres, 1944)
Extrait de « Pierre DAC parle au Français » sur Radio Londres, le 24 mars 1944, dans Drôle de guerre, éditions Omnibus (2008), pages 93 à 96. (https://www.epi.asso.fr/revue/articles/a1602d.htm)

|\ _,,,---,,_
/,`.-'`' -. ;-;;,_
|,4- ) )-,_. ,\ ( `'-'
'---''(_/--' `-'\_) πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_): 24Ï€r::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--


--Apple-Mail=_98B282E6-9305-41BB-A4C4-92E8146C6E58
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=utf-8

<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Salut,<div class=""><br class=""></div><div class="">La seule
chose qui peut provoquer un changement d’UUID est la mise en place d’une nouvelle partition sur laquelle tu aurais copié le contenu d’une autre. Je suppose que tu as ce phénomène lors d’une création d’une VM ou d’un nouveau serveur et la
copie du contenu d’une machine exemple sur cette nouvelle machine. Du coup les nouvelles partitions ont, logiquement, un autre UUID.</div><div class=""><br class=""></div><div class="">Si tu souhaite que cette nouvelle ait les même UUID que le master
il te suffit, en fonction du type de partition de lancer ce genre de commande :</div><div class=""><br class=""></div><div class=""><div class="">Avec un système de fichiers EXTn, la commande est :</div></div><blockquote style="margin: 0 0 0 40px;
border: none; padding: 0px;" class=""><div class=""><div class=""><font face="Courier New" class="">$ sudo&nbsp;tune2fs -U &lt;UUID&gt; /dev/&lt;PARTITION&gt;</font></div></div></blockquote><div class=""><div class=""><br class=""></div><div class="">
Avec une partition XFS :</div></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><div class=""><font face="Courier New" class="">$ sudo&nbsp;xfs_admin -U&nbsp;&lt;UUID&gt;&nbsp;/dev/&lt;PARTITION&gt;</font></

</div></blockquote><div class=""><div class=""><br class=""></div><div class="">Avec une partition SWAP :</div></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><div class=""><font face="Courier New"

class="">$ sudo&nbsp;mkswap -U&nbsp;&lt;UUID&gt;&nbsp;/dev/&lt;PARTITION&gt;</font></div></div></blockquote><div class=""><div class=""><br class=""></div><div class="">Avec une partition FAT (avec le paquet « mtools ») :</div></div><blockquote style="
margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><div class=""><font face="Courier New" class="">$ sudo&nbsp;mlabel -s -n&nbsp;&lt;UUID&gt;&nbsp;-i /dev/&lt;PARTITION&gt;</font></div></div></blockquote><div class=""><br class=""></

<div class="">Mais indubitablement dans ce genre de pratique il est bien préférable de référencer les nouveau UUID dans les fichiers concernés (/etc/fstab er /etc/initramfs/configure/resume). C’est très automatisable avec la récupération

des nouveaux UUID grâce à la commande «&nbsp;blkid&nbsp;» et les indiquant avec «&nbsp;sed&nbsp;» dans ces fichiers :</div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><font face="Courier New" class="">$
sudo sed -e ’s/&lt;Ancien UUID1&gt;/&lt;Nouvel UUID1&gt;/‘ &nbsp;-e ’s/&lt;Ancien UUID2&gt;/&lt;Nouvel UUID2&gt;/‘ […] /etc/fstab</font></div></blockquote><div class=""><br class=""></div><div class="">Par exemple</div><div class=""><br class="
"><div><br class=""><blockquote type="cite" class=""><div class="">Le 9 nov. 2024 à 23:36, ajh-valmer &lt;<a href="mailto:ajh.valmer@free.fr" class="">ajh.valmer@free.fr</a>&gt; a écrit :</div><br class="Apple-interchange-newline"><div class=""><div
class="">On Saturday 09 November 2024 20:54:20 didier gaumet wrote:<br class=""><blockquote type="cite" class="">si tu veux qu'os-prober génère automatiquement des entrées pour les OS <br class="">secondaires: false<br class=""><blockquote type="cite"
class="">GRUB_DISABLE_LINUX_UUID=true<br class="">(à mettre à true ou false ?).<br class=""></blockquote>si tu ne veux pas d'entrées grub basées sur des UUID (faut vérifier dans <br class="">la doc, mais je pense que tu reviens alors aux noms de pé
riphériques à <br class="">l'ancienne sda, sdb, etc...): true<br class="">si je comprends correctement ton intention, voir plus haut, je ne pense <br class="">pas cela possible en permanence :<br class=""></blockquote><br class="">Je veux que les n°
UUID ne changent plus.<br class="">S'ils changent, je dois créer grub.cfg à la mano.<br class="">Bref, je suis perplexe...<br class=""><br class=""></div></div></blockquote></div><br class=""><div class="">
<div dir="auto" style="caret-color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space;
line-break: after-white-space;" class=""><div dir="auto" style="caret-color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-
wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div dir="auto" style="caret-color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing:
0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div dir="auto" style="caret-color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform:
none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div><font face="Courier New" style="color: rgb(0, 0, 0); text-decoration: none;"
class=""><font size="1" class="">--&nbsp;</font><br class=""><font size="1" class=""><span style="font-style: normal;" class="">Pierre Malard</span></font></font></div><div style="color: rgb(0, 0, 0); text-decoration: none;"><font face="Courier New" size=
"1" class=""><br class=""></font><font face="Times" style="color: rgb(0, 0, 0); text-decoration: none;" class=""><span style="font-size: 11px;" class="">&nbsp; &nbsp;«<span class="Apple-converted-space">&nbsp;</span><i class="">SPAM : Spieced Pork and
Meat</i>&nbsp;»</span><br class=""><span style="font-size: 11px;" class="">&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Pierre Dac (Londres, 1944)</span></font>
</div><div style="color: rgb(0, 0, 0); text-decoration: none;"><font face="Times" size="1" class=""><span style="font-style: normal;" class="">Extrait de « Pierre DAC parle au Français » sur Radio&nbsp;Londres, le 24 mars 1944, dans&nbsp;Drôle de
guerre,&nbsp;éditions Omnibus (2008), pages 93 à 96.&nbsp;</span></font><span style="font-family: Times; font-size: x-small;" class="">(<a href="https://www.epi.asso.fr/revue/articles/a1602d.htm" class="">https://www.epi.asso.fr/revue/articles/a1602d.
htm</a>)</span></div><div style="color: rgb(0, 0, 0); text-decoration: none;"><font face="Times" class=""><span style="font-size: 11px;" class=""><br class=""></span></font><font face="Courier New" size="1" class=""><span style="font-style: normal;"
class="">&nbsp; &nbsp;|\ &nbsp; &nbsp; &nbsp;_,,,---,,_<br class="">&nbsp; &nbsp;/,`.-'`' &nbsp; &nbsp;-. &nbsp;;-;;,_<br class="">&nbsp; |,4- &nbsp;) )-,_. ,\ ( &nbsp;`'-'<br class="">&nbsp;'---''(_/--' &nbsp;`-'\_) &nbsp; πr<br class=""><br class="">
perl -e '$_=q#: 3|\ 5_,3-3,2_:&nbsp;3/,`.'"'"'`'"'"' 5-. &nbsp;;-;;,_: &nbsp;|,A- &nbsp;) )-,_.&nbsp;,\ ( &nbsp;`'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'&nbsp;&nbsp;`-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'<br class="">- --&gt; Ce message n’
engage que son auteur &lt;--</span></font></div></div></div></div></div>
</div>

<br class=""></div></body></html> --Apple-Mail=_98B282E6-9305-41BB-A4C4-92E8146C6E58--

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.2
Comment: GPGTools - http://gpgtools.org

iQIzBAEBCgAdFiEE0KHTJ+AWKhmI+acm/pSWHuad/BgFAmcwYgEACgkQ/pSWHuad /Bh9bA/+MP1UdWze52qs2TbcunqVmkr9q+hy4ynyUqFXKoZ7OCrV6Gq/DAi3Y/MK g9ZKL6zSDv04GyROfKmKpR1ajyHRA58fvg88mVrHsRKOtbwfZYu/c7DsWQFsAGl3 jvMBkSmOyMZluOK2RxgZwnUpF6I1R1kAIz28HdSK2dq0naqT5hD2DjXm3dyGg2Hu BpT53fPZgqt4ByjTgar/4Wh8sqXAhzV1PXGg5Emn+NzcDxNwoxkKxp0nGNg9TjpQ dAdyt5rJtUQiJxbJrqieeJiGiSaiZ88NQf1h8mA8Lc7Hh+e+ECGBlcd8ibtcjSgC rnfhTEOOJwFWLZwZQeLn51U9VdK7Ir/3WdIh/zURlaruNUjmVwUEOoT3d3XYxFM0 bNRX2aVeKPX0vHewHPEwh4IXO/899iZBX6Grr5PxXhKkuyS0hQuZ8VgR6X98Uzz4 SSEM0y3Y3O9Ga6CUZ1emBPeK2InqUmb5/q7Lm/WHwekQVuKKkma0RH6zJbnDZQ/6 Z1HpnQcx8HLfo0TPhz6dtzE3/nZtobjyUd9jfS4nu+LxJJWXF9nG0o6VJ4Dbnp12 o8jCLcpBGQWXJLtDMKafbQprHm9vwDr4Gp9fsUA2BabYXfoD9u8ArH7XTzD00v2L WVw/Nftjla/xFVNd+/N+xz5nlwk5KwNfsevrv7/j70YPsJgteq8=
=vWim
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Saturday 09 November 2024 20:54:20 didier gaumet wrote:

si tu ne veux pas d'entrées grub basées sur des UUID (faut vérifier dans
la doc, mais je pense que tu reviens alors aux noms de périphériques à l'ancienne sda, sdb, etc...).

Je suis perplexe,
Très souvent tes mails débutent par cette formule :
"je n'ai aucune expérience sur le sujet" :
et... tu y réponds quand même !
:-)

Je n'ai jamais exprimé que je veux un grub.cfg par "/dev/sdx",
n° UUID,
Mon /etc/fstab exprime les partitions par des UUID=

les UUID ont été introduits justement parce le nommage
sda,sdb,etc... est imprévisible :

Tu exprimes que os_prober peut comme ça changer les UUID.
C'est impossible, sinon /etc/fstab fera capoter le boot.

Pour chaque partition de boot dans grub.cfg,
je désire que leur trois n° UUID soient identiques,
(et pourquoi n'est-ce pas le cas ?).
Ainsi, que mettre dans /etc/default/grub ? :
GRUB_DISABLE_OS_PROBER=?
GRUB_DISABLE_LINUX_UUID=?
pour que update-grub2 créé un bon grub.cfg,
avec partout les bons UUID.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Monday 11 November 2024 10:12:25 didier gaumet wrote:

1) Sans trop développer au sujet de mes avertissements du style "j'y
connais rien" :

Je propose un exemple qui vaut 10.000 mots.
Après un update-grub2, extrait ci-dessous d'une partition de boot dans grub.cfg :
==================
$menuentry_id_option 'gnulinux-6.1.0-27-amd64-advanced-1bffe743-6ba6-4c1a-be28-5f097d151186'
... msdos2 --hint-baremetal=ahci1,msdos2 f181ce70-5727-46d4-9e17-b2f1f0481d74 ... --no-floppy --fs-uuid --set=root ddc7151d-bce9-4276-a86e-25f8bab3dbc6 ==================

On constate qu'on a trois UUID différents, Et Pourquoi ?
Si au démarrage je boote dans le menu grub sur cette partition,
le boot sera un échec garanti : Voilà ma question.
Bonne journée.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Monday 11 November 2024 18:25:45 didier gaumet wrote:

... --no-floppy --fs-uuid --set=root ddc7151d-bce9-4276-a86e-25f8bab3dbc6 ==================
Rappel: tu peux savoir à quoi correspondent les UUID en regardant dans

/etc/fstab et en listant /dev/disk/by-uuid

J'ai 2 disques durs : sda et sdb.
Boot sur Debian /dev/sda2 :
Dans mon grub.cfg :
--set=root n° UUID ...

Boot sur Debian /dev/sdb2
Dans mon grub.cfg, pas de n° UUID :
--set=root /dev/sda2 ...
Pourquoi, ça devrait être /dev/sdb2 ?

/etc/fstab : que n° UUID=
/dev/disk/by-uuid/ : que des UUID correspondant à toutes mes partitions. Normalement, update-grub devrait mettre que des UUID.

les deux premiers UUID correspondent chez moi à /dev/dm-1 ce qui correspond au volume chiffré (chez toi si ce n'est pas chiffré ce doit être plus simple, ça doit correspondre, je suppose, à la partition racine)

C'est quoi la partition racine, à la base du système (cd /) ?

Je vais continuer à corriger mon grub.cfg manuellement
et en faire un double, là le boot sur toutes les partitions marche impec :-)

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Wednesday 13 November 2024 09:21:23 didier gaumet wrote:

C'est ton choix, si ça te convient... faut juste intégrer que tu cours
le risque que les intervenants te répondent de moins en moins si tu leur ressers toujours le même problème en boucle (fais un tour sur
Debian.user en anglais pour constater que certains demandeurs qui
veulent obstinément reproduire le même comportement au cours des années, bien qu'ils aient été prévenus des conséquences, et lassent certains des plus serviables)

Mais non !
De nombreux mêmes sujets ont été 100 fois relancés avec force réponse...

Avec prudence, je répète qu'en cas de plusieurs partitions bootables,
grub fait des erreurs, sinon ceux qui n'en ont aucune
veuillent bien me répondre mais surtout avec le mode opératoire.
Et il y a eu que 3 personnes qui m'ont répondu dont toi,
et un en mode privé.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

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écutezdpkg-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)

Le 13 nov. 2024 à 16:10, ajh-valmer <ajh.valmer@free.fr> a écrit :On Wednesday 13 November 2024 09:21:23 didier gaumet wrote:

C'est ton choix, si ça te convient... faut juste intégrer que tu cours
le risque que les intervenants te répondent de moins en moins si tu leur ressers toujours le même problème en boucle (fais un tour sur
Debian.user en anglais pour constater que certains demandeurs qui
veulent obstinément reproduire le même comportement au cours des années, bien qu'ils aient été prévenus des conséquences, et lassent certains des plus serviables)

Mais non !
De nombreux mêmes sujets ont été 100 fois relancés avec force réponse...

Avec prudence, je répète qu'en cas de plusieurs partitions bootables,
grub fait des erreurs, sinon ceux qui n'en ont aucune
veuillent bien me répondre mais surtout avec le mode opératoire.
Et il y a eu que 3 personnes qui m'ont répondu dont toi,
et un en mode privé.

gast

--
Sent with https://mailfence.com
Secure and private email
<div style='font-family:arial; font-size:13px;'><div class="titlepage" style="font-family: &quot;liberation sans&quot;, &quot;Myriad &quot;, &quot;Bitstream Vera Sans&quot;, &quot;Lucida Grande&quot;, &quot;Luxi Sans&quot;, &quot;Trebuchet MS&quot;,
helvetica, verdana, arial, sans-serif; font-size: medium; background-color: rgb(255, 255, 255);"><h3 class="title" style="color: rgb(199, 0, 54);">5.1.11.&nbsp;GRUB n'exécute plus os-prober par défaut</h3></div><p style="font-family: &quot;liberation
sans&quot;, &quot;Myriad &quot;, &quot;Bitstream Vera Sans&quot;, &quot;Lucida Grande&quot;, &quot;Luxi Sans&quot;, &quot;Trebuchet MS&quot;, helvetica, verdana, arial, sans-serif; font-size: medium; background-color: rgb(255, 255, 255);">Depuis
longtemps,&nbsp;<code class="systemitem" style="font-family: &quot;liberation mono&quot;, &quot;bitstream vera mono&quot;, &quot;dejavu mono&quot;, monospace; font-weight: bold; overflow-wrap: break-word

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.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

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
<div style='font-family:arial; font-size:13px;'>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 ?