• Grub toujours totalement bidon (chez moi)

    From ajh-valmer@21:1/5 to All on Thu Jan 23 00:20:01 2025
    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)
  • From =?UTF-8?Q?S=C3=A9bastien_NOBILI?=@21:1/5 to All on Thu Jan 23 09:10:01 2025
    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)
  • From ajh-valmer@21:1/5 to All on Thu Jan 23 12:00:01 2025
    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)
  • From Erwann Le Bras@21:1/5 to All on Thu Jan 23 12:20:01 2025
    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:[email protected]">
    <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)
  • From ajh-valmer@21:1/5 to All on Fri Jan 24 12:30:01 2025
    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)
  • From Basile Starynkevitch@21:1/5 to ajh-valmer on Fri Jan 24 14:40:01 2025
    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 <[email protected]>
    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)
  • From =?UTF-8?Q?S=C3=A9bastien_NOBILI?=@21:1/5 to All on Fri Jan 24 16:10:02 2025
    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)
  • From ajh-valmer@21:1/5 to All on Fri Jan 24 16:00:01 2025
    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)
  • From ajh-valmer@21:1/5 to All on Fri Jan 24 16:30:01 2025
    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)
  • From =?UTF-8?Q?S=C3=A9bastien_NOBILI?=@21:1/5 to All on Fri Jan 24 16:40:01 2025
    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)
  • From ajh-valmer@21:1/5 to All on Fri Jan 24 17:30:01 2025
    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)