Vous n'êtes pas identifié(e).
Dernière modification par jeanmarc1 (16-07-2021 06:47:27)
"Being is not doing"
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
"Being is not doing"
Hors ligne
j'ai mis dans ce lien le rapport boot-info-script, car il est assez volumineux.
merci pour ton aide.
"Being is not doing"
Hors ligne
Dernière modification par jeanmarc1 (16-07-2021 18:48:27)
"Being is not doing"
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
2/ efibootmgr -v
3/ mount -r /dev/sda4 /mnt
4/ ls -lh /mnt/
4/ umount /mnt
Dernière modification par jeanmarc1 (17-07-2021 13:58:58)
"Being is not doing"
Hors ligne
Merci pour le rapport. L'inconvénient avec les "rescue-machin", c'est qu'ils brouillent les pistes en laissant des scories et qu'il est ensuite difficile de distinguer ce qui relève de l'état initial de ce qu'ils ont modifié, et parfois empirent la situation. Ici par exemple, il y a des éléments contradictoires et je ne serais pas surpris que tes tentatives n'y soient pas étrangères. Avant de toucher quoi que ce soit, on observe et on fait le point.
ok, merci du conseil. j'ai préparé le fichier boot-info-script avant de tester rescatux. bon...
Eléments liés à l'amorçage EFI :
- la table de partition est au format GPT, ce qui est cohérent avec une installation de Windows pour l'amorçage EFI
- la partition EFI contient GRUB pour Debian mais ne contient pas le chargeur d'amorçage de Windows, ou alors bootinfoscript ne l'a pas trouvé ; les outils de "reparation" l'ont-il supprimé, ou as-tu reformaté la partition EFI lors de la réinstallation de Debian ?
possible, de mémoire, oui, que j'ai du reformater la partition EFI quand j'ai réinstallé la debian.
Eléments liés à l'amorçage BIOS/legacy :
- le MBR du disque contient une boot image de GRUB pour l'amorçage BIOS/legacy qui pointe vers la zone non allouée de 30 Go entre sda5 et sda8 ; peut-être un reste d'une ancienne installation ?
probable que j'ai supprimé "à la hussarde" une partition contenant une distrib ubuntu, en la détruisant depuis la debian via gparted, et en faisant simplement un update-grub
- la partition sda4 contient /bootmgr qui est le chargeur d'amorçage de Windows pour l'amorçage BIOS/legacy ; ajouté par un outil de "réparation" ?
boot-repair a donné un message immédiat d'erreur. possible que son action ait laissé une trace. je ne sais pas.
merci !
"Being is not doing"
Hors ligne
possible, de mémoire, oui, que j'ai du reformater la partition EFI quand j'ai réinstallé la debian.
Pourtant ces répertoires installés par Windows sont bien présents (mais vides) :
/boot/efi/EFI/boot
/boot/efi/EFI/Microsoft
/boot/efi/EFI/Microsoft/Boot
Quelle est leur date ?
Il vaut mieux montrer que raconter.
Hors ligne
"Being is not doing"
Hors ligne
C'est pas la joie.
Les répertoires du chargeur de Windows sont présents dans la partition EFI mais ils sont vides.
L'entrée "Windows Boot Manager" est bien présente dans les variables d'amorçage EFI mais elle pointe vers le GRUB de Debian. Ça ressemble à une bidouille bien connue faite sous Windows avec bcdedit, ça te dit quelque chose ?
Non, je ne vois pas d'où cela peut venir.
Le fichier bootmgr (chargeur BIOS/Legacy) à la racine de la partition sda4 date de 2015, soit il est d'origine (et je ne comprends pas ce qu'il fait dans une installation UEFI), soit il a été déposé par un outil de "réparation" qui a préservé la date du fichier source.
boot-repair a bien été utilisé, mais a donné un message immédiat d'erreur. je ne sais pas s'il a pu intervenir sur le fichier bootmgr.
jeanmarc1 a écrit :possible, de mémoire, oui, que j'ai du reformater la partition EFI quand j'ai réinstallé la debian.
Pourtant ces répertoires installés par Windows sont bien présents (mais vides) :
/boot/efi/EFI/boot
/boot/efi/EFI/Microsoft
/boot/efi/EFI/Microsoft/Boot
Quelle est leur date ?
dans la debian fonctionnelle, voici les dates :
/boot/efi/EFI/boot
11/06/2021
/boot/efi/EFI/Microsoft
16/07/2021
/boot/efi/EFI/Microsoft/Boot
16/07/2021
"Being is not doing"
Hors ligne
"Being is not doing"
Hors ligne
Dernière modification par raleur (25-07-2021 13:51:48)
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par Debian Alain (25-07-2021 13:57:10)
Hors ligne
"Being is not doing"
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Il faut réinstaller/réparer l'amorçage UEFI de Windows. Aucune idée de comment on fait ça, mais il doit bien y avoir un outil Microsoft. Dans le temps on utilisait le CD/DVD d'installation en mode réparation.
EDIT : mais ça risque de poser un problème : apparemment l'entrée EFI "Windows Boot Manager" pointe vers GRUB et sert à démarrer Debian. Si la réparation de l'amorçage de Windows modifie cette entrée pour la faire pointer vers le chargeur Microsoft, il pourrait ne plus être possible de lancer Debian. Il y a bien une entrée EFI "debian" mais on ne sait pas vers quoi elle pointe (comme celle libellée "ubuntu"). Il serait souhaitable de créer une entrée EFI "debian" qui pointe vers GRUB.
merci de ton conseil. j'ai déjà testé l'outil de réparation de windows. mais on arrive à une fenêtre d'échec... dans l'idéal, il faudrait que je réinstalle complètement win, puis debian. mais je crois que je vais rester avec la debian sans windows sur cette machine pour l'instant. c'est comme en médecine. il y a parfois des maladies dites incurables.
"Being is not doing"
Hors ligne
j'ai déjà testé l'outil de réparation de windows. mais on arrive à une fenêtre d'échec.
As-tu pensé à demander l'aide de personnes qui connaissent bien Windows ? Ce n'est pas forcément ici que tu les trouveras.
Il vaut mieux montrer que raconter.
Hors ligne
jeanmarc1 a écrit :j'ai déjà testé l'outil de réparation de windows. mais on arrive à une fenêtre d'échec.
As-tu pensé à demander l'aide de personnes qui connaissent bien Windows ? Ce n'est pas forcément ici que tu les trouveras.
non, je n'ai pas cherché. je crains que les dual-boot avec linux n'entrent guère dans les compétences des forums windows.
"Being is not doing"
Hors ligne
Dernière modification par Jean-Pierre Pinson (25-07-2021 14:56:35)
Debian
Bureau : gnome
Ordinateur : Thinkpad T440P libreboot
Hors ligne
Tu as regardé se tuto ? --> https://debian-facile.org/doc:install:d … -de-l-uefi
Petit conseil: Windows et linux ensemble en principe ne font pas bon ménage ! Il vaut mieux les installer indépendamment l'un de l'autre !
Ouais alors utiliser une VM, genre virtualbox ou autre !
Tu installes debian en dur et windows sur la VM !
merci pour le lien. j'ai trois autres machines identiques, des intel nuc, qui ont toutes des debian ou ubuntu en dual boot avec des windows 10, sans aucun souci. je crois que sur cette quatrième machine, le bug a été fait au moment de la réinstallation de la debian, qui buggait, quand le système d'installation a réclamé une partition EFI. possible que j'ai créé une nouvelle partition EFI ou bien formaté l'existante, et cela a créé le dysfonctionnement et l'impossibilité d'accès à win.
"Being is not doing"
Hors ligne
je crains que les dual-boot avec linux n'entrent guère dans les compétences des forums windows.
Le problème n'a rien à voir avec un dual boot. Les fichiers du chargeur d'amorçage UEFI de Windows ont disparu de la partition système EFI, c'est tout.
Il vaut mieux montrer que raconter.
Hors ligne
jeanmarc1 a écrit :je crains que les dual-boot avec linux n'entrent guère dans les compétences des forums windows.
Le problème n'a rien à voir avec un dual boot. Les fichiers du chargeur d'amorçage UEFI de Windows ont disparu de la partition système EFI, c'est tout.
ok, merci.
"Being is not doing"
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Le problème n'a rien à voir avec un dual boot. Les fichiers du chargeur d'amorçage UEFI de Windows ont disparu de la partition système EFI, c'est tout.
Debian ne donne pas la possibilité de recréer le chargeur d'amorçage , de manière générale .
c.a.d. que , dans le cas présent , on peut pas réparer le multi amorçage de grub sous debian ?
Hors ligne