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

MicP · Le 03/06/2026, à 08:09

Bonjour

… Dans le bios, je n'ai pas d'option pour sélectionner un des disques « SSD » ou « SATA », seulement de sélectionner de démarrer sur « SATA », « NVME » ou port « USB », mais pas de sélectionner l'uns d'eux. …

Est-ce que les deux cartes NVMe ne seraient pas utilisées en mode RAID au niveau du BIOS (ou autre UEFI) ?

steph810 · Le 03/06/2026, à 08:36

Lami a écrit :

Bonjour iznobe,
Dans le bios, je n'ai pas d'option pour sélectionner un des disques « SSD » ou « SATA », seulement de sélectionner de démarrer sur « SATA », « NVME » ou port « USB », mais pas de sélectionner l'uns d'eux.
Pour information l'ordinateur est un Dell Alienware Aurora R13 et vous en trouverez tous les détail depuis cet page de cet ordinateur en particulié :
https://www.dell.com/support/product-de … 3/overview
Cordialement,

Regarder ICI

Séquence de démarrage

Dernière modification par steph810 (Le 03/06/2026, à 08:37)

Lami · Le 03/06/2026, à 15:04

Bonjour steph810 et MicP,

Merci pour vos aides !

Pour le mode RAID, non, je viens de revérifier, pas activé, j'ai vu l'option et elle ne pas activé.

Je vous reviens d'ici 24 à 48 heures avec des photos de tous les écrans des détails des paramètres des « Boot » possibles, comme tout est en anglais (pas d'option de langue, que l'anglais) avec plain de code barbare, peut-être que je loupe quelque chose, vous me direz.

Cordialement,

iznobe · Le 03/06/2026, à 15:25

Re bonjour , il est possible ( bien que rare ) que le choix entre les 2 SSD NVME au démarrage ne soit disponible qu ' apres avoir Mis A Jour le BIOS , j ' ai déja vu la cas sur certains autres ordis .

krodelabestiole · Le 04/06/2026, à 11:33

je viens de voir que je radote : https://forum.ubuntu-fr.org/viewtopic.p … #p22822463
désolé pour ça !

Lami a écrit :

Tous les jours, les partitions sont synchronisées avec GRSync ou RSync en interne et une fois par semaines ou par mois sur des SSD externe.
Cette méthode est des plus fiable depuis plus de 30 ans, sans perte de données et de configuration de plus de 12 heures. Je ne connais pas plus efficace et simple.

depuis les années 90 les supports de stockages se sont diversifiés. On a entre autre développé le concept de données chaudes et froides : https://fr.wikipedia.org/wiki/Donn%C3%A9es_froides
ce n'est assurément pas très économique d'utiliser un SSD supplémentaire en permanence pour avoir des données en double, et relativement (voire complètement) inutile sur une même machine, à partir du moment où on a une sauvegarde régulière fiable (ou 2 si on est très prudent).
un SSD interne supplémentaire ne résistera pas mieux que le support système à :
- un choc électrique
- un incendie, une inondation
- un vol
- un malware en particulier de type ransomware
- des erreurs, humaines ou pas (un fichier corrompu sera copié corrompu, pareil pour un fichier écrasé par mégarde, erroné, etc.)
et donc n'importe lequel de ces incidents pourrait potentiellement faire perdre un mois de boulot ou autre données...

