#1 Le 02/06/2024, à 08:45
- ar barzh paour
[Résolu] piege EFI
voir résolution par grub-install en #9
2024-06-02 9h19
Bonjour
EFI est vraiment fait pour piéger les utilisateurs
mon installation : U22.04 sur partition 6 , le boot se fait sur cette partition
j'ai ajouté une partition pour faire des essais
j'installe donc une 22.04 sur la partition a7 avec installation de grub sur sda7 ( pour ne pas perturber le boot )
je redémarre pensant bien rebooter sur a6
et bien NON c'est la partition a7 qui est proposée !!!
au lieu de choisir le premier choix ( qui est donc la nouvelle partition installée )
je choisis sda6
et je demande l'ordre de boot
jpb@jpb-u22-04-a6:~$ sudo efibootmgr -v
[sudo] Mot de passe de jpb :
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0005,0006,0004
Boot0001* ubuntu HD(1,GPT,2d5df5ee-4aa5-48d3-a007-f6b4a152ba0f,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0004* UEFI: sky USB DISK 1.00, Partition 2 PciRoot(0x0)/Pci(0x14,0x0)/USB(8,0)/HD(2,GPT,b24d279f-172c-4c80-b27c-bf57e229b417,0x5cbcdc,0x2110)..BO
Boot0005* ubuntu HD(1,GPT,95981238-23cd-435b-828c-c3a586c3fe5d,0x800,0x219800)/File(\EFI\ubuntu\shimx64.efi)..BO
Boot0006* ubuntu HD(1,GPT,8a2440d7-b66b-4a39-be83-e0b0c4d27204,0x800,0x219800)/File(\EFI\ubuntu\shimx64.efi)..BO
jpb@jpb-u22-04-a6:~$
qui est le même que celui de sda7
jpb@jpb-U22-04-a7:~$ efibootmgr -v
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0005,0006
Boot0001* ubuntu HD(1,GPT,2d5df5ee-4aa5-48d3-a007-f6b4a152ba0f,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0005* ubuntu HD(1,GPT,95981238-23cd-435b-828c-c3a586c3fe5d,0x800,0x219800)/File(\EFI\ubuntu\shimx64.efi)..BO
Boot0006* ubuntu HD(1,GPT,8a2440d7-b66b-4a39-be83-e0b0c4d27204,0x800,0x219800)/File(\EFI\ubuntu\shimx64.efi)..BO
jpb@jpb-U22-04-a7:~$
(... je commence à comprendre EFI ???)
certainement un grand classique mais je ne commence à appréhender efi que maintenant !! et par obligation
avant d'aller plus loin et de modifier quelque chose pouvez-vous me dire
comment revenir à un choix sur ma partition sda6 en premier au reboot ?
les uuid présentés avec efiboot manager ne correspondent à aucun uuid de disque
jpb@jpb-u22-04-a6:~$ lsblk -o +uuid
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS UUID
loop0 7:0 0 4K 1 loop /snap/bare/5
loop1 7:1 0 104M 1 loop /snap/core/16928
loop2 7:2 0 63,9M 1 loop /snap/core20/2318
loop3 7:3 0 74,2M 1 loop /snap/core22/1380
loop4 7:4 0 270,7M 1 loop /snap/firefox/4259
loop5 7:5 0 270,7M 1 loop /snap/firefox/4336
loop6 7:6 0 349,7M 1 loop /snap/gnome-3-38-2004/143
loop7 7:7 0 505,1M 1 loop /snap/gnome-42-2204/176
loop8 7:8 0 91,7M 1 loop /snap/gtk-common-themes/1535
loop9 7:9 0 12,9M 1 loop /snap/snap-store/1113
sda 8:0 0 465,8G 0 disk
├─sda1 8:1 0 512M 0 part /boot/efi 34D9-A436
├─sda2 8:2 0 25G 0 part 21a7fb42-ce7c-47c3-a77c-e55dc3e12590
├─sda3 8:3 0 50G 0 part 525a0522-f476-4670-bc78-063abbf871c5
├─sda4 8:4 0 10G 0 part e85d2d99-5da1-4807-8df6-45ab96b0525a
├─sda5 8:5 0 174,3G 0 part 9aa7bb09-4632-4746-90b8-7ad38b40502a
├─sda6 8:6 0 60G 0 part /var/snap/firefox/common/host-hunspell 000b2bfd-2dd6-409a-be78-7c0c2d7ab6de
│ /
├─sda7 8:7 0 60G 0 part 7464bba8-6dbf-4669-b8bb-658d54137681
├─sda8 8:8 0 2G 0 part /media/SH 207a6f34-be95-446b-85b2-17827a1d2cb9
└─sda9 8:9 0 40G 0 part ed955c1d-2aa8-4529-bdf5-738cf103151d
sdb 8:16 0 931,5G 0 disk
├─sdb1 8:17 0 1G 0 part 63DA-0005
├─sdb2 8:18 0 50G 0 part ad4e195c-8303-4bc1-bac9-4fdd8fe55b8e
├─sdb3 8:19 0 400G 0 part /media/Data 158730c0-4b38-42f9-853a-ea825678687a
├─sdb4 8:20 0 200G 0 part 3d84d1cf-035e-48bb-8b93-762bad2f41ca
└─sdb5 8:21 0 50G 0 part dbfc173c-522f-4a90-858c-ffee242afcf9
sdc 8:32 0 931,5G 0 disk
├─sdc1 8:33 0 1G 0 part B543-15E8
├─sdc2 8:34 0 50G 0 part 0712a3b7-e636-41ee-8e3d-f2f40c296d88
└─sdc3 8:35 0 10G 0 part 752a1c70-518b-4267-96f8-0439f334d443
sdd 8:48 0 931,5G 0 disk
├─sdd1 8:49 0 372,6G 0 part f028ddf3-d3d9-49fa-a32f-e824801e87f0
├─sdd2 8:50 0 25G 0 part adb3563a-ddba-4f75-8e82-7df3e3d2a4a5
├─sdd3 8:51 0 93,2G 0 part 7ff4db04-1b96-4084-9e98-2902fba48e97
├─sdd4 8:52 0 1K 0 part
├─sdd5 8:53 0 15G 0 part b1e72033-59f5-47fa-84fa-5242a2580ed0
├─sdd6 8:54 0 20,3G 0 part d4b0b586-0b8e-457e-b492-78c272d1954f
├─sdd7 8:55 0 14,6G 0 part 5081bcb8-8e05-4c14-bf04-478ff7bded31
├─sdd8 8:56 0 72,7G 0 part 85dacada-76e8-4e54-913f-c5af400267bf
├─sdd9 8:57 0 104,2G 0 part c1ea4721-a093-41b2-ab34-1246fbec4b84
├─sdd10 8:58 0 25G 0 part 02fce1ae-a04c-44e5-9df9-11a08369297b
├─sdd11 8:59 0 9,8G 0 part a17886e2-7520-42fb-bb3c-7b43781cf5bc
├─sdd12 8:60 0 15G 0 part 78684472684430E4
├─sdd13 8:61 0 52,7G 0 part 276062A85EEF336D
├─sdd14 8:62 0 9,8G 0 part c63335c7-be09-4782-978c-dff6cce2be94
└─sdd15 8:63 0 15G 0 part 3aabc8ae-d129-419c-bb5a-1292d98ec0f6
sde 8:64 1 3,7G 0 disk 2021-11-01-08-31-49-00
├─sde1 8:65 1 2,9G 0 part /media/jpb/Ubuntu 22.04 LTS amd64 2021-11-01-08-31-49-00
├─sde2 8:66 1 4,1M 0 part EB63-1DAE
├─sde3 8:67 1 300K 0 part
└─sde4 8:68 1 858M 0 part /media/jpb/writable 7d8ee28b-33b7-4f18-8cc0-29e605c51664
jpb@jpb-u22-04-a6:~$
Dernière modification par ar barzh paour (Le 08/06/2024, à 10:52)
PC : B760M DS3H DDR4, 12th Gen Intel(R) Core(TM) i3-12100, RAM DDR4 8GiB -2400 Ubuntu 20.04, 22.04, 24.04 (en test )
Portable1 : ThinkPad P50 I7-6820HQ, 16G0 Ram W10-PRO( en voyage )
Portable2 : T5750 @ 2.00GHz RAM 1GiB DDR2 667 Mhz Ubuntu 20.04 ( batterie HS )
stourm a ran war bep tachenn (Angela Duval) ( Je combats sur tous les fronts )
Hors ligne
#2 Le 02/06/2024, à 09:10
- geole
Re : [Résolu] piege EFI
Bonjour.
Cela n'a rien à voir avec EFI.
Lorsqu'on installe un logiciel, c'est toujours lui qui boote par défaut.
Lorsque tu installes deux ubuntu, ils utilisent toujours le même fichier de grub
Cela serait pareil en légacy si tu choisis d'installer la structure de boot sur le même disque. Il aurait écrasé le vieux MBR.
En EFI, il installe dans la même partition FAT32 et écrase donc le fichier /EFI/ubuntu/grubx64.cfg
Rectification
Si tu veux t'affranchir du dual boot proposé par le grub, il me semble y avoir cinq possibilités:
1) Dupliquer la srtructure de boot et en corriger une soit manuellent soit avec boot-repair.
2) Manuellement, dupliquer le répertoire /EFI/ubuntu, corriger le fichier grub.cfg et créer une nouvelle entrée dans la NVRAM.
3) Ne plus utiliser grub mais refind.
4) Réinstaller ton ancien Ubuntu qui deviendra le plus récent .
5) Dire au ubuntu installé qu'il n'a pas à se mettre en route.
Note que c'est le fichier grubx64.efi qui indique le UUID et le numéro de partition à booter.
Comme tu as pris la solution avec plusieurs Partitions de boot, il te suffit de le modifier dans l'une ( il ne comporte que trois lignes)
Je te laisse choisir et developperais si besoin la solution que tu retiendras.
Dernière modification par geole (Le 02/06/2024, à 10:20)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#3 Le 02/06/2024, à 09:41
- ar barzh paour
Re : [Résolu] piege EFI
pas tout à fait d'accord avec toi en legacy
j'ai fait mult installations de plusieurs OS sur un disque
pour l'OS maître j'installais le grub sur sda
pour les autres OS j'installais le grub sur leur propre partition
par exemple
l'os maître étant sda6 , j'installais le grub sur sda
si j'avais installé la partition sda7 , j'aurais choisi d'installer le grub sur sda7
le boot se fait toujours sur sda , l'installation des autres patitions ne perturbe pas ce boot
Maintenant en EFI
à l'installation il y a également le choix où voulez-vous installer le grub , et j'ai choisi sda7
comme tu as pris la solution avec plusieurs Partitions de boot' il te suffit de le modifier dans l'une ( il ne comporte que trois lignes)
là je ne comprends pas
il y a plusieurs partitions de boot sur sda ?
moi je n'en vois qu'une seule c'est sda1 !!!!
les autre partitions EFI sont complètement indépendantes ( du moins je l'espère)
et ne me servent qu'à booter lors du menu BIOS quand je choisis de booter sur sdb ou sur sdc !
je ne tiens pas trop à utiliser boot repair qui fait bien ce qu'il veut
si tu veux m'expliquer, je sais que tu es expert en la matière
Dernière modification par ar barzh paour (Le 02/06/2024, à 09:44)
PC : B760M DS3H DDR4, 12th Gen Intel(R) Core(TM) i3-12100, RAM DDR4 8GiB -2400 Ubuntu 20.04, 22.04, 24.04 (en test )
Portable1 : ThinkPad P50 I7-6820HQ, 16G0 Ram W10-PRO( en voyage )
Portable2 : T5750 @ 2.00GHz RAM 1GiB DDR2 667 Mhz Ubuntu 20.04 ( batterie HS )
stourm a ran war bep tachenn (Angela Duval) ( Je combats sur tous les fronts )
Hors ligne
#4 Le 02/06/2024, à 09:48
- nany
Re : [Résolu] piege EFI
Bonjour,
Cela n'a rien à voir avec EFI.
Lorsqu'on installe un logiciel, C'est toujours lui qui boote par défaut.
Lorsque tu installes deux ubuntu, ils utilisent toujours le même fichier de grub
Cela serait pareil en légacy si tu choisis d'installer la structure de boot sur le même disque.Il aurait ecrasé le vieux MBR.
En EFI, il installe dans la même partition FAT32 et ecrase donc le fichier /EFI/ubuntu/grubx64.cfg
En effet c’est le dernier installé qui prend la main (ce qui était contournable en LEGACY en choisissant une partition plutôt que le MBR).
MAIS,
Si tu veux t'affranchir du dual boot proposé par le grub, il me semble y avoir possibilités,
1) Dupliquer la srtructure de boot et en corriger une soit manuellent soit avec boot-repair.
2) Manuellement' dupliquer le répertoire /EFI/ubuntu, corriger le fichier grub.cfg et créer une nouvelle entrée dans la NVRAM
3) Ne plus utiliser grub mais refind,Note que c'est le fichier grubx64.efi qui indique le UUID et le numero de partition a booter.
comme tu as pris la solution avec plusieurs Partitions de boot' il te suffit de le modifier dans l'une ( il ne comporte que trois lignes)Je te laisse choisir et developprais si besoin la solution que tu retiendras.
Pourquoi faire simple quand on peut faire compliqué ?
Ne suffit-il pas démarrer sur l’Ubuntu de /dev/sda6 et de lancer sudo grub-install pour remettre le menu de GRUB de celui-ci en priorité ?
Dernière modification par nany (Le 02/06/2024, à 09:49)
Hors ligne
#5 Le 02/06/2024, à 09:48
- jplemoine
Re : [Résolu] piege EFI
avant d'aller plus loin et de modifier quelque chose pouvez-vous me dire
comment revenir à un choix sur ma partition sda6 en premier au reboot ?
Je pense que c'est possible tout simplement :
- en modifiant le fichier /etc/default/grub
- en n'oubliant pas de faire un update-grub ensuite.
De mémoire, c'est l'option GRUB_DEFAULT=0 (qui sélectionne la première ligne mais à l'affichage du grub quand tu as le décompte)
Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Déconnecté jusqu’à nouvel ordre
Hors ligne
#6 Le 02/06/2024, à 10:16
- ar barzh paour
Re : [Résolu] piege EFI
Ne suffit-il pas démarrer sur l’Ubuntu de /dev/sda6 et de lancer sudo grub-install pour remettre le menu de GRUB de celui-ci en priorité ?
alors ceci ?
sudo grub-install /dev/sda
[EDIT]
(à partir de sda6 bien sur)
[/EDIT]
Dernière modification par ar barzh paour (Le 02/06/2024, à 10:27)
PC : B760M DS3H DDR4, 12th Gen Intel(R) Core(TM) i3-12100, RAM DDR4 8GiB -2400 Ubuntu 20.04, 22.04, 24.04 (en test )
Portable1 : ThinkPad P50 I7-6820HQ, 16G0 Ram W10-PRO( en voyage )
Portable2 : T5750 @ 2.00GHz RAM 1GiB DDR2 667 Mhz Ubuntu 20.04 ( batterie HS )
stourm a ran war bep tachenn (Angela Duval) ( Je combats sur tous les fronts )
Hors ligne
#7 Le 02/06/2024, à 10:16
- geole
Re : [Résolu] piege EFI
Effectivement, j'ai oublié les deux autres solutions.
Je corrige et les ajoute.
Il me semble que le nouvel installatteur ( depuis version 24.04) ne permet plus de choisir une partition pour installer le MBR
J'avais vu celà,
BootOrder: 0001,0005,0006
Boot0001* ubuntu HD(1,GPT,2d5df5ee-4aa5-48d3-a007-f6b4a152ba0f,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0005* ubuntu HD(1,GPT,95981238-23cd-435b-828c-c3a586c3fe5d,0x800,0x219800)/File(\EFI\ubuntu\shimx64.efi)..BO
Boot0006* ubuntu HD(1,GPT,8a2440d7-b66b-4a39-be83-e0b0c4d27204,0x800,0x219800)/File(\EFI\ubuntu\shimx64.efi)..BO
jpb@jpb-U22-04-a7:
Et du coup, j'ai pensé que tu avais trois partitions de boot EFI.
Dernière modification par geole (Le 02/06/2024, à 10:24)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#8 Le 02/06/2024, à 10:29
- geole
Re : [Résolu] piege EFI
nany a écrit :Ne suffit-il pas démarrer sur l’Ubuntu de /dev/sda6 et de lancer sudo grub-install pour remettre le menu de GRUB de celui-ci en priorité ?
alors ceci ?
sudo install-grub /dev/sda
[EDIT]
(à partir de sda6 bien sur)
[/EDIT]
Lorsque tu vas booter, Le menu du grub s'affiche.
Tu choisis l'O.S. que tu veux utiliser.
Puis tu reinstalles son grub . Comme c'est en EFI la commande est
sudo grub-install
il est inutile de préciser le disque.
tu peux faire suivre par
sudo update-grub
Dernière modification par geole (Le 02/06/2024, à 13:13)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#9 Le 02/06/2024, à 12:52
- ar barzh paour
Re : [Résolu] piege EFI
voilà ce que j'ai fait
boot sur sad6
regarder le contenu de /dev/sda1 ( partition EFI montée sur /boot/efi )
total 12
1 4 drwx------ 3 root root 4096 janv. 1 1970 .
2490369 4 drwxr-xr-x 6 root root 4096 juin 2 13:16 ..
3 4 drwx------ 4 root root 4096 avril 7 2020 EFI
regarder le contenu de EFI
total 16
3 4 drwx------ 4 root root 4096 avril 7 2020 .
1 4 drwx------ 3 root root 4096 janv. 1 1970 ..
7 4 drwx------ 2 root root 4096 déc. 13 2020 BOOT
6 4 drwx------ 3 root root 4096 avril 2 2021 ubuntu
regarder le contenu de EFI/ubuntu
total 4344
6 4 drwx------ 3 root root 4096 avril 2 2021 .
3 4 drwx------ 4 root root 4096 avril 7 2020 ..
19 4 -rwx------ 1 root root 108 juin 2 09:10 BOOTX64.CSV
14 4 drwx------ 2 root root 4096 avril 7 2020 fw
16 4 -rwx------ 1 root root 126 juin 2 09:10 grub.cfg
15 2540 -rwx------ 1 root root 2598792 juin 2 09:10 grubx64.efi
18 844 -rwx------ 1 root root 860824 juin 2 09:10 mmx64.efi
17 940 -rwx------ 1 root root 960472 juin 2 09:10 shimx64.efi
regarder le contenu de EFI/ubuntu/grub.cfg
search.fs_uuid 7464bba8-6dbf-4669-b8bb-658d54137681 root hd0,gpt7
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
je vois effectivement l'UUID de sda7 et hd0.gpt7, ici on boote sur sda7
je passe
grub-install
je regarde le contenu de EFI/....../grub.cfg
search.fs_uuid 000b2bfd-2dd6-409a-be78-7c0c2d7ab6de root hd0,gpt6
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
on y trouve bien l'UUID de sda6 et hd0,gpt6 , on bootera sur sda6
d'autres fichiers ont peut-être aussi été modifiés, je n'ai pas regardé
grubx64.efi,shimx64.efi,mmx64.efi , et comme je ne sais pas ce qu'ils contiennent...
mais c'est réglé , je boote bien sur sda6 !!!
merci aux intervenants
Dernière modification par ar barzh paour (Le 02/06/2024, à 15:42)
PC : B760M DS3H DDR4, 12th Gen Intel(R) Core(TM) i3-12100, RAM DDR4 8GiB -2400 Ubuntu 20.04, 22.04, 24.04 (en test )
Portable1 : ThinkPad P50 I7-6820HQ, 16G0 Ram W10-PRO( en voyage )
Portable2 : T5750 @ 2.00GHz RAM 1GiB DDR2 667 Mhz Ubuntu 20.04 ( batterie HS )
stourm a ran war bep tachenn (Angela Duval) ( Je combats sur tous les fronts )
Hors ligne
#10 Le 02/06/2024, à 21:44
- Poun64
Re : [Résolu] piege EFI
Bonsoir toul'monde !
Déjà piégé par ce type d’événement, à toutes fins utiles je vous transmets un extrait de mon tuto :
Amorçages multiples : privilégier un Grub particulier
En cas d'installation en parallèle de plusieurs versions Linux, la dernière installation (ou sa mise à jour), peut imposer son grub s’il a été mal positionné dès le départ (cas Legacy) ou carrément imposé (cas UEFI).
Si vous souhaitez imposer au démarrage le grub d'une autre installation (celle que vous utilisez par défaut, par exemple) :
Allez dans cette autre installation à privilégier, ouvrez le terminal et tapez :
sudo os-prober
sudo update-grub
sudo grub-install /dev/sda
(En admettant que sda par exemple est le disque choisi pour supporter le grub à privilégier)
Nota : à chaque modification du noyau de l'installation Linux secondaire, il faudra lancer un :
sudo update-grub
... à partir de l'installation Linux privilégiée, choisie ci-dessus.
Dernière modification par Poun64 (Le 02/06/2024, à 21:54)
1) Xubuntu 22.04._LTS + Windows 10 - Gigabyte GA H77M - Intel Core I7 3770K / HD Graphics 4000 - 4 cœurs - 3,5 Ghz - 16 Go de RAM
2) Xubuntu 24.04._LTS + Windows 11 - Gigabyte H610M S2H - Intel I3-12100 / UHD Graphics 730 intégré - 4 cœurs - 3,3 Ghz - 16 Go de RAM
3) Xubuntu 22.04._LTS + Xubuntu 24.04 - Asus X751L - Intel I5-5200U - 4 cœurs - 2.20GHz - N'Vidia GeForce 920M - 12 Go de RAM
Hors ligne
#11 Le 03/06/2024, à 12:17
- ar barzh paour
Re : [Résolu] piege EFI
à chaque fois je me demande à quoi sert sudo os-prober avant update-grub
(à part de faire un listage bien sur)
ce que l'on retrouve ici
https://doc.ubuntu-fr.org/tutoriel/comm … aurer_grub
doc qui n'est pas complète
puisque dans grub-install, /dev/sda n'est pas requis en cas d'EFI
Dernière modification par ar barzh paour (Le 03/06/2024, à 12:23)
PC : B760M DS3H DDR4, 12th Gen Intel(R) Core(TM) i3-12100, RAM DDR4 8GiB -2400 Ubuntu 20.04, 22.04, 24.04 (en test )
Portable1 : ThinkPad P50 I7-6820HQ, 16G0 Ram W10-PRO( en voyage )
Portable2 : T5750 @ 2.00GHz RAM 1GiB DDR2 667 Mhz Ubuntu 20.04 ( batterie HS )
stourm a ran war bep tachenn (Angela Duval) ( Je combats sur tous les fronts )
Hors ligne
#12 Le 03/06/2024, à 12:28
- nany
Re : [Résolu] piege EFI
Bonjour,
à chaque fois je me demande à quoi sert sudo os-prober avant update-grub
À rechercher et afficher dans le terminal les différents OS autres que celui en cours d’utilisation installés sur la machine ?
Sinon, ça ne sert strictement à rien pour l’exécution d’update-grub.
Dernière modification par nany (Le 03/06/2024, à 12:29)
Hors ligne
#13 Le 03/06/2024, à 12:31
- O_20_100_O
Re : [Résolu] piege EFI
Bonjour,
Nota : à chaque modification du noyau de l'installation Linux secondaire, il faudra lancer un :
Cela me rappelle un vieux souvenir à propos des Shadoks
Il faut pomper après chaque MAJ du noyau de la planète.
Il n'y a pas moyen de faire autrement ? Ou plus simple ? C'est finalement assez compliqué de gérer un multi-boot. Heureusement que tout le monde n'en a pas besoin.
Dernière modification par O_20_100_O (Le 03/06/2024, à 12:32)
En ligne
#14 Le 03/06/2024, à 13:15
- ar barzh paour
Re : [Résolu] piege EFI
@ O_20_100_O
le "Nota :" ce n'est pas moi qui ai écrit ça !!!
le multi boot me sert en principe, pour effectuer des essais que je trouve "risqués" ou dont je ne connais pas la portée
de cette façon je ne bousille pas mon os réel
il me sert aussi à tester des versions à venir non encore validée (actuellement 24.04 par exemple)
et aussi quelques logiciels qui ne s'installent plus sur des os plus récents
c'est relativement compliqué, il faut bien géré, mais sauf problème matériel, je n'ai jamais eu de souci majeur
@nany
pour sudo os-prober, il me semblait bien que ça ne servait pas plus que ça
Dernière modification par ar barzh paour (Le 03/06/2024, à 14:10)
PC : B760M DS3H DDR4, 12th Gen Intel(R) Core(TM) i3-12100, RAM DDR4 8GiB -2400 Ubuntu 20.04, 22.04, 24.04 (en test )
Portable1 : ThinkPad P50 I7-6820HQ, 16G0 Ram W10-PRO( en voyage )
Portable2 : T5750 @ 2.00GHz RAM 1GiB DDR2 667 Mhz Ubuntu 20.04 ( batterie HS )
stourm a ran war bep tachenn (Angela Duval) ( Je combats sur tous les fronts )
Hors ligne
#15 Le 03/06/2024, à 14:06
- ylag
Re : [Résolu] piege EFI
Bonjour,
... pour le sudo grub-update sur l'installation secondaire , ce n'est pas toujours requis, ça dépend beaucoup de l'utilisation que l'on a de cet OS ...
Sauf erreur de ma part, update-grub est automatiquement lancé, entre autres, lors de mise à jour du noyau.
Il faut alors retourner passer la commande sur l'OS principal pour remettre son grub prioritaire.
Perso, j'utilise un chroot à partir du système en opération pour le faire sans avoir à redémarrer sur l'OS principal.
A+
Hors ligne
#16 Le 03/06/2024, à 14:12
- ar barzh paour
Re : [Résolu] piege EFI
@ylag
oui, je m'étais aperçu de mon erreur, et je venais juste de supprimer ce que j'avais écrit dans le poste #14 !!!!
par contre l'utilisation de chroot ça m'intéresse comment ça fonctionne ?
Dernière modification par ar barzh paour (Le 03/06/2024, à 14:14)
PC : B760M DS3H DDR4, 12th Gen Intel(R) Core(TM) i3-12100, RAM DDR4 8GiB -2400 Ubuntu 20.04, 22.04, 24.04 (en test )
Portable1 : ThinkPad P50 I7-6820HQ, 16G0 Ram W10-PRO( en voyage )
Portable2 : T5750 @ 2.00GHz RAM 1GiB DDR2 667 Mhz Ubuntu 20.04 ( batterie HS )
stourm a ran war bep tachenn (Angela Duval) ( Je combats sur tous les fronts )
Hors ligne
#17 Le 03/06/2024, à 14:26
- iznobe
Re : [Résolu] piege EFI
Bonjour ,
par contre l'utilisation de chroot ça m'intéresse comment ça fonctionne ?
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#18 Le 03/06/2024, à 14:39
- marcodel
Re : [Résolu] piege EFI
salut
Il faut alors retourner passer la commande sur l'OS principal pour remettre son grub prioritaire.
bah non , sur l'os principal il suffit de faire un update-grub pour prendre la nouvelle congig du grub de de l'autre os
update-grub ne prend pas la main sur le boot de la machine contrairement a un grub intall
a+
Hors ligne
#19 Le 03/06/2024, à 14:48
- ar barzh paour
Re : [Résolu] piege EFI
@iznobe merci pour le lien
pour moi dans mon cas, ça me parait bien compliqué
lors du changement de noyau d'un OS secondaire
je trouve plus simple bien que ce soit hors norme !
dans nautilus je monte l'OS principal
je remplace dans boot/grub/grub.cfg dans la ligne adéquate l'ancien noyau par le nouveau noyau
deux actions :
une graphique (montage de l'os)
une par commande (nano)
c'est pas bien , je sais, c'est pourquoi le plutôt possible j'effectue un update-grub dans l'OS maître
Dernière modification par ar barzh paour (Le 03/06/2024, à 14:53)
PC : B760M DS3H DDR4, 12th Gen Intel(R) Core(TM) i3-12100, RAM DDR4 8GiB -2400 Ubuntu 20.04, 22.04, 24.04 (en test )
Portable1 : ThinkPad P50 I7-6820HQ, 16G0 Ram W10-PRO( en voyage )
Portable2 : T5750 @ 2.00GHz RAM 1GiB DDR2 667 Mhz Ubuntu 20.04 ( batterie HS )
stourm a ran war bep tachenn (Angela Duval) ( Je combats sur tous les fronts )
Hors ligne
#20 Le 03/06/2024, à 15:00
- iznobe
Re : [Résolu] piege EFI
un chroot , une fois le repertoire créé , c ' est 4 commandes , que tu peux chainer , c ' est absolument pas compliqué en fait .
il suffit de connaitre la partition racine de l' OS a chrootér .
Perso , comme toutes mes partitions ont des etiquettes , c' est hyper simple .
il n' y a que la 1ere commande qui change de parametre en fait et ca evite un demarrage et des manips plus ou moins hasardeuses , puis qu ' il fait automatiquement ce qu il ya besoin de faire avec une seule commande une fois en chroot .
Dernière modification par iznobe (Le 03/06/2024, à 15:06)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#21 Le 03/06/2024, à 15:01
- marcodel
Re : [Résolu] piege EFI
dans nautilus je monte l'OS principal
je remplace dans boot/grub/grub.cfg dans la ligne adéquate l'ancien noyau par le nouveau noyau
quel interet ?
c'est pas bien , je sais,
bah , ca sert a rien
c'est pourquoi le plutôt possible j'effectue un update-grub dans l'OS maître
c'est ce qui est logique
a+
Hors ligne
#22 Le 03/06/2024, à 15:05
- iznobe
Re : [Résolu] piege EFI
Par exemple tu es dans le ubuntu de sda7 et tu veux mettre à jour le grub de sda6 :
tu as deja crée le répertoire /media/system :
sudo mount /dev/sda6 /media/system && sudo mount --bind /dev /media/system/dev && sudo mount -t proc /proc /media/system/proc && sudo mount --bind /run /media/system/run && sudo mount -t sysfs /sys /media/system/sys && sudo chroot /media/system
update-grub
exit
pour quitter , voilà ... pas plus
Dernière modification par iznobe (Le 06/06/2024, à 08:15)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#23 Le 03/06/2024, à 15:19
- O_20_100_O
Re : [Résolu] piege EFI
bah , ca sert a rien
Oui, mais quand même, il vaut mieux pomper ... on ne sait jamais
le multi boot me sert en principe, pour effectuer des essais que je trouve "risqués" ... c'est relativement compliqué, il faut bien géré,
Pour cet usage, on pourrait utiliser une ou plusieurs machines virtuelles. C'est si simple de lancer une iso sans avoir à redémarrer et tout les reste aussi.
Dernière modification par O_20_100_O (Le 03/06/2024, à 15:20)
En ligne
#24 Le 03/06/2024, à 15:25
- marcodel
Re : [Résolu] piege EFI
Pour cet usage, on pourrait utiliser une ou plusieurs machines virtuelles.
avec une machine faiblarde avec peut de ram ?
une install en dure est preferable
a+
Hors ligne
#25 Le 03/06/2024, à 15:27
- iznobe
Re : [Résolu] piege EFI
hum :
PC : B760M DS3H DDR4, 12th Gen Intel(R) Core(TM) i3-12100, RAM DDR4 8GiB -2400 Ubuntu 20.04, 22.04, 24.04 (en test )
8Gb de RAM et un i7 12eme gen , c ' est pas faiblard quand meme .
Apres faut peut etre pas lancé 3 VM , mais bon , une ca passe sans forcer .
Dernière modification par iznobe (Le 03/06/2024, à 15:28)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne