Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

geole · Le 11/02/2025, à 10:43

Bonjour.
Pour modifier l'UUID d'une partition, j'utilise l'application Gparted bien que cela puisse se faire aussi en ligne de commande: paragraphe 7.5
Lorsque tu auras fait la modification de l'UUID de la partition fat32 de second disque, récupère la nouvelle valeur et reporte-la dane le FSTAB du ubuntu du même disque.
Alors le bios EFI pourra te proposer des fichiers de boot distincts. Note que si ce choix est trop compliqué, il est possible de fabriquer cette nouvelle entrée dans la NVRAM avec la commande efibotmgr

Dernière modification par geole (Le 11/02/2025, à 10:49)

Lami · Le 11/02/2025, à 14:34

Bonjour geole,

Merci pour votre aide !

Oui, par exemple si je pouvais passer de « 4514-21FC » à « 4514-21FA » avec la commande « efibootmgr » !

Est-ce que vous pourriez m'offrir encore un peu de votre temps pour m'en faire sauver beaucoup en rédigeant toute la ligne de commande sachant que la commande me donne pour le disque 1 à modifier du « C » au « A » :

rene@Ordinateur01:~$ efibootmgr
BootCurrent: 0004
Timeout: 1 seconds
BootOrder: 0004,0002,0001,0000
Boot0000* Windows Boot Manager  VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)57494e444f5753000100000088000000780000004200430044004f0042004a004500430054003d007b00390064006500610038003600320063002d0035006300640064002d0034006500370030002d0061006300630031002d006600330032006200330034003400640034003700390035007d00000033000100000010000000040000007fff0400
Boot0001* Onboard NIC (IPV4 PXE)        PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(00be43bb66ef,0)/IPv4(0.0.0.00.0.0.0,0,0)0000424f
Boot0002* Onboard NIC (IPV6 PXE)        PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(00be43bb66ef,0)/IPv6([::]:<->[::]:,0,0)0000424f
Boot0004* Ubuntu        HD(1,GPT,f17e5d1d-0200-436b-8b89-fee66ac73853,0x800,0x96000)/File(\EFI\ubuntu\shimx64.efi)
rene@Ordinateur01:~$

Merci d'avance de m'éviter de grosses erreurs !

rene@Ordinateur01:~$ efibootmgr --help
efibootmgr version 18
usage: efibootmgr [options]
        -a | --active         Set bootnum active.
        -A | --inactive       Set bootnum inactive.
        -b | --bootnum XXXX   Modify BootXXXX (hex).
        -B | --delete-bootnum Delete bootnum.
        -c | --create         Create new variable bootnum and add to bootorder at index (-I).
        -C | --create-only    Create new variable bootnum and do not add to bootorder.
        -d | --disk disk      Disk containing boot loader (defaults to /dev/sda).
        -D | --remove-dups    Remove duplicate values from BootOrder.
        -e | --edd [1|3]      Force boot entries to be created using EDD 1.0 or 3.0 info.
        -E | --device num     EDD 1.0 device number (defaults to 0x80).
             --full-dev-path  Use a full device path.
             --file-dev-path  Use an abbreviated File() device path.
        -f | --reconnect      Re-connect devices after driver is loaded.
        -F | --no-reconnect   Do not re-connect devices after driver is loaded.
        -g | --gpt            Force disk with invalid PMBR to be treated as GPT.
        -i | --iface name     Create a netboot entry for the named interface.
        -I | --index number   When creating an entry, insert it in bootorder at specified position (default: 0).
        -l | --loader name     (Defaults to "\EFI\ubuntu\grub.efi").
        -L | --label label     Boot manager display label (defaults to "Linux").
        -m | --mirror-below-4G t|f Mirror memory below 4GB.
        -M | --mirror-above-4G X Percentage memory to mirror above 4GB.
        -n | --bootnext XXXX   Set BootNext to XXXX (hex).
        -N | --delete-bootnext Delete BootNext.
        -o | --bootorder XXXX,YYYY,ZZZZ,...     Explicitly set BootOrder (hex).
        -O | --delete-bootorder Delete BootOrder.
        -p | --part part        Partition containing loader (defaults to 1 on partitioned devices).
        -q | --quiet            Be quiet.
        -r | --driver           Operate on Driver variables, not Boot Variables.
        -t | --timeout seconds  Set boot manager timeout waiting for user input.
        -T | --delete-timeout   Delete Timeout.
        -u | --unicode | --UCS-2  Handle extra args as UCS-2 (default is ASCII).
        -v | --verbose          Print additional information.
        -V | --version          Return version and exit.
        -w | --write-signature  Write unique sig to MBR if needed.
        -y | --sysprep          Operate on SysPrep variables, not Boot Variables.
        -@ | --append-binary-args file  Append extra args from file (use "-" for stdin).
        -h | --help             Show help/usage.
rene@Ordinateur01:~$

Ou est-ce que les adresses du type « 4514-21FC » ne sont pas modifiable d'aucune manière et que ce type d'adresse n'a rien à voir avec les UUID comme je le devine maintenant ?

Cordialement,

Dernière modification par Lami (Le 11/02/2025, à 14:47)

geole · Le 11/02/2025, à 15:17

Pour préparer la codification exacte et afin de ne pas commettre d ereur; redonne

sudo blkid | grep vfat

mokutil --sb-state