de leur côté les applications de sauvegarde actuelles (dont celle que propose ubuntu par défaut) permettent de conserver les anciennes versions de chaque fichier, aussi longtemps qu'on le souhaite (voir délai de rétention).
à partir du moment où on sauvegarde correctement (ça peut même être plus fréquent que quotidien), je pense que la copie locale sur SSD fait juste perdre un SSD d'espace, et l'use presque aussi vite que celui qui héberge le système (surtout si on ne s'embête pas à bien configurer la copie pour éviter de cloner les logs ou de la swap).
donc je doute de la pertinence des termes "simple et efficace" (aussi vu que le sujet est en cours depuis plus d'un an...) : pour ça je te conseille de regarder ce qui est faisable actuellement avec deja dup, ou si tu veux une configuration plus personnelle, restic ou borg.

krodelabestiole · Le 04/06/2026, à 11:44

même si tu veux absolument rester en local, au moins une de ces solutions te donnerait accès aux anciennes versions de tes fichiers, en utilisant un minimum d'espace, et donc en économisant le SSD (et le temps de travail) comparé à une copie complète (et beaucoup plus efficace que ce qui serait très long et compliqué à bricoler avec rsync, ou même rsnapshot).
ce serait un peu plus utile, à la manière de backintime ou du time machine d'apple.

Lami · Hier à 09:39

Bonjour krodelabestiole,

Soyons d'accord sur un point, c'est que sur ce sujet « copies de sécurités » nous sommes en total désaccord et passons à autre chose.

Cordialement,

krodelabestiole · Hier à 11:49

désolé que mes conseils t'ennuient.

je ne sais pas où tu en es, je ne comprends pas comment c'est possible de démarrer sur un support de sauvegarde (ou une "copie de sécurité").
je ne suis de toute façon pas sûr de comprendre le but de l'opération : avoir les fichiers en double en cas de mauvaise manipulation (à condition de s'en rendre compte avant la prochaine synchronisation), ou changer de support "immédiatement" en cas de crash disc (à condition que le SSD système meurt en premier, et ce qui me semble dans tous les cas impossible sans un certain boulot de reconfiguration, et donc un live USB), ou autre chose auquel je n'aurais pas pensé ?

Lami a écrit :

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 ?

vu la forme du truc je dirais que ce n'est pas une adresse, mais un identifiant (constructeur-modèle)
ce qui est par ex. retourné par lspci ou lsusb, rapidement décrit ici :
https://doc.ubuntu-fr.org/problemes_aud … ules_linux

ceci-dit vu que c'est dans la colonne UUID, c'est un UUID, et donc tu peux le changer, comme expliqué sur cette page :
https://doc.ubuntu-fr.org/uuid_et_label
(mais de toute façon en 2026, les étiquettes c'est mieux)

tu ne devrais peut-être pas cloner la partition EFI ou boot telle quelle sur le système (quel que soit le but de l'opération) ?
- l'ESP est de toute façon indépendante du système (donc rien de bien précieux à sauvegarder), mais nécessitera une reconfiguration si on souhaite changer de système (en cas de crash disc).
ou au moins virer les flags boot et/ou esp, au moins tant que tu ne comptes pas démarrer dessus ?
https://wiki.archlinux.org/title/EFI_sy … %C3%A7ais)

iznobe · Hier à 12:03

Bonjour ,

@kro , je suppose que l ' objectif est de pouvoir changer de systeme en cas de ...

@René , il est impossible de conserveur un disque ou une partition ( ou je ne sais tant quoi dans l ' ordinateur ) qui permettrait de remplacer un autre OS sans faire de modification avant et / ou après le changement de disque comme tu as pu t ' en apercevoir dans ce fil , le résultat est celui que tu obtiens . une " confusion " du BIOS au démarrage et c' est tout à fait normal.

Soit , tu copies ton système et tu changes les drapeaux de partitions ( ou autre chose ) qui fasse en sorte que les 2 partitions ne soient plus identiques , puis tu remet en places après , ce qui fait qu ' en fait , ben ça ne seras a rien finalement, puisque , pour remettre en place , il faut passer quand même par une session live .
Soit , comme je te l' ai déjà proposé , tu installes un autre système à l' identiques sur un(e) autre disque / partition complétement indépendant .
et là il te suffit de choisir le disque ( ou pas si tu as installé sur le même disque ) de démarrage dans le BIOS ( ce que tu ne sembles pas pouvoir faire , alors que maintenant , tout le monde " sait faire " ça ) .

krodelabestiole · Hier à 12:05

iznobe a écrit :

Au redémarrage, j'ai revisité le BIOS pour rechercher un paramètre qui me permettrait de sélectionner le disque SSD à démarrer, mais toujours rien.
Bonjour , c ' est impossible de ne pas avoir ce paramètre ... tu as mal cherché !

si c'est possible !
je pense qu'on a toujours le choix de priorité (ou d'activation / désactivation) entre support externe, démarrage réseau etc. et SATA / NVMe (sans doute), mais pas toujours entre plusieurs supports d'un même type, j'ai vu le cas assez souvent.

steph810 · Hier à 12:06

Bonjour,

J'ai essayer de reproduire votre problème, et ca à étais le boxon

Zéro contrôle également, une fois ca boot sur un et une autres fois sur l'autre.

Testé avec 2 disque chacun sont EFI, chacun sont grub. La seule solution trouvé a étais de mettre le principal dans efiboomgr en première position et supprimé l'entré de l'autres l'entré du second.

Dans le bios j'ai également modifier l'ordres des disques.

Dernière modification par steph810 (Hier à 12:08)

Lami · Hier à 15:17

Bonjour steph810,

Merci pour votre aide !

Notez que je viens de redémarrer et que je suis sur le bon disque SSD « nvme0 » et sur les bonnes partitions « 1WD2To-XXXX », c'est ce que je souhaite.

OK, maintenant j'en suis à :

rene@Ordinateur01:~$ efibootmgr
BootCurrent: 0004
Timeout: 1 seconds
BootOrder: 0004,000A,000B,0005,0009
Boot0004* Ubuntu 24.04.4 LTS noble debconf-show grub-pc HD(1,GPT,26645491-8f9d-4a68-94d7-d21970d39e5c,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)
Boot0009* Ubuntu 24.04.2 LTS noble debconf-show grub-pc VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot000A* 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
Boot000B* Onboard NIC (IPV6 PXE)        PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(00be43bb66ef,0)/IPv6([::]:<->[::]:,0,0)0000424f
rene@Ordinateur01:~$

Et je sais maintenant qu'il est inutile d'effacer les entrées « Boot000A* Onboard NIC (IPV4 PXE) » et « Boot000B* Onboard NIC (IPV6 PXE) ».

Votre exemple suggère que je devrais supprimer une dernière entrée, mais je souhaiterais une confirmation que c'est l'entrée « Boot0005 » que je devrais effacer, les deux autres étant actives présentement ?

Mais comme je n'en sais rien, vous pourriez m'éclairer de vos lumières ?

Cordialement,

geole · Hier à 19:02

Bonjour
Normalement BOOT0004 te fait booter sur la partition EFI de nvme0 qui elle-même expédie sur la partition UBUNTU de nvme0
Lorsque ce disque est absent, évidemment cette commande va planter. et le bios récupérer la main et lancer la suivante qui est actuellement BOOT000A
que je ne sais pas décoder. Probablement du réseau, si cela plante, cela lance la suivante qui est du même style et enfin on lancera BOOT005
Normalement BOOT0005 te fait booter sur la partition EFI de nvme1 qui elle-même devrait expédier sur la partition UBUNTU de nvme1
Mais pas ce n'est pas vérifié.

mkdir -v P1 
sudo mount -v /dev/nvme1n1p1 P1
sudo cat P1/EFI/ubuntu/grub.cfg
sudo umount -v /dev/nvme1n1p1

En revanche, J'ai vu ( échange 137 ) que le grub va vouloir lancer le ubuntu de NVME0. Ce qui fonctionnera car en absence du premier NVME0, le bios a normalement fait passer le NVME1 en NVME0.....
Donc si tu la supprimes, tu ne bootes plus.

Dernière modification par geole (Hier à 22:10)

steph810 · Hier à 19:07

Bonsoir,

A confirmer le nom des disques.

commencer par cela renommer les entrer EFI et tester démmaré sur le bios ensuite:

sudo efibootmgr --create --disk /dev/nvme0n1 --part 1 --label "Principal Main" --loader \\EFI\\ubuntu\\shimx64.efi

puis le Backup:

sudo efibootmgr --create --disk /dev/nvme1n1 --part 1 --label "backup" --loader \\EFI\\GRUB\\shimx64.efi

Voir les nouvelle entrer:

sudo efibootmgr

reorganiser exemple changer 000C et 000D par les vrais nouvelle valeurs:

sudo efibootmgr -o 000C,000D,0009,000A,000B

Redemarrer et tester par la suite on supprimera celle en double devenue inutile.

Dernière modification par steph810 (Hier à 20:00)

Lami · Hier à 19:26

Bonjour steph810 et geole,

Merci pour vos aide !

Voilà pour commencer :

rene@Ordinateur01:~$ sudo efibootmgr --create --disk /dev/nvme0n1 --part 1 --label "Principal Main" --loader \\EFI\\ubuntu\\shimx64.efi
[sudo] Mot de passe de rene : 
BootCurrent: 0004
Timeout: 1 seconds
BootOrder: 0000,0004,000A,000B,0005,0009
Boot0004* Ubuntu 24.04.4 LTS noble debconf-show grub-pc HD(1,GPT,26645491-8f9d-4a68-94d7-d21970d39e5c,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)
Boot0009* Ubuntu 24.04.2 LTS noble debconf-show grub-pc VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot000A* 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
Boot000B* Onboard NIC (IPV6 PXE)        PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(00be43bb66ef,0)/IPv6([::]:<->[::]:,0,0)0000424f
Boot0000* Principal Main        HD(1,GPT,26645491-8f9d-4a68-94d7-d21970d39e5c,0x800,0x96000)/File(\EFI\ubuntu\shimx64.efi)
rene@Ordinateur01:~$

Et :

rene@Ordinateur01:~$ sudo efibootmgr --create --disk /dev/nvme1n1 --part 1 --label "backup" --loader \\EFI\\GRUB\\shimx64.efi
BootCurrent: 0004
Timeout: 1 seconds
BootOrder: 0001,0000,0004,000A,000B,0005,0009
Boot0000* Principal Main        HD(1,GPT,26645491-8f9d-4a68-94d7-d21970d39e5c,0x800,0x96000)/File(\EFI\ubuntu\shimx64.efi)
Boot0004* Ubuntu 24.04.4 LTS noble debconf-show grub-pc HD(1,GPT,26645491-8f9d-4a68-94d7-d21970d39e5c,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)
Boot0009* Ubuntu 24.04.2 LTS noble debconf-show grub-pc VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot000A* 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
Boot000B* Onboard NIC (IPV6 PXE)        PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(00be43bb66ef,0)/IPv6([::]:<->[::]:,0,0)0000424f
Boot0001* backup        HD(1,GPT,f17e5d1d-0200-436b-8b89-fee66ac73853,0x800,0x96000)/File(\EFI\GRUB\shimx64.efi)
rene@Ordinateur01:~$

Ce qui donne :

rene@Ordinateur01:~$ sudo efibootmgr
BootCurrent: 0004
Timeout: 1 seconds
BootOrder: 0001,0000,0004,000A,000B,0005,0009
Boot0000* Principal Main        HD(1,GPT,26645491-8f9d-4a68-94d7-d21970d39e5c,0x800,0x96000)/File(\EFI\ubuntu\shimx64.efi)
Boot0001* backup        HD(1,GPT,f17e5d1d-0200-436b-8b89-fee66ac73853,0x800,0x96000)/File(\EFI\GRUB\shimx64.efi)
Boot0004* Ubuntu 24.04.4 LTS noble debconf-show grub-pc HD(1,GPT,26645491-8f9d-4a68-94d7-d21970d39e5c,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)
Boot0009* Ubuntu 24.04.2 LTS noble debconf-show grub-pc VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot000A* 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
Boot000B* Onboard NIC (IPV6 PXE)        PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(00be43bb66ef,0)/IPv6([::]:<->[::]:,0,0)0000424f
rene@Ordinateur01:~$

Est-ce que je continu avec « sudo efibootmgr -o 0000,0004,0009,0001 » ?

Cordialement,

steph810 · Hier à 19:37

re:

Montrez l'ordre actuel dans un premier temp:

sudo awk '/submenu /{s=1;si=0;depth=1;match($0,/["\x27][^"'\'']+["\x27]/);printf "%d : %s\n",ti++,substr($0,RSTART+1,RLENGTH-2);next} s{for(i=1;i<=length($0);i++){c=substr($0,i,1);if(c=="{")depth++;if(c=="}")depth--;if(depth==0){s=0;break}}} /menuentry /{match($0,/["\x27][^"'\'']+["\x27]/);name=substr($0,RSTART+1,RLENGTH-2);if(name!=""){if(s){printf "\t> %d : %s\n",si++,name}else{printf "%d : %s\n",ti++,name}}}' /boot/grub/grub.cfg

