#26 Le 03/06/2024, à 15:32
- marcodel
Re : [Résolu] piege EFI
hum :
je ne parles pas de la machine de ar barzh paour
mais en generale
Hors ligne
#27 Le 03/06/2024, à 15:43
- iznobe
Re : [Résolu] piege EFI
oui , mais en general , tout le monde n ' a pas forcément une machine faiblarde .
je pense que là , l ' utilisation de VM s' adresse @ar barzh paour et pas aux autres de toutes manieres .
C ' est sur que sinon avec 4Go de RAM et moins , il vaut mieux eviter les VMs .
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#28 Le 03/06/2024, à 15:49
- marcodel
Re : [Résolu] piege EFI
je pense que là , l ' utilisation de VM s' adresse @ar barzh paour et pas aux autres de toutes manieres .
et moi je pense que O_20_100_O la dit par principe ou habitude
edit correction d’orthographe
a+
Dernière modification par marcodel (Le 03/06/2024, à 16:48)
Hors ligne
#29 Le 03/06/2024, à 15:55
- O_20_100_O
Re : [Résolu] piege EFI
Apres faut peut etre pas lancé 3 VM
Bien entendu, et d'autant plus qu'en multiboot ce n'est pas possible non plus.
Mais bon, là c'est un peu "dis-moi de quoi tu as besoin, je t'expliquerai comment t'en passer"
J'arrête là et sans évoquer les autres lanceurs de système d'exploitation qui sont cités plus haut.
En ligne
#30 Le 03/06/2024, à 16:35
- ylag
Re : [Résolu] piege EFI
Bonjour,
Voici une procédure que j'ai utilisée fort longtemps, sur une machine que je ne possède plus maintenant, pour mettre à jour le grub d'un système autre que celui du système lancé :
Par exemple, sur cette machine, triple-amorçage Focal, Jammy et Debian stable :
sda1 : Ubuntu Focal 20.04 Label de la partition : focal
sda2 : Ubuntu Jammy 22.04 Label de la partition : jammy <= OS principal
sda3 : Debian Bullseye 11. Label de la partition : debian
Le nom d'utilisateur est toto pour toutes les sessions.
Si je suis dans une session Focal, pour mettre à jour le grub de la session Jammy sans avoir à redémarrer ( la session Jammy est la seule dans laquelle os_prober est activé dans son fichier /etc/default/grub ...) :
Monter la partition Jammy :
udisksctl mount -b /dev/sda2
... qui monte le système de fichier dans /media/toto/jammy.
Ensuite, montage --bind des systèmes de fichier virtuels requis (c'est ce qui marchait bien pour moi) :
for i in /dev /dev/pts /proc /sys ; do sudo mount --bind /media/toto/jammy$i ; done
Créer ensuite le chroot dans Jammy :
sudo chroot /media/toto/jammy
On devrait maintenant être l'utilisateur root dans un shell de Jammy ; pour mettre à jour son grub :
update-grub
Ensuite, pour sortir du chroot et retourner dans un shell de l'utilisateur toto de Focal :
exit
On peut ensuite défaire les montages --bind :
for i in /dev /dev/pts /proc /sys : do sudo umount -l /media/toto/jammy$i
... et finalement démonter le système de fchier Jammy :
udisksctl unmount -b /dev/sda2
... ou redémarrer pour remettre d'aplomb.
En espérant que ma (vieille ... ) mémoire ne soit pas trop défaillante, et que ça puisse être utile à d'autres.
A+
Dernière modification par ylag (Le 03/06/2024, à 19:35)
Hors ligne
#31 Le 06/06/2024, à 06:51
- ar barzh paour
Re : [Résolu] piege EFI
pour les machine virtuelles , il est possible que j'en essaie une
bon ça ne fait pas si longtemps que j'ai été obligé de changer de carte mère et que ma mémoire soit passé de 4 à 8 G !
je m'en sortais bien jusqu'à présent lorsque j'étais en legacy , l'UEFI m'a apporté pas mal de soucis
et mes "multiboot" ne me servent quand même pas tous les jours , c'est devenu un "challenge"
edit correction d’orthographe
? alors elle est incomplète incomplète et tu peux revoir aussi le #26
quel intérêt #21
si ça m'évite de passer un grub-update sur l'OS principal et de pouvoir relancer l'OS secondaire au boot sans avoir rien d'autre à modifier
Cela me rappelle un vieux souvenir à propos des Shadoks
il suffit de répondre à la question
Pourquoi les Shadoks pompaient-ils ?
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
update-grub
exit
merci pour le détail !! intéressant
Dernière modification par ar barzh paour (Le 06/06/2024, à 07:01)
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