Lami · Le 12/02/2025, à 13:20

Bonjour geole,

Merci pour votre temps !

Ho oui, c'est avec joie !

Voilà :

rene@Ordinateur01:~$ sudo blkid | grep vfat
[sudo] Mot de passe de rene : 
/dev/nvme0n1p1: LABEL_FATBOOT="1WD2TO-SDA1" LABEL="1WD2TO-SDA1" UUID="4514-21FC" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="f17e5d1d-0200-436b-8b89-fee66ac73853"
/dev/nvme1n1p1: LABEL_FATBOOT="2WD2TO-SDA1" LABEL="2WD2TO-SDA1" UUID="4514-21FC" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="c87715dd-5d9b-407a-b3ce-2dd9d54ec7a9"
rene@Ordinateur01:~$

Et :

rene@Ordinateur01:~$ mokutil --sb-state
SecureBoot disabled
rene@Ordinateur01:~$

Je vais apprendre en étudiant ce que vous me retournerez !

Merci pour ce grand service !

Cordialement,

geole · Le 12/02/2025, à 13:49

Tu n'as toujours pas modifié le UUID du second disque. Voir échange 51.

Lami · Le 12/02/2025, à 16:10

Bonjour geole,

Je ne connais presque rien des UUID, et ce que je connais semble être faux.

Alors je regarde votre lien, la documentation et je vous reviens.

Cordialement,

Dernière modification par Lami (Le 12/02/2025, à 18:31)

iznobe · Le 12/02/2025, à 16:16

Lami a écrit :

Bonjour geole,
Alors je regarde votre lien, la documentation et je vous revends.
Cordialement,

Salut , vends le très cher
il vaut son pesant d' or à mon avis

Lami · Le 12/02/2025, à 18:34

C'est un foutoir ces UUIDs :

Il y en a deux, un pour la table des partitions de GPT et un par partition.

Ils sont générés automatiquement à la création de la table et au formatage des partitions (mais modifiable, je le découvrirai plus tard).

Pour les UUIDs vous parlez de :

/dev/nvme0n1p1: ..."1WD2TO-SDA1" ... UUID="4514-21FC"

Et pas

PARTUUID="f17e5d1d-0200-436b-8b89-fee66ac73853"

Et de :

/dev/nvme1n1p1: ..."2WD2TO-SDA1" ... UUID="4514-21FC"

Et pas de

PARTUUID="c87715dd-5d9b-407a-b3ce-2dd9d54ec7a9"

Pour moi les UUIDs s'étaient dans les fichiers « fstab » comme :

"f17e5d1d-0200-436b-8b89-fee66ac73853"

et

"c87715dd-5d9b-407a-b3ce-2dd9d54ec7a9"

C'est déjà un nœud de démêlé !

Voici mon fichier fstab :

# /etc/fstab: Informations statiques sur le système de fichiers.
# <file système>                                 <mount point>   <type> <options>             <dump> <pass>
/dev/nvme0n1p1                                  /boot/efi       vfat    defaults                   0 2
/dev/nvme0n1p2                                  /               ext3    relatime,errors=remount-ro 0 1
/dev/nvme0n1p3                                  /home           ext3    relatime                   0 2
/dev/nvme0n1p4                                  /home/rene/sda6 ntfs    rw,uid=1000,gid=1000       0 0
/home/rene/sda6/X-Plane/X-Plane-12/xplane12.iso /media/cdrom12  iso9660 user,loop                  0 0
/swapfile                                       swap            swap    defaults                   0 0
tmpfs                                           /tmp            tmpfs   defaults,noatime,mode=1777 0 0

Je n'ai pas d’UUID à modifier dans ce fichier.

Et dans « /etc/default/grub » j'ai :

GRUB_DISABLE_LINUX_UUID=true

Et pas plus d’UUID dans ce fichier.

Mais avec la commende :

sudo mkswap /dev/nvme1n1p1

Ce qui donne :

rene@Ordinateur01:~$ sudo mkswap /dev/nvme1n1p1
[sudo] Mot de passe de rene : 
mkswap: /dev/nvme1n1p1 : avertissement : effacement de l'ancienne signature vfat.
Configure l'espace d'échange (swap) en version 1, taille = 300 MiB (314568704 octets)
pas d'étiquette, UUID=2b3769dc-12b6-4352-bfff-0266a8525b4a
rene@Ordinateur01:~$

Ce qui donne maintenant :

rene@Ordinateur01:~$ lsblk -fe7 | cat 
NAME        FSTYPE FSVER LABEL       UUID                                 FSAVAIL FSUSE% MOUNTPOINTS 
nvme0n1                                                                                   
├─nvme0n1p2 ext3   1.0   1WD2To-sda3 70ffbc56-8439-4bf0-8ae6-cacd53698c2e     93G    21% / 
├─nvme0n1p3 ext3   1.0   1WD2To-sda5 3e919a91-cdc8-4521-bcc9-02e75c99e541   77,3G    16% /home 
├─nvme0n1p4 ntfs         1WD2To-sda6 68CDE99936EDCB22                        550G    66% /home/rene/sda6 
└─nvme0n1p1 vfat   FAT32 1WD2TO-SDA1 4514-21FC                                            
nvme1n1                                                                                   
├─nvme1n1p1 swap   1                 2b3769dc-12b6-4352-bfff-0266a8525b4a                 
├─nvme1n1p2 ext3   1.0   2WD2To-sda3 3e1a5b71-4997-453d-9c55-fe7bbc53c563                 
├─nvme1n1p3 ext3   1.0   2WD2To-sda5 5c8ba0fa-2da9-45b8-a498-c6cd3fc3284e                 
└─nvme1n1p4 ntfs         2WD2To-sda6 507110C11B773066                                     
rene@Ordinateur01:~$