Vous pouvez redemarrer sur EFI contrôler que les nouvelles entrées fonctionne avant...

ont verra ordre ensuite. qui devrai etre une fois le redémarrage effectué et les nouvelle entré testé:

sudo efibootmgr -o 0000,0001,0009,000A,000B

Dernière modification par steph810 (Hier à 19:44)

Lami · Hier à 20:23

Merci steph810,

rene@Ordinateur01:~$ sudo awk '/submenu /{s=1;si=0;depth=1;match($0,/["\x27][^"'\'']+["\x27]/);printf "%d : %s\n",ti++,substr($0,RSTART+1,RLENGTH-2);next} s{for(i=1;i<=length($0);i++){c=substr($0,i,1);if(c=="{")depth++;if(c=="}")depth--;if(depth==0){s=0;break}}} /menuentry /{match($0,/["\x27][^"'\'']+["\x27]/);name=substr($0,RSTART+1,RLENGTH-2);if(name!=""){if(s){printf "\t> %d : %s\n",si++,name}else{printf "%d : %s\n",ti++,name}}}' /boot/grub/grub.cfg
[sudo] Mot de passe de rene : 
0 : Ubuntu 24.04.4 LTS noble debconf-show grub-pc GNU/Linux
1 : Advanced options for Ubuntu 24.04.4 LTS noble debconf-show grub-pc GNU/Linux
        > 0 : Ubuntu 24.04.4 LTS noble debconf-show grub-pc GNU/Linux, with Linux 6.8.0-124-generic
        > 1 : Ubuntu 24.04.4 LTS noble debconf-show grub-pc GNU/Linux, with Linux 6.8.0-124-generic (recovery mode)
        > 2 : Ubuntu 24.04.4 LTS noble debconf-show grub-pc GNU/Linux, with Linux 6.8.0-117-generic
        > 3 : Ubuntu 24.04.4 LTS noble debconf-show grub-pc GNU/Linux, with Linux 6.8.0-117-generic (recovery mode)
        > 4 : Ubuntu 24.04.4 LTS noble debconf-show grub-pc GNU/Linux, with Linux 6.8.0-87-generic
        > 5 : Ubuntu 24.04.4 LTS noble debconf-show grub-pc GNU/Linux, with Linux 6.8.0-87-generic (recovery mode)
        > 6 : Ubuntu 24.04.4 LTS noble debconf-show grub-pc GNU/Linux, with Linux 6.8.0-86-generic
        > 7 : Ubuntu 24.04.4 LTS noble debconf-show grub-pc GNU/Linux, with Linux 6.8.0-86-generic (recovery mode)
        > 8 : Ubuntu 24.04.4 LTS noble debconf-show grub-pc GNU/Linux, with Linux 6.8.0-51-generic
        > 9 : Ubuntu 24.04.4 LTS noble debconf-show grub-pc GNU/Linux, with Linux 6.8.0-51-generic (recovery mode)
        > 10 : Ubuntu 24.04.4 LTS noble debconf-show grub-pc GNU/Linux, with Linux 6.8.0-50-generic
        > 11 : Ubuntu 24.04.4 LTS noble debconf-show grub-pc GNU/Linux, with Linux 6.8.0-50-generic (recovery mode)
