Hello à tous,,

J'avais déjà signalé des bugs déjantés de Grub il y a peu (chez moi).
Ça continue :
sda2 = système
sda3 = home
sda5 = sauvegarde système
sda6 = sauvegarde home
sdb1 = sauvegarde système
sdb2 = sauvegarde système + home
sdb3 = sauvegarde home
Je sais, je suis un parano de la sauvegarde.

# update-grub2
# grub-install /dev sda
# reboot
Le menu grub s'affiche :
sda2 + sda3 = ok
sda5 + sda6 = boot sur sda2 + sda3
sdb2 + sdb3 = boot sur sda2 + sda3
Inutile de refaire un update-grub2, c'est pareil !

Comment faire un RAZ de grub, sinon un petit howto
pour obtenir un update-grub2 réussi (je suis sous Debian-12).
Merci d'avance.
André Valmer

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

Bonjour,

Le 2025-01-23 00:11, ajh-valmer a écrit :

J'avais déjà signalé des bugs déjantés de Grub il y a peu (chez moi). Ça continue :
sda2 = système
sda3 = home
sda5 = sauvegarde système
sda6 = sauvegarde home
sdb1 = sauvegarde système
sdb2 = sauvegarde système + home
sdb3 = sauvegarde home
Je sais, je suis un parano de la sauvegarde.

# update-grub2
# grub-install /dev sda
# reboot
Le menu grub s'affiche :
sda2 + sda3 = ok
sda5 + sda6 = boot sur sda2 + sda3
sdb2 + sdb3 = boot sur sda2 + sda3
Inutile de refaire un update-grub2, c'est pareil !

Visiblement il te propose de démarrer sur chacune des partitions
contenant une sauvegarde de
ton système.

Est-ce que tu n'aurais pas de la configuration UEFI dans chacune de ces partitions ?
J'imagine qu'elles contiennent toutes un dossier `boot/EFI`…

Que donne la commande suivante ?

fdisk -l

Sébastien

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

On Thursday 23 January 2025 09:02:01 Sébastien NOBILI wrote:

Le 2025-01-23 00:11, ajh-valmer a écrit :

sda2 = système
sda3 = home
sda5 = sauvegarde système
sda6 = sauvegarde home
sdb1 = sauvegarde système
sdb2 = sauvegarde système + home
sdb3 = sauvegarde home
Je sais, je suis un parano de la sauvegarde.
# update-grub2
# grub-install /dev sda
# reboot
Le menu grub s'affiche :
sda2 + sda3 = ok
sda5 + sda6 = boot sur sda2 + sda3
sdb2 + sdb3 = boot sur sda2 + sda3

Visiblement il te propose de démarrer sur chacune des partitions
contenant une sauvegarde de ton système.
Est-ce que tu n'aurais pas de la configuration UEFI dans chacune de ces partitions ?
J'imagine qu'elles contiennent toutes un dossier `boot/EFI`… :

Donc, il y aurait un rapport avec la configuration UEFI.
À voir dans le BIOS ? ou est le dossier "boot/EFI" ?

Que donne la commande suivante ? fdisk -l

# fdisk -l
Disk /dev/sda: 447,13 GiB, 480103981056 bytes, 937703088 sectors
Disk model: TOSHIBA Q300.
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x25b9c133
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 108527615 108525568 51,7G 7 HPFS/NTFS/exFAT /dev/sda2 108527616 218458111 109930496 52,4G 83 Linux
/dev/sda3 218458112 411215871 192757760 91,9G 83 Linux
/dev/sda4 411215872 937701375 526485504 251G 5 Extended
/dev/sda5 411217920 555474943 144257024 68,8G 83 Linux
/dev/sda6 555476992 742002687 186525696 88,9G 83 Linux
/dev/sda7 742004736 931438591 189433856 90,3G 83 Linux
/dev/sda8 931440640 937701375 6260736 3G 82 Linux swap / Solaris Disk /dev/sdb: 298,09 GiB, 320072933376 bytes, 625142448 sectors
Disk model: TOSHIBA MK3276GS Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos Disk identifier: 0x52920361
Device Boot Start End Sectors Size Id Type
/dev/sdb1 2048 90961919 90959872 43,4G 83 Linux
/dev/sdb2 90961920 416024575 325062656 155G 83 Linux
/dev/sdb3 416024576 617195519 201170944 95,9G 83 Linux
/dev/sdb4 617195520 625141759 7946240 3,8G 82 Linux swap / Solaris