Ce qui devrait maintenant me permettre de choisir le SSD à démarrer !

Je vais tester de suite avec un redémarrage en mode-recovery et son update-grub !

Bon, cela me pose deux questions :

1) Pourquoi « nvme1n1p1 » est devenu « swap » ?

2) Si je comprends bien la génération d'un nouveau numéro UUID détruit la partition pour en créer une nouvelle vide ?

Je vais redonner son LABEL « 2WD2TO-SDA1 » à la partition et attendre vos retours sur cela, car je présume que le SSD2 du connecteur ne peut plus démarrer pour le moment !?!

Ce qui donne :

rene@Ordinateur01:~$ lsblk -fe7 | cat 
NAME        FSTYPE FSVER LABEL       UUID                                 FSAVAIL FSUSE% MOUNTPOINTS 
nvme0n1                                                                                   
├─nvme0n1p2 ext3   1.0   1WD2To-sda3 70ffbc56-8439-4bf0-8ae6-cacd53698c2e     93G    21% / 
├─nvme0n1p3 ext3   1.0   1WD2To-sda5 3e919a91-cdc8-4521-bcc9-02e75c99e541   77,3G    16% /home 
├─nvme0n1p4 ntfs         1WD2To-sda6 68CDE99936EDCB22                        550G    66% /home/rene/sda6 
└─nvme0n1p1 vfat   FAT32 1WD2TO-SDA1 4514-21FC                                            
nvme1n1                                                                                   
├─nvme1n1p1 swap   1     2WD2TO-SDA1 2b3769dc-12b6-4352-bfff-0266a8525b4a                 
├─nvme1n1p2 ext3   1.0   2WD2To-sda3 3e1a5b71-4997-453d-9c55-fe7bbc53c563                 
├─nvme1n1p3 ext3   1.0   2WD2To-sda5 5c8ba0fa-2da9-45b8-a498-c6cd3fc3284e                 
└─nvme1n1p4 ntfs         2WD2To-sda6 507110C11B773066                                     
rene@Ordinateur01:~$

Cordialement,

P.S. Voilà le type d'erreur que je voulais éviter « sudo mkswap /dev/nvme1n1p1 », je comprends mon erreur et je retourne étudier !!!

Dernière modification par Lami (Le 12/02/2025, à 18:43)

Lami · Le 12/02/2025, à 18:38

iznobe a écrit :

Lami a écrit :
Bonjour geole,
Alors je regarde votre lien, la documentation et je vous revends.
Cordialement,
Salut , vends le très cher
il vaut son pesant d' or à mon avis

Bonjour iznobe,

Oui, je sais, je suis analphabète fonctionnel et dyslexique, pardonnez mes handicaps !

Cordialement,

iznobe · Le 12/02/2025, à 18:44

1) Pourquoi « nvme1n1p1 » est devenu « swap » ?

Mais avec la commende :
sudo mkswap /dev/nvme1n1p1

heu , tu as probablement la reponse a la question

geole · Le 12/02/2025, à 18:45

sudo mkswap /dev/nvme1n1p1
A transformé ta partition FAT32 en partition de swap,
Il ne te reste plus qu'a la reformater en FAT32 du coup, elle aura un nouvel UUID

Il faudra y dupliquer le contenu de la partition 1 de l'autre disque
puis, Tu pourras fabriquer son entrée de boot avec cette commande

sudo efibootmgr  --create  --disk  /dev/nvme1n1   --part  1  --label "grubbis" --loader "\EFI\ubuntu\grubx64.efi"

et tu donneras la liste nvram

efibootmgr

Note qu'au boot suivant, tu booteras automatiquement avec ce disque.
Si tu veux continuer à booter avec le premier, il faut changer l'ordre.

sudo efibootmgr -o 4

Puis, lorsque je connaitrais le nouveau numéro alloué, on le mettra en secours en cas de panne du premier disque. par exemple

sudo efibootmgr -o 4,5

Dernière modification par geole (Le 12/02/2025, à 19:08)

Lami · Le 12/02/2025, à 19:30

Bonjour,

Mes études m'ont amenées à

rene@Ordinateur01:~$ sudo mlabel -N [4514-21FD] -i /dev/nvme1n1p1
sudo: mlabel : commande introuvable

Mais avec une recherche dans Synaptic, il n'y a aucun paquet avec le contenu « mlabel », et sur le Web, c'est la pagaille, des milliers de choix en rapport aux autocollants.

Vous auriez un hyperlien ou le nom du paquet qui contiendrait la commande « mlabel » ?

Cordialement,

Lami · Le 12/02/2025, à 19:45

Bonjour geole,

On s'est entrecroisé !!!

J'ai déjà copié-collé la partition « 1WD2TO » sur « 2WD2TO », « 2WD2TO » a donc toujours le même UUID.

De là ma question sur « sudo mlabel -N [4514-21FD] -i /dev/nvme1n1p1 » qui a toujours sont intérêt.