2 : Memory test (memtest86+x64.efi)
3 : Memory test (memtest86+x64.efi, serial console)
4 : UEFI Firmware Settings
rene@Ordinateur01:~$

Je redémarre...

Lami · Hier à 20:42

OK, je comprends qu'on joue dans les configurations du bios EFI, car je n'y ai trouvé que 50% des entrées d'avant et que c'est la commande « efibootmgr » qui nous le permet.

Mais il n'y a que « Boot0000 » qui boot au hasard comme avant, 1 x sur nvme0, 3 x sur nvme1, 1 x nvme0, etc.

rene@Ordinateur01:~$ efibootmgr
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,000B,000A,0001,0009
Boot0000* Principal Main        HD(1,GPT,26645491-8f9d-4a68-94d7-d21970d39e5c,0x800,0x96000)/File(\EFI\ubuntu\shimx64.efi)
Boot0001* backup        HD(1,GPT,f17e5d1d-0200-436b-8b89-fee66ac73853,0x800,0x96000)/File(\EFI\GRUB\shimx64.efi)
Boot0009* Ubuntu 24.04.2 LTS noble debconf-show grub-pc VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot000A* 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
Boot000B* Onboard NIC (IPV6 PXE)        PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(00be43bb66ef,0)/IPv6([::]:<->[::]:,0,0)0000424f
rene@Ordinateur01:~$

