meridian-shaft Jump to content
Communauté

Walpo

Membres
  • Content Count

    24
  • Joined

  • Last visited

Community Reputation

0 Neutre

About Walpo

  • Rank
    Matelot
  1. 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 !
  2. 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 con
  3. 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 >>
  4. 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.
  5. Voici le rapport du fdisk -l : [email protected]:~$ 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,
  6. 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
  7. 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 pi
  8. 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...
  9. 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.
  10. 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 :
  11. Mais via le gestionnnaire de disque => Propriétés => Matériel => Propriétés => Volumes, c'est une absence totale de données :
  12. 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 :
  13. 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 a
  14. 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.
  15. Il y a d'autres infos dans le rapport. Tu voudrais savoir quoi sur les partitions ?
×
×
  • Create New...