Merci beaucoup.

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

This is a multi-part message in MIME format.
bonjour

Ce ne sont pas des "bugs déjantés" de Grub, c'est que tu lui explique
mal ce que tu veux faire.

Par défaut, upgrade-grub parcours toutes les partitions à la recherche
de boot. Tes partitions de sauvegarde étant de simples copies de
l'original, il se leurre et les prend en compte.

Il suffit de dire à upgrade-grub que tu veux les ignorer en rajoutant
dans /etc/defaut/grub :

|GRUB_OS_PROBER_SKIP_LIST="UUID1 UUID2@/dev/sdx2
|

et après refaire un |update-grub|

Erwann

Le 23/01/2025 à 00:11, ajh-valmer a écrit :

Hello à tous,,

J'avais déjà signalé des bugs déjantés de Grub il y a peu (chez moi). Ça continue :
sda2 = système
sda3 = home
sda5 = sauvegarde système
sda6 = sauvegarde home
sdb1 = sauvegarde système
sdb2 = sauvegarde système + home
sdb3 = sauvegarde home
Je sais, je suis un parano de la sauvegarde.

# update-grub2
# grub-install /dev sda
# reboot
Le menu grub s'affiche :
sda2 + sda3 = ok
sda5 + sda6 = boot sur sda2 + sda3
sdb2 + sdb3 = boot sur sda2 + sda3
Inutile de refaire un update-grub2, c'est pareil !

Comment faire un RAZ de grub, sinon un petit howto
pour obtenir un update-grub2 réussi (je suis sous Debian-12).
Merci d'avance.
André Valmer

<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>bonjour</p>
<p>Ce ne sont pas des "bugs déjantés" de Grub, c'est que tu lui
explique mal ce que tu veux faire.</p>
<p>Par défaut, upgrade-grub parcours toutes les partitions à la
recherche de boot. Tes partitions de sauvegarde étant de simples
copies de l'original, il se leurre et les prend en compte.</p>
<p>Il suffit de dire à upgrade-grub que tu veux les ignorer en
rajoutant dans /etc/defaut/grub :</p>
<p><code>GRUB_OS_PROBER_SKIP_LIST="UUID1 UUID2@/dev/sdx2 <br>
</code></p>
<div class="moz-cite-prefix">et après refaire un <code>update-grub</code></div>
<br>
<div class="moz-cite-prefix">Erwann</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Le 23/01/2025 à 00:11, ajh-valmer a
écrit :<br>
</div>
<blockquote type="cite"
cite="mid:202501230011.45128.ajh.valmer@free.fr">
<pre wrap="" class="moz-quote-pre">Hello à tous,,

J'avais déjà signalé des bugs déjantés de Grub il y a peu (chez moi).
Ça continue :
sda2 = système
sda3 = home
sda5 = sauvegarde système
sda6 = sauvegarde home
sdb1 = sauvegarde système
sdb2 = sauvegarde système + home
sdb3 = sauvegarde home
Je sais, je suis un parano de la sauvegarde.

# update-grub2
# grub-install /dev sda
# reboot
Le menu grub s'affiche :
sda2 + sda3 = ok
sda5 + sda6 = boot sur sda2 + sda3
sdb2 + sdb3 = boot sur sda2 + sda3
Inutile de refaire un update-grub2, c'est pareil !

Comment faire un RAZ de grub, sinon un petit howto
pour obtenir un update-grub2 réussi (je suis sous Debian-12).
Merci d'avance.
André Valmer

</pre>
</blockquote>
<div id="grammalecte_menu_main_button_shadow_host"
style="width: 0px; height: 0px;"></div>
</body>
</html>

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

On Thursday 23 January 2025 12:18:01 Erwann Le Bras wrote:

Ce ne sont pas des "bugs déjantés" de Grub, c'est que tu lui explique
mal ce que tu veux faire.
Par défaut, upgrade-grub parcours toutes les partitions à la recherche
de boot. Tes partitions de sauvegarde étant de simples copies de
l'original, il se leurre et les prend en compte.
Il suffit de dire à upgrade-grub que tu veux les ignorer en rajoutant
dans /etc/defaut/grub :
|GRUB_OS_PROBER_SKIP_LIST="UUID1 UUID2@/dev/sdx2
et après refaire un |update-grub|

Merci à ceux qui m'ont réponndu.
Justement, je veux que Grub mette toutes les sauvegardes dans son menu,
afin de pouvoir booter sur l'une d'elles en cas de pannes de mon système principal.
J'ai effacé tous les "/boot/grub/grub.cfg" de toutes les partitions,
recréé un "grub.cfg" que sur mon système principal.
Comme d'habitude, déjà signalé, j'ai dû l'éditer et voir que des n° UUID n'étaient pas les mêmes dans le menu des partitions.
Je les ai modifiées à la main en ce sens (sinon j'ai un boot déjanté),
ce qui est totalement anormal.
Au reboot, je peux booter impeccable sur toutes les partitions
du menu grub.
Jusqu'au prochain "update-grub" où je dois à nouveau modifier
à la main le nouveau "grub.cfg".
Bonne journée.
A. Valmer

Le 23/01/2025 à 00:11, ajh-valmer a écrit :

J'avais déjà signalé des bugs déjantés de Grub il y a peu (chez moi).
Ça continue :
sda2 = système
sda3 = home
sda5 = sauvegarde système
sda6 = sauvegarde home
sdb1 = sauvegarde système
sdb2 = sauvegarde système + home
sdb3 = sauvegarde home
Je sais, je suis un parano de la sauvegarde.
# update-grub2
# grub-install /dev sda
# reboot
Le menu grub s'affiche :
sda2 + sda3 = ok
sda5 + sda6 = boot sur sda2 + sda3
sdb2 + sdb3 = boot sur sda2 + sda3
Inutile de refaire un update-grub2, c'est pareil !
Comment faire un RAZ de grub, sinon un petit howto
pour obtenir un update-grub2 réussi (je suis sous Debian-12).

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

On Thu, 2025-01-23 at 00:11 +0100, ajh-valmer wrote:

Hello à tous,,

J'avais déjà signalé des bugs déjantés de Grub il y a peu (chez moi). Ça continue :
sda2 = système
sda3 = home
sda5 = sauvegarde système
sda6 = sauvegarde home
sdb1 =  sauvegarde système
sdb2 = sauvegarde système + home
sdb3 = sauvegarde home
Je sais, je suis un parano de la sauvegarde.

Moi aussi je suis un parano de la sauvegarde.

Mais à mon avis il faut sauvegarder les données qui vous sont chères (dans tous
les sens du mot) sur des serveurs distants.

Un ordinateur peut flamber (je l'ai déjà vu) et un disque peut crasher.
Un ordinateur est un nid à poussières et celle-ci est inflammable.

Même un immeuble de bureaux rempli d'ordinateurs peut brûler en entier (je l'ai
vu aussi).

Selon votre budget et la taille de vos données des entreprises comme OVH Ou Ionos en France louent ou vendent ce genre de service. https://www.ovhcloud.com https://www.ionos.fr/

Si les données sont confidentielles votre client devrait comprendre qu'il a intérêt à les sauvegarder à distance. Toutes les institutions étatiques françaises (universités, CEA, CNRS, gendarmerie, armée, police, hopitaux, ministères) le savent et devraient vous aider à trouver la solution adaptée et
en mesurent le coût.

Et en France l'article 323 et suivants du code pénal s'applique à vous comme à
lui.


Librement

--
Basile STARYNKEVITCH <basile@starynkevitch.net>
8 rue de la Faïencerie
92340 Bourg-la-Reine, France
http://starynkevitch.net/Basile & https://github.com/bstarynk

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

Le 2025-01-24 14:21, didier gaumet a écrit :

plusieurs contributeurs te l'ont dit à plusieurs reprises: compte-tenu
de la complexité de ce que tu veux faire, il ne faut pas compter sur l'action automatique de os-prober, il faut faire ça à la main.

je te conseille la méthode suivante pour arrêter d'avoir des problèmes
à chaque update-grub:

J'adhère totalement à ce qu'a indiqué Didier, mais au delà de tout ça…

Es-tu vraiment sûr que ton système sera capable de booter sur les
sauvegardes ?
Il y a fort à parier que les points de montage sont référencés par des
UUID ou des labels
dans ton fstab, dans ton grub.cfg et donc booter sur une sauvegarde te
conduira à un
système hybride qui monte des éléments du système nominal et pas
d'autres.

À moins que tu ne modifies ce qu'il y a dans tes sauvegardes et dans ce
cas ce ne sont
plus des sauvegardes…

Et poussons plus loin : t'es-tu déjà retrouvé dans une situation où ton système était tant
cassé que la seule solution était de **tout** restaurer par recopie ? L'époque où une mise
à jour de Debian pouvait conduire à un système qui ne démarre plus est révolue depuis bien
longtemps (pour les cas simples : le PC de la maison/du boulot). Si un
jour tu as besoin de
restaurer, soit ton disque sera complètement crashé et tes sauvegardes inexploitables
soit ton système sera réparable.

Mon conseil : continue à faire tes sauvegardes comme tu les fais
(visiblement par une image
complète du système de fichiers), mais fais-les sur un support externe.
Tu auras de vraies
sauvegardes et tu n'auras plus de "bugs" de Grub.

Mes 2¢

Sébastien

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

On Friday 24 January 2025 14:35:41 Basile wrote:

Moi aussi je suis un parano de la sauvegarde.
Mais à mon avis il faut sauvegarder les données qui vous sont
chères (dans tous les sens du mot) sur des serveurs distants.
Un ordinateur peut flamber (je l'ai déjà vu) et un disque peut crasher.
Un ordinateur est un nid à poussières et celle-ci est inflammable.
Même un immeuble de bureaux rempli d'ordinateurs peut brûler en entier
(je l'ai vu aussi).
Selon votre budget et la taille de vos données des entreprises comme OVH
Ou Ionos en France louent ou vendent ce genre de service. https://www.ovhcloud.com https://www.ionos.fr/
Si les données sont confidentielles votre client devrait comprendre qu'il a intérêt à les sauvegarder à distance. Toutes les institutions étatiques françaises (universités, CEA, CNRS, gendarmerie, armée, police, hopitaux, ministères) le savent et devraient vous aider à trouver la solution adaptée et en mesurent le coût.
Et en France l'article 323 et suivants du code pénal s'applique à vous comme à lui :

Ma parole, tu es pompier de Paris :-))
C'est bien de rappeler les dangers que l'on risque.

Un hébergeur officiel américain de documents a entièrement
brûlé dans la Somme à 80-Roye, le long de l'A1.
Pourtant, il n'y avait que du béton et des portes en acier.
On a même dû appeler des gradés des pompiers de Paris,
qui ont constaté que cet énorme bâtiment était réduit en cendres.
(quand le béton est chauffé à blanc, il devient ultra-combustible).
Mes sauvegardes se font :
sur un 2ème disque dur de l'ordinateur, ce qui permet de rebooter immédiatement en cas de panne sur la sauvegarde.
Ainsi que sur un ordinateur externe hébergé chez OVH,
(bien peu sérieux avec leurs tickets d'incidents qui ne mènent à rien). Finalement, on est sûr de rien.
J'en reviens à Grub, il a bien un bug avec le mélange des UUID des partitions, rendant le boot impossible du système choisi.
"GRUB_DISABLE_OS_PROBER=false" m'est indispensable afin de rendre
l'ordinateur très vite avec toutes ses partitions bootables.
(cf plus haut) : sda5 , sdb1 , sdb2.

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

On Friday 24 January 2025 16:00:05 Sébastien NOBILI wrote:

Le 2025-01-24 14:21, didier gaumet a écrit :

plusieurs contributeurs te l'ont dit à plusieurs reprises: compte-tenu
de la complexité de ce que tu veux faire, il ne faut pas compter sur l'action automatique de os-prober, il faut faire ça à la main.
je te conseille la méthode suivante pour arrêter d'avoir des problèmes à chaque update-grub :

J'adhère totalement à ce qu'a indiqué Didier, mais au delà de tout ça… Es-tu vraiment sûr que ton système sera capable de booter sur les sauvegardes ?
Il y a fort à parier que les points de montage sont référencés par des UUID ou des labels
dans ton fstab, dans ton grub.cfg et donc booter sur une sauvegarde te conduira à un système hybride qui monte des éléments du système
nominal et pas d'autres.
À moins que tu ne modifies ce qu'il y a dans tes sauvegardes et dans ce
cas ce ne sont plus des sauvegardes…
Et poussons plus loin : t'es-tu déjà retrouvé dans une situation où ton système était tant cassé que la seule solution était de **tout** restaurer
par recopie ?
L'époque où une mise à jour de Debian pouvait conduire à un système
qui ne démarre plus est révolue depuis bien longtemps (pour les cas
simples : le PC de la maison/du boulot). Si un jour tu as besoin de restaurer, soit ton disque sera complètement crashé et tes sauvegardes inexploitables soit ton système sera réparable.
Mon conseil : continue à faire tes sauvegardes comme tu les fais (visiblement par une image complète du système de fichiers),
mais fais-les sur un support externe.
Tu auras de vraies sauvegardes et tu n'auras plus de "bugs" de Grub.
Mes 2¢ :

Et bien, tu ne les auras pas :
"Ne pas voir la réalité empêche d'aboutir à la vérité".
(sinon, je subodorre mes mails mal lus ou trop vite).
Mes sauvegardes se font en copie CONFORME de la source à la cible,
avec les merveilleux outil "rsync" & "ssh".
En quoi une sauvegarde sur un support externe sera différente,
de source interne à cible interne, aucune.
Il n'y a pas de "vraies" sauvegardes, chez moi elles sont toutes vraies.
Enfin, mon ordinateur boote parfaitement sur toutes les partitions.
Je peux donc en cas de panne du système le rebooter quasi immédiatement.
J'ai donc bien 3 sécurités internes + une sécurité externe = quatre,
(sauf destruction de mon ordinateur et panne totale chez OVH).
Ça peut arriver mais probabilité très faible.

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

Le 2025-01-24 16:26, ajh-valmer a écrit :

En quoi une sauvegarde sur un support externe sera différente,

Parce que ton grub local n'essayera pas de te proposer de démarrer
dessus
(car le disque ne sera pas branché quand tu ne seras pas en train de sauvegarder)

J'arrête-là cette discussion stérile, mais si tu pouvais me faire une
seule
faveur : arrête de parler de bug de grub quand ce qui t'arrive n'est que
le
fruit d'une configuration qui ne peut qu'échouer.

Sébastien

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

On Friday 24 January 2025 16:30:44 Sébastien NOBILI wrote:

Le 2025-01-24 16:26, ajh-valmer a écrit :

En quoi une sauvegarde sur un support externe sera différente :

Peut-être mon mail précédent manquait au moins d'un smiley, et désolé.
Je ne veux qu'expliquer ce "bug" réel, en écrivant "chez moi, grub..."
et rendre service aux membres de la ML du problème bien réel.

Parce que ton grub local n'essayera pas de te proposer de démarrer
dessus car le disque ne sera pas branché quand tu ne seras pas en train de sauvegarder) :

Si mon système tombe en panne (software) je n'aurai qu'à redémarrer
et de booter sur autre partition.
Si c'est le disque dur qui est cassé (hardware),
je devrais faire des manips qui seront plus longues avant redémarrage.

J'arrête-là cette discussion stérile, mais si tu pouvais me faire une
seule faveur : arrête de parler de bug de grub quand ce qui t'arrive
n'est que le fruit d'une configuration qui ne peut qu'échouer :

Je ne mets pas grub en ostracisme, le "bug" que je subis,
se produit pour ceux qui ont plusieurs disques durs avec
de nombreuses partitions bootables.
Si elles ne sont pas bootables, ce "bug" ne dérange pas,
car on ne le voit pas.

Ne mettons pas Grub comme un dieu vivant incritiquable :-)

Bonne soirée,
André Valmer

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