La suite c'est ?

Cordialement,
Pas de boot réseau dans ma config « BootOrder », s.v.p..

Dernière modification par Lami (Hier à 20:44)

steph810 · Hier à 21:10

RE:

Pour supprimer les entré reseau:

sudo efibootmgr -b 000A -B
sudo efibootmgr -b 000B -B

Normalement vous devez voir les nouvelle entrer Principal Mainet backup.

je vois que vous avez déjà mis en ordre au vue du efibootmgr.

Dans la configuration du bios mettez bien principal en 1ere position normalement c'est déjà fait.

Ca boote toujours aléatoirement ?

Vu que c'est backup on peut non pas le supprimer mais le desactiver, sera toujours utilisable mais il faudra appuyer sur entrer pour l'accès, ont va simplement ignoré:

sudo efibootmgr -A -b 0001

réorganiser:

sudo efibootmgr -o 0000,0001,0009

Lami · Hier à 21:25

rene@Ordinateur01:~$ sudo efibootmgr -b 000A -B
[sudo] Mot de passe de rene : 
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,000B,0001,0009
Boot0000* Principal Main        HD(1,GPT,26645491-8f9d-4a68-94d7-d21970d39e5c,0x800,0x96000)/File(\EFI\ubuntu\shimx64.efi)
Boot0001* backup        HD(1,GPT,f17e5d1d-0200-436b-8b89-fee66ac73853,0x800,0x96000)/File(\EFI\GRUB\shimx64.efi)
Boot0009* Ubuntu 24.04.2 LTS noble debconf-show grub-pc VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot000B* Onboard NIC (IPV6 PXE)        PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(00be43bb66ef,0)/IPv6([::]:<->[::]:,0,0)0000424f
rene@Ordinateur01:~$ sudo efibootmgr -b 000B -B
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0001,0009
Boot0000* Principal Main        HD(1,GPT,26645491-8f9d-4a68-94d7-d21970d39e5c,0x800,0x96000)/File(\EFI\ubuntu\shimx64.efi)
Boot0001* backup        HD(1,GPT,f17e5d1d-0200-436b-8b89-fee66ac73853,0x800,0x96000)/File(\EFI\GRUB\shimx64.efi)
Boot0009* Ubuntu 24.04.2 LTS noble debconf-show grub-pc VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
rene@Ordinateur01:~$

