[Résolu] piege EFI

ar barzh paour · Le 02/06/2024, à 08:45

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)

geole · Le 02/06/2024, à 09:10

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)

ar barzh paour · Le 02/06/2024, à 09:41

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

geole a écrit :

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)

nany · Le 02/06/2024, à 09:48

Bonjour,

geole a écrit :

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,

geole a écrit :

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)

jplemoine · Le 02/06/2024, à 09:48

ar barzh paour a écrit :

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)

ar barzh paour · Le 02/06/2024, à 10:16

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 grub-install /dev/sda

[EDIT]
(à partir de sda6 bien sur)
[/EDIT]

Dernière modification par ar barzh paour (Le 02/06/2024, à 10:27)

geole · Le 02/06/2024, à 10:16

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)

geole · Le 02/06/2024, à 10:29

ar barzh paour a écrit :

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)

ar barzh paour · Le 02/06/2024, à 12:52

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)

Poun64 · Le 02/06/2024, à 21:44

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)

ar barzh paour · Le 03/06/2024, à 12:17

à 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)

nany · Le 03/06/2024, à 12:28

Bonjour,

ar barzh paour a écrit :

à 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)

O_20_100_O · Le 03/06/2024, à 12:31

Bonjour,

ar barzh paour a écrit :

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)

ar barzh paour · Le 03/06/2024, à 13:15

@ 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)

ylag · Le 03/06/2024, à 14:06

Bonjour,

ar barzh paour a écrit :

... 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+

ar barzh paour · Le 03/06/2024, à 14:12

@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)

iznobe · Le 03/06/2024, à 14:26

Bonjour ,

par contre l'utilisation de chroot ça m'intéresse comment ça fonctionne ?

https://doc.ubuntu-fr.org/chroot

marcodel · Le 03/06/2024, à 14:39

salut

ylag a écrit :

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+

ar barzh paour · Le 03/06/2024, à 14:48

@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)

iznobe · Le 03/06/2024, à 15:00

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)

marcodel · Le 03/06/2024, à 15:01

ar barzh paour a écrit :

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 ?

ar barzh paour a écrit :

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+

iznobe · Le 03/06/2024, à 15:05

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)

O_20_100_O · Le 03/06/2024, à 15:19

marcodel a écrit :

bah , ca sert a rien

Oui, mais quand même, il vaut mieux pomper ... on ne sait jamais

ar barzh paour a écrit :

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)

marcodel · Le 03/06/2024, à 15:25

O_20_100_O a écrit :

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+

iznobe · Le 03/06/2024, à 15:27

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)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 02/06/2024, à 08:45

[Résolu] piege EFI

#2 Le 02/06/2024, à 09:10

Re : [Résolu] piege EFI

#3 Le 02/06/2024, à 09:41

Re : [Résolu] piege EFI

#4 Le 02/06/2024, à 09:48

Re : [Résolu] piege EFI

#5 Le 02/06/2024, à 09:48

Re : [Résolu] piege EFI

#6 Le 02/06/2024, à 10:16

Re : [Résolu] piege EFI

#7 Le 02/06/2024, à 10:16

Re : [Résolu] piege EFI

#8 Le 02/06/2024, à 10:29

Re : [Résolu] piege EFI

#9 Le 02/06/2024, à 12:52

Re : [Résolu] piege EFI

#10 Le 02/06/2024, à 21:44

Re : [Résolu] piege EFI

#11 Le 03/06/2024, à 12:17

Re : [Résolu] piege EFI

#12 Le 03/06/2024, à 12:28

Re : [Résolu] piege EFI

#13 Le 03/06/2024, à 12:31

Re : [Résolu] piege EFI

#14 Le 03/06/2024, à 13:15

Re : [Résolu] piege EFI

#15 Le 03/06/2024, à 14:06

Re : [Résolu] piege EFI

#16 Le 03/06/2024, à 14:12

Re : [Résolu] piege EFI

#17 Le 03/06/2024, à 14:26

Re : [Résolu] piege EFI

#18 Le 03/06/2024, à 14:39

Re : [Résolu] piege EFI

#19 Le 03/06/2024, à 14:48

Re : [Résolu] piege EFI

#20 Le 03/06/2024, à 15:00

Re : [Résolu] piege EFI

#21 Le 03/06/2024, à 15:01

Re : [Résolu] piege EFI

#22 Le 03/06/2024, à 15:05

Re : [Résolu] piege EFI

#23 Le 03/06/2024, à 15:19

Re : [Résolu] piege EFI

#24 Le 03/06/2024, à 15:25

Re : [Résolu] piege EFI

#25 Le 03/06/2024, à 15:27

Re : [Résolu] piege EFI

Pied de page des forums