C'est quoi « --label "grubbis" » et pas « --label "2WD2TO-SDA1" » ou « --label "4514-21FD" » ?

Pour quoi "grubbis" ?

Cordialement,

geole · Le 12/02/2025, à 20:26

Lance donc gparted et demande-lui de modifier le UUID

La commande ajoutera une ligne de ce style dans ton choix de boot.
Boot0005* grubbis HD(1,GPT,xxxxxxxxxxxx- xxxxx-xxxx-xxxxxxxxxxxxxxxxxxx,0x800,0x96000)/File(\EFI\ubuntu\grubx64.efi)

Dernière modification par geole (Le 12/02/2025, à 20:36)

Lami · Le 13/02/2025, à 00:09

Bonsoir geole,

J'ai maintenant :

rene@Ordinateur01:~$ lsblk -fe7 | cat
NAME        FSTYPE FSVER LABEL       UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
nvme0n1                                                                                  
├─nvme0n1p1 vfat   FAT32 1WD2TO-SDA1 4514-21FC                               289M     3% /boot/efi
├─nvme0n1p2 ext3   1.0   1WD2To-sda3 70ffbc56-8439-4bf0-8ae6-cacd53698c2e     93G    21% /
├─nvme0n1p3 ext3   1.0   1WD2To-sda5 3e919a91-cdc8-4521-bcc9-02e75c99e541   77,2G    16% /home
└─nvme0n1p4 ntfs         1WD2To-sda6 68CDE99936EDCB22                        550G    66% /home/rene/sda6
nvme1n1                                                                                  
├─nvme1n1p1 vfat   FAT32 2WD2TO-SDA1 486C-DC0D                                           
├─nvme1n1p2 ext3   1.0   2WD2To-sda3 3e1a5b71-4997-453d-9c55-fe7bbc53c563                
├─nvme1n1p3 ext3   1.0   2WD2To-sda5 5c8ba0fa-2da9-45b8-a498-c6cd3fc3284e                
└─nvme1n1p4 ntfs         2WD2To-sda6 507110C11B773066                                    
rene@Ordinateur01:~$

C'est avec Gparted en ajoutant les paquets « dosfstools » et « mtools » que finalement le changement est devenu possible pour les UUIDs, mais cela fut laborieux de trouver.

si j'ajoute la ligne « Boot0005* grubbis HD(1,GPT,xxxxxxxxxxxx- xxxxx-xxxx-xxxxxxxxxxxxxxxxxxx,0x800,0x96000)/File(\EFI\ubuntu\grubx64.efi) », mais que le fstab des deux SSD sont identique, est-ce que cela causera d'autres problèmes de d'autres natures ?

Comme démarrer sur 2WD2TO-SDA1, mais utiliser la racine 1WD2TO-SDA2, le home 1WD2TO-SDA3 et les données de 1WD2TO-SDA4 ?

Car la racine 1WD2TO-SDA2, le home 1WD2TO-SDA3 et les données de 1WD2TO-SDA4 sont périodiquement synchronisés vers la racine 2WD2TO-SDA2, le home 2WD2TO-SDA3 et les données de 2WD2TO-SDA4 !

Ou tout simplement ne pas démarrer complètement, etc. ?

Moi, du moment que l'ordinateur démarre toujours sur le connecteur 1, je suis heureux !

Cordialement,

geole · Le 13/02/2025, à 09:33