Mais il y a quelques heures j'ai expérimenté que les réseaux reviendront. Ce que je ne souhaite pas c'est qu'ils soient dans la chaine de « BootOrder » et présentement ils n'y sont pas, donc c'est OK pour cela.

rene@Ordinateur01:~$ sudo efibootmgr -A -b 0001
efibootmgr: Boot entry 1 not found
Could not set active state for Boot0001: No such file or directory
rene@Ordinateur01:~$

Et :

rene@Ordinateur01:~$ sudo efibootmgr -o 0000,0001,0009
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0001,0009
Boot0000* Principal Main        HD(1,GPT,26645491-8f9d-4a68-94d7-d21970d39e5c,0x800,0x96000)/File(\EFI\ubuntu\shimx64.efi)
Boot0001* backup        HD(1,GPT,f17e5d1d-0200-436b-8b89-fee66ac73853,0x800,0x96000)/File(\EFI\GRUB\shimx64.efi)
Boot0009* Ubuntu 24.04.2 LTS noble debconf-show grub-pc VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
rene@Ordinateur01:~$

Encore et toujours, merci !

Cordialement,

steph810 · Hier à 21:40

Bon, ca ne veut pas le désactiver, peut être non supporté

Essayé de le placer en 3eme position.

sudo efibootmgr -o 0000,0009,0001

