Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#26 Le 03/06/2024, à 15:32

marcodel

Re : [Résolu] piege EFI

iznobe a écrit :

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

iznobe a écrit :

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" tongue
J'arrête là et sans évoquer les autres lanceurs de système d'exploitation qui sont cités plus haut.

Hors 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 ...  wink ) mémoire ne soit pas trop défaillante, et que ça puisse être utile à d'autres.  smile

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"

marcodel #28 a écrit :

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

O_20_100_O #13 a écrit :

Cela me rappelle un vieux souvenir à propos des Shadoks

il suffit de répondre à la question
Pourquoi les Shadoks pompaient-ils ?

iznobe a écrit :

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