Bonjour.
Il y a quelque chose qui me gène dans la démarche,
Soit le fstab du second nvme contient.
/dev/nvme1n1p2 /
Dans ce cas, si le premier est totalement H.S. cela ne peut pas démarrer. Il faudrait qu'il contienne
/dev/nvme0n1p2 /
Dans ce cas, pour tester, tu es obligé de démonter le premier NVME.
Ce qui me semple une opération risquée ( je t'ai montré un lien )
D'autre part un SSD est énormément plus fiable en lecture qu'un disque dur . Certainement plus de 20 fois.

A mon avis, le principal risque est de faire une mise à jour qui aboutit à une impossibilité de se connecter et ne justifiant pas un remplacement du SSD mais une simple réparation.
C'est un cas fréquent dans le forum. Probablement tous les jours.

D'autre part, on n'a pas encore abordé le fond du sujet: Tu dis avoir traité le problème du grub
Mais comment as-tu fait pour informer le module initrd.img?
Je ne connais pas la commande pour savoir s'il décide de booter en utilisant /dev/nvemxxxxx ou uuid=xxxxxx
sachant qu'en standard c'est uuid=xxxxxx
Il faudrait donc que les deux partitions aient le même UUID.
et on retombe dans le problème que tu évoques. C'est le hasard qui décide de la partition racine utilisée.

Donc, je te repropose mon palliatif.
Avoir deux O.S. Standards utilisant des UUID différents.
L'un étant maintenu à jour avec RSYNC de la façon suivante.
- Un script rsync quotidien ou plus fréquent pour traiter uniquement le home.
- Un script hebdomadaire ou moins fréquent pour traiter uniquement le logiciel et prenant en compte qu'il faut remettre en état.
- Le fichier /etc/fstab
- Le fichier /boot/initrd.img
- Le répertoire /boot/grub
En sachant qu'installer refind résout le troisième problème.
Je compléterais dans la journée en te donnant un exemple de résolution des trois cas lorsque je serais sous ubuntu et plus sur ipad.

Voici des extraits de mon script LEGACY qu seront donc à adapter

LABEL=DupliUbuntu
udisksctl mount -b /dev/disk/by-label/$LABEL ## Montage de la partition où sauver. 
rm /media/$USER/$LABEL/etc/fstab /media/$USER/$LABEL/boot/grub/grub.cfg #(ces fichiers pouvant être plus récents car modifiés par le script)
echo -e $TRACE transférer le logiciel  
rsync -v -o -g -r -u -l -p -A -h -x --times --stats --progress --delete-before --exclude={'/proc','/sys','/mnt','/media','/swapfile','/*.swap','/home','/var/log/journal','/tmp','/var/tmp','/root/.cache'} /  /media/$USER/$LABEL
#
echo -e $TRACE Mettre à jour sa structure de boot # et son noyau
# Remplacer le uuid du fichier /etc/fstab
UUIDgood=$(echo $(lsblk -fe7 | grep "$LABEL")| cut -d" " -f5)  && echo $UUIDgood
UUIDold=$(grep ' \/ ' /etc/fstab | grep UUID  | cut -c1-41) && echo $UUIDold 
sed -i "s/$UUIDold/#$UUIDold/" /media/$USER/$LABEL/etc/fstab
echo UUID=$UUIDgood  /  ext4 errors=remount-ro 0 1 | tee -a /media/$USER/$LABEL/etc/fstab
mount -t proc   /proc /media/$USER/$LABEL/proc && mount -t sysfs  /sys /media/$USER/$LABEL/sys
mount --bind    /dev  /media/$USER/$LABEL/dev  && mount --bind    /run /media/$USER/$LABEL/run
chroot /media/$USER/$LABEL grub-install /dev/sda
chroot /media/$USER/$LABEL update-grub
chroot /media/$USER/$LABEL update-initramfs -u -k all
umount -v /media/$USER/$LABEL/{run,dev,sys,proc}

Dans ton contexte, si tu continues avec le grub, La commande grub-install est à changer car c'est un exemple legacy et il faudra prendre en compte la description de la partition de boot EFI qui sera aussi fausse et à corriger et ajouter le montage EFI de la partition.

Réflexion faite: Il n'est probablement pas nécessaire de faire la commande update-initramfs, car le fichier /etc/fstab semble fictif. Taille nulle.

a@p:/boot$ lsinitramfs -l initrd.img | grep fstab
-rw-r--r--   1 root     root            0 Feb  2 13:50 etc/fstab
a@p:/boot$ ^C

Dernière modification par geole (Le 13/02/2025, à 13:10)

Lami · Le 13/02/2025, à 16:10

Bonjour geole,

Merci pour votre temps et vos aides, c'est très généreux de votre part !

Je préfère rester sans l'utilisation des « UUID » qui de base empêche toute solution rapide et sans intervention dans les fichiers de configuration dans les cas de remplacement de matériel.

Le plus simple et rapide possible, c'est cela mon besoin en cas de problème matériel.

Pour ce qui est des problèmes logiciels, avec mes synchronisations sur disque interne et externes multiples et l'usage si besoin d'une clé USB-Live, je ne perds jamais plus de 24 heures de travail dans le pire des cas, je fais de l'informatique depuis 1984 et c'est l'expérience qui m'a donné ces balises et contraintes de sécurités pour mes systèmes informatiques et mes données de travail ou des configurations logiciels.

Donc, ça va,

Mon seul problème à résoudre est le démarrage toujours sur le connecteur 1 par défaut.

Si cela n'est pas solvable avec « grub » ou « refind », j'aime mieux le redémarrage d'ordinateur jusqu'à un démarrage sur connecteur 1 que d'activer les « UUID » qui requérait des manipulations des fichiers de configuration pour être de nouveau fonctionnel.

Cordialement,

P.S. Convenons qu'il n'est pas obligatoire d'avoir les mêmes priorités pour s'entre aider est s'apprécier !

Dernière modification par Lami (Le 13/02/2025, à 16:13)

geole · Le 13/02/2025, à 16:35

Je suis certain que refind résout ton problème.
Pour l'installer facilement, il faut booter sur un ubuntu
Je propose de l'installer sur le second disque.
Pour cela, il faut lancer gparted et supprimer le drapeau ESP de la partition FAT32 du premier disque. Puis mettre le drapeau ESP dans la partition FAT32 du second disque. Quitter gparted puis

sudo apt install refind

et dire de l'installer dans la partition ESP
puis booter et choisir de booter un O.S. orange stocké dans une partition identifiée par son label soit 1WD2To-sda3 ou 2WD2To-sda3

Puis par la suite, lorsque tu auras pris en main, répéter l'opération dans le sens inverse.
Pour cela, il faut lancer gparted et supprimer le drapeau ESP de la partition FAT32 du second disque. puis mettre le drapeau ESP dans la partition FAT32 du premier disque. Quitter gparted puis

sudo apt install refind

et dire de l'installer dans la partition ESP

Dernière modification par geole (Le 13/02/2025, à 20:43)

Lami · Le 13/02/2025, à 19:50

Bonjour geole,

OK, nous allons régler le cas « refind » !

Ma configuration matérielle me permet de procéder plus simplement, si « refind » ne modifie pas automatiquement la partition « boot » du connecteur 2 et le disque 2.

Si cela est le cas, qu'il n'y a pas de modification du disque 2 avec l'installation et la configuration de « rfind », alors :

1) Synchroniser les partitions du disque 1 sur le disque 2 (au cas ou il y aurait problème avec « refind »).

