Walpo

Merci beaucoup à toi Zelandonii, et aussi à Tulburite, pour le temps que vous avez consacré à ma question. J'ai découvert plein d'outils et de commandes intéressantes grâce à vous, et je peux vous assurer que je vais bien profiter de Linux désormais !

Incroyable. Je suis parti dans toutes les directions pendant une semaine, j'ai exploré les notions de partitions, de disques, de démarrage, de Grub, de Boot Configuration Data... Ce ne sera pas inutile, je serai plus savant maintenant. Mais pour ce qui est de la résolution du problème mentionné en titre, j'avais la solution sous le nez. Dans le Setup Utility du démarrage de Windows (F10) => System Configuration => Boot Options => UEFI Boot Order, on accède à la liste des dispositifs qui seront lus dans cet ordre quand on allume l'ordinateur, et c'est là par exemple qu'on configure, avant l'installation du dual boot, que la disquette USB sera en haut de la liste pour pouvoir y accéder quand on relance. Ce qui me tenait en échec, c'est qu'après l'installation d'Ubuntu, le système d'exploitation n'apparaissait toujours pas dans la liste. Oui mais... Il y avait une ligne OS boot Manager dont je supposais qu'elle signifiait Windows, puisque c'était Windows qui se lançait effectivement. Sauf que cette ligne, si on la sélectionne, ouvre une fenêtre, qui propose... vous avez deviné ? Un choix entre Windows et Ubuntu, et suivant celui qu'on place en tête, c'est l'un ou l'autre qui démarre le système. Je serais bien allé me cacher, de confusion, mais je devais la solution de l'énigme à ceux qui ont essayé de m'aider, et à ceux qui liront plus tard ! Excellente continuation à tous.

Bonjour, C'est vraiment gentil de vouloir m'aider mais tu devrais faire attention quand tu donnes des commandes dont tu n'es pas sûr, je suis loin d'avoir assez de culture informatique pour me sortir d'affaire dans toutes les situations :-) Dans un message plus haut tu me conseillais de faire un << sudo grub-install /dev/sda >>, un peu plus tard tu me disais qu'en fait c'était << sudo grub-install /dev/sda1 >>, entre temps tu m'avais proposé << sudo grub-install --force /dev/sda >>, et là tu me préconises un << sudo fdisk /dev/sda >> et un << sudo fdisk /dev/sdb >> qui si j'en crois la documentation ne servent à rien si on ne les fait pas suivre d'une action modifiant les-dites partitions. Je vais appliquer le principe de précaution et m'absenir tant que je n'y verrai pas un peu plus clair. Merci quand même pour l'intention.

Il y a l'air d'y avoir tout un tas de partitions inutiles, les deux sdb par exemple je m'en passerais bien, tout comme au moins l'espace non alloué du sda. On le voit sur la capture d'écran faite grâce à Gparted, qui est présent par défaut sous Ubuntu.

Voici le rapport du fdisk -l : ubuntu@ubuntu:~$ sudo fdisk -l Disque /dev/loop0 : 1,99 GiB, 2109763584 octets, 4120632 secteurs Unités : secteur de 1 × 512 = 512 octets Taille de secteur (logique / physique) : 512 octets / 512 octets taille d'E/S (minimale / optimale) : 512 octets / 512 octets Disque /dev/loop1 : 55,48 MiB, 58159104 octets, 113592 secteurs Unités : secteur de 1 × 512 = 512 octets Taille de secteur (logique / physique) : 512 octets / 512 octets taille d'E/S (minimale / optimale) : 512 octets / 512 octets Disque /dev/loop2 : 218,102 MiB, 229629952 octets, 448496 secteurs Unités : secteur de 1 × 512 = 512 octets Taille de secteur (logique / physique) : 512 octets / 512 octets taille d'E/S (minimale / optimale) : 512 octets / 512 octets Disque /dev/loop3 : 64,79 MiB, 67915776 octets, 132648 secteurs Unités : secteur de 1 × 512 = 512 octets Taille de secteur (logique / physique) : 512 octets / 512 octets taille d'E/S (minimale / optimale) : 512 octets / 512 octets Disque /dev/loop4 : 51,4 MiB, 53522432 octets, 104536 secteurs Unités : secteur de 1 × 512 = 512 octets Taille de secteur (logique / physique) : 512 octets / 512 octets taille d'E/S (minimale / optimale) : 512 octets / 512 octets Disque /dev/loop5 : 31,9 MiB, 32595968 octets, 63664 secteurs Unités : secteur de 1 × 512 = 512 octets Taille de secteur (logique / physique) : 512 octets / 512 octets taille d'E/S (minimale / optimale) : 512 octets / 512 octets Disque /dev/sda : 465,78 GiB, 500107862016 octets, 976773168 secteurs Disk model: HGST HTS545050A7 Unités : secteur de 1 × 512 = 512 octets Taille de secteur (logique / physique) : 512 octets / 4096 octets taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets Type d'étiquette de disque : gpt Identifiant de disque : 25D3DD6C-F887-443E-BEC5-1783426AAF12 Périphérique Début Fin Secteurs Taille Type /dev/sda1 2048 206847 204800 100M Système EFI /dev/sda2 206848 239615 32768 16M Réservé Microsoft /dev/sda3 239616 873318432 873078817 416,3G Données de base Microsoft /dev/sda4 975722496 976771071 1048576 512M Environnement de récupération /dev/sda5 873320448 975722495 102402048 48,8G Système de fichiers Linux Les entrées de la table de partitions ne sont pas dans l'ordre du disque. Disque /dev/sdb : 3,63 GiB, 3879731200 octets, 7577600 secteurs Disk model: Unités : secteur de 1 × 512 = 512 octets Taille de secteur (logique / physique) : 512 octets / 512 octets taille d'E/S (minimale / optimale) : 512 octets / 512 octets Type d'étiquette de disque : gpt Identifiant de disque : 56EBDB8B-997B-4AAB-B17A-B782E2155A3E Périphérique Début Fin Secteurs Taille Type /dev/sdb1 2048 7575466 7573419 3,6G Données de base Microsoft /dev/sdb2 7575467 7576490 1024 512K Données de base Microsoft ubuntu@ubuntu:~$

