C'est typiquement le genre de dépannage qui est bien plus facile à faire en ayant les mains sur la machine, et les GULL (LLUG en anglais) sont un bon endroit pour trouver de l'aide. Vu les contraintes de déplacement actuelles, ça peut se tenter en ayant disons un téléphone qui filme l'écran et partage l'image en visio via Jitsi.
Dans les grandes lignes, mon approche de base serait :
Démarrer un système Linux live. A priori soit Pop.Os si c'est supporté, soit la distribution Ubuntu qui lui sert de base (et qui elle propose un démarrage live).
Vérifier qu'on est bien capable de monter la partition racine. Il est possible qu'il soit nécessaire de lancer une vérification du système de fichiers en raison de l'arrêt brutal.
Monter des systèmes de fichiers additionnels (typiquement, /boot/efi, /dev, /proc, /sys).
Basculer dans le système de fichiers racine (via chroot).
Utiliser efibootmgr pour vérifier la configuration UEFI, pour éventuellement remettre une entrée Linux dedans, et adapter le BootOrder.
Si tu veux essayer ces manipulations, je dois pouvoir libérer une heure.
# Groupe d'utilisateurs Linux local ou dépannage distant ?
Posté par Cyril Brulebois (site web personnel) . En réponse au message Linux disparu du Dual Boot. Évalué à 5.
Hello,
C'est typiquement le genre de dépannage qui est bien plus facile à faire en ayant les mains sur la machine, et les GULL (LLUG en anglais) sont un bon endroit pour trouver de l'aide. Vu les contraintes de déplacement actuelles, ça peut se tenter en ayant disons un téléphone qui filme l'écran et partage l'image en visio via Jitsi.
Dans les grandes lignes, mon approche de base serait :
/boot/efi,/dev,/proc,/sys).chroot).efibootmgrpour vérifier la configuration UEFI, pour éventuellement remettre une entrée Linux dedans, et adapter leBootOrder.Si tu veux essayer ces manipulations, je dois pouvoir libérer une heure.
Debian Consultant @ DEBAMAX