2) Installer et configurer « rfind » sur le disque 1.

3) Tester que je démarre toujours sur le connecteur 1 et disque 1.

4.1) Si tout fonctionne correctement, je resynchronise les partitions du disque 1 sur le disque 2 et bravo la solution est trouvée.

4.2) Si cela ne fonctionne pas correctement, je synchronise avec une clé USB-Live les partitions du disque 2 vers le disque 1.

Vous confirmez qu'il n'y a pas de modification du disque 2 avec l'installation et la configuration de « rfind » et que je puis procéder sans risque de modifier le disque 2 ?

Cordialement,

geole · Le 13/02/2025, à 20:53

Refind s'installe dans la partition contenant le drapeau unique ESP.
Tu peux donc faire comme tu le décris et dupliquer dans l'autre partition.
Je te donnerais la commande pour fabriquer une entrée NVRAM depuis l'autre partition en cas de disparition de la première partition.

Dernière modification par geole (Le 13/02/2025, à 21:05)

Lami · Le 13/02/2025, à 22:57

Bonjour à tous,

Bon, c'est fait, « refind » est installé avec ses valeurs par défauts. Et de suite je trouve que c'est un plus par rapport à « grub », mais probablement un gros plus quand je le connaîtrai plus ! C'est cool « refind » !

Et ouf, mes fichiers « fstab et « /etc/defaul/grub » n'ont pas été modifier et il ne comporte pas d'UUIDs et « refind » fonctionne contrairement à se que l'on m'avait dit.

Mais curieusement, et à ma surprise, il y a maintenant 3 options supplémentaires dans le menu « boot » du BIOS de l'ordinateur.

Il fonctionne par bloc de 5 icônes par disque, plus d'autres options en plus petit dessous les icônes principaux.

La première icône semble simplement démarrer le menu du « grob » de base et au hasard, il démarre sur le connecteur 1 ou 2.

L'icône 2 tombe dans l'interface interne de « grob », je ne connais pas, donc je redémarre avec un « CTRL+ALT+DEL ».

L'icône 3 tombe dans l'interface interne de « grob », je ne connais pas, donc je redémarre avec un « CTRL+ALT+DEL ».

L'icône 4 démarre avec le noyau le plus récent du connecteur 1 et disque 1, et aimablement, il n'a pas de problème avec les pilotes nVidia 550.120 et tout semble fonctionner correctement, incluant le simulateur de vol X-Plane-12 avec ses 4 écrans et les manettes de jeux.

L'icône 5 démarre avec le test mémoire du BIOS.

Je n'en sais guère plus.

Un bonbon qui me réjouirait c'est qu'il démarra avec mon image de fond d'écran préféré !

Vous avez cela sous la main !

Et où trouver la meilleure documentation francophone (non traduite par ordinateur) sur « refind » ?

Merci chers amis !

Cordialement,

Lami · Le 14/02/2025, à 01:20

Bonsoir,

Dans le BIOS, le menu des Boot Option Priorities, il y avait :

Onboard NIC (IPV4 PXE)
Onboard NIC (IPV6 PXE)
Windows Boot Manager
Ubuntu (doublon)
(un libellé pour un second disque, je me rappelle plus quel)
Disabled

Et maintenant, en plus, il y a :

rEFInd Boot Manager
Ubuntu 24.04.1 LTS noble deb conf-show grub-pc (doublon)
Ubuntu (doublon)
Ubuntu 24.04.1 LTS noble deb conf-show grub-pc (doublon)

Et en premier, je sélectionne :

rEFInd Boot Manager

Cordialement,

geole · Le 14/02/2025, à 10:50

Bonjour.
Pour ton image d'arrière-plan, la documentation écrit.

doc refind a écrit :

Utilisez une bannière de titre personnalisée au lieu de l'icône et du nom rEFInd. Le chemin du fichier est relatif au répertoire où se trouve refind.efi. La couleur dans le coin supérieur gauche de l’image est utilisée comme couleur d’arrière-plan pour les écrans de menu. Actuellement, les images BMP non compressées avec des profondeurs de couleur de 24, 8, 4 ou 1 bits sont prises en charge, ainsi que les images PNG et JPEG. (Les images ICNS peuvent également être utilisées, mais ICNS présente des limitations qui en font un mauvais choix à cette fin.) La prise en charge des fichiers PNG et JPEG est limitée par les bibliothèques sous-jacentes ; certains fichiers, comme les JPEG progressifs, ne fonctionneront pas.
#banner hostname.bmp
#banner mybanner.jpg
#banner icons/snowy/banner-snowy.png

Mais attention à ton choix de photo, les icônes refind pourraient ne plus être très bien visibles et surtout les caractères en dessous.
est mauvais
Je te rappelle que ton choix de mettre les noms de partitions dans /etc/fstab est mauvais.
A défaut de basculer vers les UUID, remplace-les par les labels qui ne changent pas de valeurs lorsque le câblage est modifié.
Extraits trouvés:
nvme1n1
├─nvme1n1p1 vfat FAT32 2WD2TO-SDA1 4514-21FC
├─nvme1n1p2 ext3 1.0 2WD2To-sda3 3e1a5b71-4997-453d-9c55-fe7bbc53c563
├─nvme1n1p3 ext3 1.0 2WD2To-sda5 5c8ba0fa-2da9-45b8-a498-c6cd3fc3284e
└─nvme1n1p4 ntfs 2WD2To-sda6 507110C11B773066