Bonjour, désolé pour hier, je n'en pouvais plus de tourner en rond et de tester des outils, il fallait vraiment que je fasse un break. Tu dois avoir raison. Le rapport du boot-repair indique ceci : sdb1: __________________________________________________________________________ File system: vfat Boot sector type: SYSLINUX 6.03 Boot sector info: Syslinux looks at sector 16408 of /dev/sdb1 for its second stage. The integrity check of Syslinux failed. No errors found in the Boot Parameter Block. Operating System: Boot files: /boot/grub/grub.cfg /syslinux.cfg /efi/BOOT/grubx64.efi /ldlinux.sys Je vais aller recharger Ubuntu pour faire le fdisk -l.

Je ne sais pas, c'est quoi cette histoire de error: failed to get canonical path of `/cow' ? Ca donnait cette réponse déjà à la commande sudo update-grub, donc c'était pas lié à l'erreur. Ensuite je suis reparti lire le repair-boot, et il dit : => No boot loader is installed in the MBR of /dev/sda. => Syslinux MBR (5.00 and higher) is installed in the MBR of /dev/sdb. Il y a donc bien un business entre les deux formes, MBR et GPT. J'y ai passé toute la journée, et la moitié de la semaine, et là j'avoue que ce soir, je sature. C'était très gentil de m'avoir proposé des pistes, et un grand merci pour l'aide, mais j'ai besoin de passer à autre chose. Bonne soirée et bon week-end !!!

Je suis désolé, je m'en excuse, je n'ai pas envie de forcer le processus sans comprendre ce que je fais. Je veux bien télécharger Gparted ou je ne sais pas quoi d'autre, ou faire un fdisk, simplement pour repartir sur Linux il faut que je reboote sur la clé, je n'ai aucun moyen d'y accéder autrement. C'est d'ailleurs justement ça, le problème, sinon il n'y en aurait aucun...

Bonsoir, Certains outils sont en effet très pratiques, je ne dis pas le contraire, mais là ce dont j'ai besoin c'est de trouver une explication ! Et dans le cas qui m'occupe, toutes les partitions sont saines, ce n'est pas ça le problème.

Et voici une dernière incohérence. Dans les exemples que j'ai vus, le device du gestionnaire de démarrage et du chargeur de démarrage sont les mêmes, or ici ils sont différents :

Mais via le gestionnnaire de disque => Propriétés => Matériel => Propriétés => Volumes, c'est une absence totale de données :

Décidemment j'y comprends de moins en moins rien. Après téléchargement de AOMEI, et bien si, le disque est bien en GPT :

Bonjour, et un grand merci pour ta réponse !!! En effet ça n'a pas marché, mais ça a fourni plein d'infos !!! D'abord, le compte-rendu : Ensuite Ubuntu permet de voir ce que Windows dissimule. Contrairement à ce que je croyais, j'ai un MBR, en plus d'un GPT. D'après l'article que j'ai lu, dans un MBR, le gestionnaire de démarrage de Windows est un fichier qui se trouve à l'adresse C:\bootmgr, alors que dans un EFI, c'est un fichier à l'adresse \EFI\Microsoft\Boot\bootmgfw.efi. J'ai bien un bootmgfw.efi mais à une autre adresse, C:\Windows\Boot\EFI, mais surtout j'ai aussi, donc, un bootmgr, que je ne voyais pas quand j'étais dans Windows (pourtant je suis supposé voir les fichiers cachés) : Je me demande s'il n'y aurait pas une histoire du genre, Windows se lance avec un des deux gestionnaires, alors que Ubuntu s'est configuré pour se lancer à partir de l'autre. Maintenant même si c'est ça, je ne vois pas du tout comment résoudre le problème...

Pas de souci ! Je suis en train de potasser un article sur le BCDedit, et j'ai l'impression que mon ordinateur a d'abord été formaté en mode MBR avant de l'être en mode GPT. En tout cas j'ai des traces des deux systèmes dans mes fichiers. C'est peut-être pour ça qu'il ne s'y retrouve plus. Sauf si ça vient de mes tentatives successives avec des clés formatées une fois en MBR une fois en GPT, car si c'est le cas, le problème pré-existait.

Il y a d'autres infos dans le rapport. Tu voudrais savoir quoi sur les partitions ?