Faite un test.

Le fait qu'il boote parfois sur le backup 0001 nvme1 c'est qu'il doit plus rapide ou détecter avant 1x sur 3.

S'il ne veut pas le désactivé le placer plus loin en 3.

Saché par contre qu'en fonction de votre syncrho. rsync,gsync si elle execute grub-install ou je ne sais pas..... tous peut revenir il faudra alors reorganiser.
C'est a contrôler aussi. Un script alors a la fin de la synchronisation sera utile pour rendre tout automatique et remettre en ordre

PS:
Désactivé le fastboot aussi ca peut aider.

Dernière modification par steph810 (Hier à 21:41)

krodelabestiole · Hier à 21:46

je ne comprends pas ce que vous faites : vous modifiez l'EFI ? celui qui fonctionne (jusqu'à maintenant) ou celui qui sera écrasé par celui qui fonctionne, à la prochaine synchronisation ?

si on ne veut pas utiliser une partition EFI, je pense que le plus simple est ce que je propose au dessus :

krodelabestiole a écrit :

ou au moins virer les flags boot et/ou esp, au moins tant que tu ne comptes pas démarrer dessus ?

un flag à virer après chaque tambouille (ou ne pas copier la partition EFI, de toute façon inutile, mais bon...)

sachant que tout ça ne sert qu'à flinguer 2 SSD au lieu d'un, ce qui ne gêne étonnement que moi.
je comprends cette config il y a 30 ans, pourquoi pas (et encore) mais ce qui n'a visiblement pas été rappelé en 14 mois et 7 pages, c'est que l'usure d'un SSD est largement plus régulière et prévisible que celle d'un disque dur, et s'achève avec un support en lecture seule.

c'est pourtant pas la première fois que je poste un lien vers l'usure attendue en fonction du type de cellule :
https://doc.ubuntu-fr.org/ssd#types_de_cellules

@Lami sera bien content dans 10 ans avec ses 2 SSD morts au lieu d'un.
(même si il parvient à ne pas planter son démarrage une fois sur 2 pendant cette période)

Lami · Hier à 21:47

OK, je regarde pour désactiver le « fastboot ».

rene@Ordinateur01:~$ sudo efibootmgr -o 0000,0009,0001
[sudo] Mot de passe de rene : 
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0009,0001
Boot0000* Principal Main        HD(1,GPT,26645491-8f9d-4a68-94d7-d21970d39e5c,0x800,0x96000)/File(\EFI\ubuntu\shimx64.efi)
Boot0001* backup        HD(1,GPT,f17e5d1d-0200-436b-8b89-fee66ac73853,0x800,0x96000)/File(\EFI\GRUB\shimx64.efi)
Boot0009* Ubuntu 24.04.2 LTS noble debconf-show grub-pc VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
rene@Ordinateur01:~$

Je reboot et reviens.

Cordialement,

Lami · Hier à 21:56

J'ai pas trouvé de « fastboot ».

Et tour des boots aléatoire.

Cordialement,

Lami · Hier à 22:01

Et si j'efface « 0009 » il démarrera toujours sur « 0000 » ?

Dernière modification par Lami (Hier à 22:01)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#151 Le 03/06/2026, à 08:09

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

#152 Le 03/06/2026, à 08:36

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

#153 Le 03/06/2026, à 15:04

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

#154 Le 03/06/2026, à 15:25

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

#155 Le 04/06/2026, à 11:33

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

#156 Le 04/06/2026, à 11:44

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

#157 Hier à 09:39

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

#158 Hier à 11:49

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

#159 Hier à 12:03

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

#160 Hier à 12:05

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

#161 Hier à 12:06

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

#162 Hier à 15:17

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

#163 Hier à 19:02

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

#164 Hier à 19:07

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

#165 Hier à 19:26

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

#166 Hier à 19:37

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

#167 Hier à 20:23

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

#168 Hier à 20:42

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

#169 Hier à 21:10

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

#170 Hier à 21:25

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

#171 Hier à 21:40

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

#172 Hier à 21:46

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

#173 Hier à 21:47

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

#174 Hier à 21:56

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

#175 Hier à 22:01

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

Pied de page des forums