# /etc/fstab: Informations statiques sur le système de fichiers.
# <file système> <mount point> <type> <options> <dump> <pass>
/dev/nvme0n1p1 /boot/efi vfat defaults 0 2
/dev/nvme0n1p2 / ext3 relatime,errors=remount-ro 0 1
/dev/nvme0n1p3 /home ext3 relatime 0 2
/dev/nvme0n1p4 /home/rene/sda6 ntfs rw,uid=1000,gid=1000 0 0

Ce je que j'aimerais voir. Exemple pour le second. ( pour le premier, il faut certainement remplacer 2 par 1).

# /etc/fstab: Informations statiques sur le système de fichiers.
# <file système>                                 <mount point>   <type> <options>             <dump> <pass>
/dev/disk/by-label/2WD2TO-SDA1    /boot/efi       vfat    defaults                   0 2
/dev/disk/by-label/2WD2To-sda3    /               ext3    relatime,errors=remount-ro 0 1
/dev/disk/by-label/2WD2To-sda5    /home           ext3    relatime                   0 2
/dev/disk/by-label/2WD2To-sda6    /home/rene/sda6 ntfs    rw,uid=1000,gid=1000       0 0

Donne ce retour.

efibootmgr

Dernière modification par geole (Le 14/02/2025, à 14:20)

Lami · Le 14/02/2025, à 16:05

Bonjour geole,

Un grand merci pour votre aide !

Le chemin du fichier est relatif au répertoire où se trouve refind.efi

Mais dans mon cas, cela serait quoi, car une recherche de la racine ne trouve pas de « refind.efi » ?

Je te rappelle que ton choix de mettre les noms de partitions dans /etc/fstab est mauvais.

Je ne connaissais pas « disk/by-label ». Ne perdez pas de vu que les termes « LABEL », « NOM de partition, » et les différents types d'« UUID » c'est nouveau pour moi.

J'aime bien la transformation que vous faites de fichier « fstab », c'est clair et ordonné. Est-ce cela serait correcte ? :

# /etc/fstab: Informations statiques sur le système de fichiers.
# <file système>                                <mount point>   <type>  <options>             <dump> <pass>
/dev/disk/by-label/1WD2TO-SDA1                  /boot/efi       vfat    defaults                   0 2
/dev/disk/by-label/1WD2To-sda3                  /               ext3    relatime,errors=remount-ro 0 1
/dev/disk/by-label/1WD2To-sda5                  /home           ext3    relatime                   0 2
/dev/disk/by-label/1WD2To-sda6                  /home/rene/sda6 ntfs    rw,uid=1000,gid=1000       0 0
/home/rene/sda6/X-Plane/X-Plane-12/xplane12.iso /media/cdrom12  iso9660 user,loop                  0 0
/swapfile                                       swap            swap    defaults                   0 0
tmpfs                                           /tmp            tmpfs   defaults,noatime,mode=1777 0 0

Pour l'image iso de DVD, est-ce qu'il y aurait mieux ?

Et la commande donne :

rene@Ordinateur01:~$ efibootmgr
BootCurrent: 0003
Timeout: 1 seconds
BootOrder: 0003,0006,0004,0005,0007,0001,0002,0000
Boot0000  Windows Boot Manager  VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)57494e444f5753000100000088000000780000004200430044004f0042004a004500430054003d007b00390064006500610038003600320063002d0035006300640064002d0034006500370030002d0061006300630031002d006600330032006200330034003400640034003700390035007d00000033000100000010000000040000007fff0400
Boot0001  Onboard NIC (IPV4 PXE)        PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(00be43bb66ef,0)/IPv4(0.0.0.00.0.0.0,0,0)0000424f
Boot0002  Onboard NIC (IPV6 PXE)        PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(00be43bb66ef,0)/IPv6([::]:<->[::]:,0,0)0000424f
Boot0003* rEFInd Boot Manager   HD(1,GPT,f17e5d1d-0200-436b-8b89-fee66ac73853,0x800,0x96000)/File(\EFI\refind\refind_x64.efi)
Boot0004* Ubuntu        HD(1,GPT,f17e5d1d-0200-436b-8b89-fee66ac73853,0x800,0x96000)/File(\EFI\ubuntu\shimx64.efi)
Boot0005* Ubuntu 24.04.1 LTS noble debconf-show grub-pc HD(1,GPT,f17e5d1d-0200-436b-8b89-fee66ac73853,0x800,0x96000)/File(\EFI\GRUB\shimx64.efi)
Boot0006* Ubuntu        HD(1,GPT,26645491-8f9d-4a68-94d7-d21970d39e5c,0x800,0x96000)/File(\EFI\ubuntu\shimx64.efi)
Boot0007* Ubuntu 24.04.1 LTS noble debconf-show grub-pc HD(1,GPT,26645491-8f9d-4a68-94d7-d21970d39e5c,0x800,0x96000)/File(\EFI\GRUB\shimx64.efi)
rene@Ordinateur01:~$

Cordialement,

Dernière modification par Lami (Le 14/02/2025, à 16:08)

geole · Le 14/02/2025, à 16:48

Il faut que tu mettes ta photo dans le répertoire /boot/efi/EFI/refind
Puis que tu mettes ce paramètre
banner LeNomDeFichierDeTaPhoto
dans le fichier /boot/efi/EFI/refind/refind.conf

exemple
banner Maphoto.png

Pour les labels, cela me semble correct. Les noms de labels semblent exister.
Pour le montage du fichier ISO, je ne pratique pas en montage au boot, Mais la codification me semble normale et si cela fonctionne...

Ces deux entrées correspondent au démarrage sur deux disques

Boot0004* Ubuntu        HD(1,GPT,f17e5d1d-0200-436b-8b89-fee66ac73853,0x800,0x96000)/File(\EFI\ubuntu\shimx64.efi)
Boot0006* Ubuntu        HD(1,GPT,26645491-8f9d-4a68-94d7-d21970d39e5c,0x800,0x96000)/File(\EFI\ubuntu\shimx64.efi)

Le premier étant

/dev/nvme0n1p1: LABEL_FATBOOT="1WD2TO-SDA1" LABEL="1WD2TO-SDA1" UUID="4514-21FC" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="f17e5d1d-0200-436b-8b89-fee66ac73853"

Je n'ai pas trouvé de référence pour le second. Mais je suppose que cela correspond à la partition reformatée.
je propose de les supprimer et de les refabriquer avec la logique label.
Donc suppression

sudo efibootmgr -B -b 4

sudo efibootmgr -B -b 6

et recréation

sudo efibootmgr --create --disk /dev/nvme0n1 --part 1 --label "Ubuntu-1WD2TO-SDA1" --loader "\EFI\ubuntu\shimx64.efi"

sudo efibootmgr --create --disk /dev/nvme1n1 --part 1 --label "Ubuntu-2WD2TO-SDA1" --loader "\EFI\ubuntu\shimx64.efi"

Cela devrait te simplifier le choix .. Mais on n'a pas encore regardé sur quoi cela débouchait.
=> Pour cela

sudo cat /boot/efi/EFI/ubuntu/grub.cfg

=> question: Ce fichier est-il synchronisé avec l'autre disque?

Pour ces deux fichiers, je découvre la présence du répertoire GRUB.

Boot0005* Ubuntu 24.04.1 LTS noble debconf-show grub-pc HD(1,GPT,f17e5d1d-0200-436b-8b89-
Boot0007* Ubuntu 24.04.1 LTS noble debconf-show grub-pc HD(1,GPT,26645491-8f9d-4a68-94d7-d21970d39e5c,0x800,0x96000)/File(\EFI\GRUB\shimx64.efi)

On va regarder si ce sont les même fichiers shim que ceux de ubuntu en demandant les signatures
sudo sha256sum /boot/efi/EFI/ubuntu/shimx64.efi

sudo sha256sum /boot/efi/EFI/GRUB/shimx64.efi

Puis, lorsque tu auras dupliqué refind dans l'autre disque, pour se prémunir de la panne du premier disque, on va aussi créer une entrée de boot

sudo efibootmgr --create --disk /dev/nvme1n1 --part 1 --label "refind-2WD2TO-SDA1" --loader "\EFI\refind\refind_x64.efi"

Ajout. As-tu commencé a parametrer refind pour dire.
De ne pas consulter l'autre partition EFI.
dont_scan_volumes "2WD2TO-SDA1"
De ne pas afficher les fichiers shimx64.efi grubx64.efi bootx64.efi
dont_scan_files shimx64.efi,grubx64.efi,bootx64.efi,MokManager.efi
Cela devrait te permettre de ne voir que deux grosses icônes oranges.
voir dire d'activer la souris, de booter par defaut plus rapidement sur le ubuntu qui a été utilisé précédamment.
enable_mouse
timeout 5

Dernière modification par geole (Le 15/02/2025, à 09:33)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 11/02/2025, à 10:43

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#52 Le 11/02/2025, à 14:34

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#53 Le 11/02/2025, à 15:17

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#54 Le 12/02/2025, à 13:20

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#55 Le 12/02/2025, à 13:49

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#56 Le 12/02/2025, à 16:10

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#57 Le 12/02/2025, à 16:16

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#58 Le 12/02/2025, à 18:34

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#59 Le 12/02/2025, à 18:38

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#60 Le 12/02/2025, à 18:44

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#61 Le 12/02/2025, à 18:45

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#62 Le 12/02/2025, à 19:30

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#63 Le 12/02/2025, à 19:45

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#64 Le 12/02/2025, à 20:26

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#65 Le 13/02/2025, à 00:09

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#66 Le 13/02/2025, à 09:33

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#67 Le 13/02/2025, à 16:10

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#68 Le 13/02/2025, à 16:35

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#69 Le 13/02/2025, à 19:50

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#70 Le 13/02/2025, à 20:53

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#71 Le 13/02/2025, à 22:57

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#72 Le 14/02/2025, à 01:20

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#73 Le 14/02/2025, à 10:50

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#74 Le 14/02/2025, à 16:05

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

#75 Le 14/02/2025, à 16:48

Re : Au démarrage ou redémarrage, le choix du SSD interne est incontrôlé !

Pied de page des forums