SOS - dual boot: plus d'accès à Windows

Klamar · Le 31/08/2019, à 17:30

Bonjour,

navré de vous importuner, j'aurais aimé éviter ...
j'utilise depuis plusieurs années les versions successives de Windows (actuellement Windows 10) en dual-boot avec celles d'Ubuntu, et globalement ça marchait plutôt bien.
Mais depuis quelque temps (suite à des mises à jour je suppose), lorsque je choisissais l'option "Ubuntu" au démarrage, le programme semblait tourner dans une boucle sans fin, et restait bloqué sur un écran d'accueil.
J'ai pensé qu'une réinstallation d'Ubuntu corrigerait sans doute le problème (j'ai choisi l'option supprimer l'ancienne version et remplacer)
Mais maintenant, l'ordi démarre directement sur Ubuntu (qui marche très bien, du coup !), je n'ai même plus l'écran qui me proposait de choisir entre Windows et Ubuntu.
Windows n'est pas écrasé, c'est juste l'accès que je n'ai plus.
Comme conseillé sur le Wiki Ubuntu, voici l'URL Boot-info: http://paste.ubuntu.com/p/gFrcK9XNtH/
Si une personne pouvait m'aider à résoudre ce problème, je lui en serais très reconnaissant.

Nasman · Le 31/08/2019, à 17:39

Windows 10 était-il installé en mode uefi ou mode bios ?

Il semble qu'ubuntu ait été installé en mode bios mais aussi en mode uefi.

Ma supposition : Windows 10 installé en mode uefi ainsi que le précédent ubuntu. La nouvelle réinstallation s'est faite en mode bios - ce qui fait que le Windows n'est pas vu.

Autre possibilité : Windows 10 installé en mode bios et la nouvelle installation d'ubuntu a été faite en uefi

Ce qui complique aussi c'est la présence des 2 disques physiques.

Babdu89 · Le 31/08/2019, à 18:35

Bonjour.

J'ai pensé qu'une réinstallation d'Ubuntu corrigerait sans doute le problème (j'ai choisi l'option supprimer l'ancienne version et remplacer)

Je pense que Windows est installé en mode Bios_Legacy;

=> Windows 7/8/2012 is installed in the MBR of /dev/sdb.

Si c'était en UEFI, on aurait ; no boot loder installed in the mbr....

La première installation de Ubuntu aussi en mode Bios_Legacy. sur /dev/sdb5 (disque en GPT).
Mais la partition a été formatée ( donc changement d'UUID) on ne voit pas dans blkid ;

 => Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    for /boot/grub. It also embeds following components:
    
    modules
    ---------------------------------------------------------------------------
    fshelp ext2 part_gpt biosdisk search_fs_uuid
    ---------------------------------------------------------------------------
    
    config script
    ---------------------------------------------------------------------------
    search.fs_uuid e1502aaa-b363-40b2-a4c2-7ddc8452b90b root hd1,gpt5

la partition; e1502aaa-b363-40b2-a4c2-7ddc8452b90b

"blkid" output: ________________________________________________________________

Device           UUID                                   TYPE       LABEL

/dev/loop0                                              squashfs   
/dev/loop1                                              squashfs   
/dev/loop2                                              squashfs   
/dev/loop3                                              squashfs   
/dev/loop4                                              squashfs   
/dev/loop5                                              squashfs   
/dev/loop6                                              squashfs   
/dev/loop7                                              squashfs   
/dev/sda1        90B49F45B49F2CAA                       ntfs       Réservé au système
/dev/sda2        D27AA3CF7AA3AF23                       ntfs       
/dev/sda3        60DCD114DCD0E576                       ntfs       
/dev/sdb1                                                          
/dev/sdb2        28244DFD244DCF0E                       ntfs       Données
/dev/sdb3        811aeda1-f378-4fe3-88cf-c8305002af04   swap       
/dev/sdb4        14f99f90-e9c7-48c6-a40d-c6f000dc7899   ext4       
/dev/sdb5        989D-C7C0                              vfat       
/dev/sdb6        91f4fc3c-5a37-41f5-b328-bd2de831bf53   ext4

Le nouveau Ubuntu lui est bien installé en mode UEFI.

Comme il faut que les deux systèmes soient installé dans le même mode, il me semble qu'il faut réinstaller Ubuntu en bios_Legacy, si la session live de la 18.04 veut bien se lancer dans ce mode...

Pour Windows, on voit ceci dans le boot info;

Windows is hibernated, refused to mount.

Windows en hibernation, donc on ne peut pas y avoir accès depuis Ubuntu.

Le dernier arrêt de Windows a été fait sur "Arrêter" et non sur "Redémarrer" .

@+. Babdu89 .

Dernière modification par Babdu89 (Le 31/08/2019, à 18:44)

geole · Le 31/08/2019, à 18:43

Bonjour
Ton boot-info est fait en EFI

=================== UEFI/Legacy mode:
BIOS is EFI-compatible, and is setup in EFI-mode for this installed-session.
SecureBoot enabled.

Il y a toutes les chances que tu ais installé ubuntu en EFI

sdb5: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  According to the info in the boot sector, sdb5 starts 
                       at sector -986712064. But according to the info from 
                       fdisk, sdb5 starts at sector 3308255232.
    Operating System:  
    Boot files:        /EFI/ubuntu/grub.cfg /EFI/BOOT/fbx64.efi 
                       /EFI/BOOT/mmx64.efi /EFI/ubuntu/grubx64.efi 
                       /EFI/ubuntu/mmx64.efi /EFI/ubuntu/shimx64.efi

Mais windows ne l'a jamais été. Ses fichiers de boot sont uniquement dans le SDA
sda1: __________________________________________________________________________
File system: ntfs
Boot sector type: Windows 8/2012: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /bootmgr /Boot/BCD

sda2: __________________________________________________________________________
File system: ntfs
Boot sector type: Windows 7/2008: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /Windows/System32/winload.exe

Donc réparation de ubuntu pour le transformer en LEGACY paragraphe 4.2 https://doc.ubuntu-fr.org/uefi
Mais avant de lancer, il serait sage que tu changes avec gparted le drapeau BOOT-ESP en BIOS-BOOT de la partition SDB5

Dernière modification par geole (Le 31/08/2019, à 18:45)

Babdu89 · Le 31/08/2019, à 18:56

En complément de ce que recommande geole;
Il faut lancer un média live Ubuntu en mode Bios_Lagacy. Si on tente de le faire avec Boot-Repair depuis la session installée démarrée en mode UEFI. Il n'est pas certain que Boot-Repair fasse le travail.
Y installer Boot-Repair et faire la manip.

Édit;

Mais avant de lancer, il serait sage que tu changes avec gparted le drapeau BOOT-ESP en BIOS-BOOT de la partition SDB5

La partition avec le drapeau boot-esp est au format FAT32.
Pour que la partition boot-bios (bios-boot) soit correcte, il faut supprimer /dev/sdb5.
Dans l'espace disque non alloué libéré, avec Gparted créer une partition sans format lui mettre le drapeau bios-boot (boot-bios) .

@+. Babdu89 .

Dernière modification par Babdu89 (Le 31/08/2019, à 19:01)

ikewdu · Le 31/08/2019, à 21:11

Salut,

Selon moi, ce Windows installé sur sda a toutes les chances de refonctionner seul si on répare le mbr. Ce serait la première chose à faire, car un grub n'a rien à y faire, même si on réinstalle Ubuntu en mode Legacy sur sdb. Ajoutons que ce disque étant au format gpt, ça sera de toute manière du bricolage...

Par ailleurs, avant de supprimer sdb5, je tenterais bien une petite bidouille qui pourrait bien permettre d'utiliser Windows en UEFI malgré le format dos de sda.

Autrement dit, je crois qu'il n'est pas impossible tout faire fonctionner sans passer par une réinstallation de l'un ou l'autre OS... Mais pour le vérifier, il faut essayer.

Dernière modification par ikewdu (Le 31/08/2019, à 21:21)

Babdu89 · Le 31/08/2019, à 21:29

Bonsoir.

Oui, avec Boot-Repair, on peut restaurer un mbr generic sur le secteur de boot du disque /dev/sda.

ikewdu a écrit;

Par ailleurs, avant de supprimer sdb5, je tenterais bien une petite bidouille qui pourrait bien permettre d'utiliser Windows en UEFI malgré le format dos de sda.

On peut avoir plus de détail sur la "manip"?. Çà se passe dans la partition boot-efi /dev/sdb5?.

@+. Babdu89 .

ikewdu · Le 31/08/2019, à 21:36

Pour résumer :

1. Réparer le mbr de sda avec boot-repair.
2. Passer le bios en Legacy et vérifier que Windows se lance à nouveau. Si oui, on désactive l'hibernation qui est un vrai boulet.
3. On écrit depuis Windows les fichiers de démarrage pour l'uefi sur sdb5.
4. On repasse le bios en UEFI pour booter sur Ubuntu. On passe un sudo update-grub qui devrait identifier le démarrage uefi de Windows.
5. On teste l'entrée Windows pour voir si elle fonctionne, et ça devrait être le cas.

Ma seule crainte vient de la NVram entre le point 3 et le point 4 qui pourrait nous mettre le bazar...

Dernière modification par ikewdu (Le 31/08/2019, à 21:38)

Klamar · Le 02/09/2019, à 10:39

Bonjour,

merci beaucoup pour toutes ces réponses.
Je vais prendre le temps de les étudier tranquillement pour être sûr de bien comprendre avant de me lancer dans des manipulations.
Je vous tiendrai au courant du résultat.
Bonne journée à tous.

ikewdu · Le 02/09/2019, à 14:01

Klamar a écrit :

Bonjour,
merci beaucoup pour toutes ces réponses.
Je vais prendre le temps de les étudier tranquillement pour être sûr de bien comprendre avant de me lancer dans des manipulations.
Je vous tiendrai au courant du résultat.
Bonne journée à tous.

Salut,
Je pensais que tu aurais besoin d'explications, sur le processus....

Klamar · Le 04/09/2019, à 13:42

Bonjour à tous,
j'ai pris un peu de temps pour réfléchir (se lancer dans des réparations compliquées ? tout réinstaller à partir de zéro ? abandonner l'un des OS ? ...), fureter sur internet pour voir les problèmes BIOS-MBR / UEFI-GPT, j'ai regardé aussi le site "http://ikewdu.free.fr/"
Bref, Ikewdu, c'est effectivement très compliqué pour moi, et si tu veux bien me fournir des explications plus détaillées, un peu plus "pas-à-pas", ou m'indiquer des liens vers les bons tutos à utiliser, je suis preneur.
Bien sûr, pour l'instant, je n'ai touché à rien.
Cordialement.

ikewdu · Le 05/09/2019, à 07:06

Salut,

Première chose à faire : réparer le mbr du disque sda pour en supprimer ce GRUB. Sais-tu le faire depuis boot-repair ?

Babdu89 · Le 05/09/2019, à 09:13

Bonjour.

ikewdu a écrit :

Salut,
Première chose à faire : réparer le mbr du disque sda pour en supprimer ce GRUB. Sais-tu le faire depuis boot-repair ?

Attention!.
C'est a faire depuis une session live Ubuntu lancée en mode Bios_Legacy, dans laquelle on installe Boot-Repair.

@+. Babdu89 .

Klamar · Le 05/09/2019, à 11:40

Salut,

je pense que j'arriverai à réparer le mbr avec les instructions que vous m'avez fournies et les tutos de "ubuntu-fr"
- lancer une session live d'ubuntu en bios legacy
- installer boot-repair
- réparer le mbr, en le plaçant dans sda1

Je vous contacterai dès que je serai prêt à passer à l'étape suivante, ou si je rencontre un problème avant.
Excusez-moi si je réponds parfois avec retard et ne paraît pas très réactif, mais j'ai des activités qui ne me permettent pas toujours d'être devant mon PC comme je le souhaiterais.
Bonne journée à tous.

Nasman · Le 05/09/2019, à 11:45

Le mbr est le premier secteur du disque, la cible est donc /dev/sda et non pas /dev/sda1 qui est la première partition du disque.

Klamar · Le 05/09/2019, à 17:28

Salut,

pour l'instant ça se passe bien, j'ai réparé le MBR, et j'ai pu démarrer Windows.
Je suis prêt pour la prochaine étape.

Cordialement,

ikewdu · Le 05/09/2019, à 18:01

Re,
On va bien voir si mon idée peut fonctionner ou pas. Depuis Windows, il me faut maintenant le résultat des commandes suivantes (en mode admin) :

diskpart
list vol
sel disk 1
list part
exit

Tu en profiteras aussi pour désactiver l'hibernation via la commande ;

powercfg -h off

Klamar · Le 05/09/2019, à 22:56

Bonsoir,

voici le résultat du premier groupe de commandes:

Copyright (C) Microsoft Corporation.
Sur l’ordinateur : DESKTOP-76FI16K

DISKPART> list vol

  N° volume   Ltr  Nom              Fs         Type              Taille    Statut      Info
  ----------        ---  -----------         -----       ----------           -------    ---------     --------
  Volume 0     D                                     DVD-ROM         0 o    0 média
  Volume 1          Réservé au    NTFS    Partition        100 M    Sain        Système
  Volume 2     C                         NTFS    Partition        223 G    Sain        Démarrag
  Volume 3     E   Données        NTFS    Partition      1569 G    Sain
  Volume 4                                 FAT32  Partition         513 M   Sain        Masqué

DISKPART> sel disk 1

Le disque 1 est maintenant le disque sélectionné.

DISKPART> list part

  N° partition   Type              Taille   Décalage
  -------------  ----------------  -------  --------
  Partition 1    Réservé            128 M     17 K
  Partition 2    Principale        1569 G    129 M
  Partition 3    Inconnu           7629 M   1570 G
  Partition 4    Inconnu           1024 K   1577 G
  Partition 5    Système            513 M   1577 G
  Partition 6    Inconnu            285 G   1578 G

DISKPART>


par contre, "powercfg -h off" ne fonctionne pas, j'obtiens ça:

C:\Users\Yves>powercfg -h off
Impossible d'effectuer l'opération. Une erreur inattendue (0x65b) s'est produite : La fonction a échoué lors de l’exécution.


C:\Users\Yves>

A bientôt

Dernière modification par Klamar (Le 06/09/2019, à 18:39)

ikewdu · Le 05/09/2019, à 23:04

C:\Users\Yves>powercfg -h off

L'invite de commandes est à exécuter en mode administrateur. Là, ce n'est pas le cas. On verra demain pour la suite.

Dernière modification par ikewdu (Le 05/09/2019, à 23:05)

Klamar · Le 06/09/2019, à 15:56

Bonjour,
je crois que cette fois c'est bon:

Microsoft Windows [version 10.0.17134.950]
(c) 2018 Microsoft Corporation. Tous droits réservés.

C:\WINDOWS\system32>diskpart

Microsoft DiskPart version 10.0.17134.1

Copyright (C) Microsoft Corporation.
Sur l’ordinateur : DESKTOP-76FI16K

DISKPART> list vol

  N° volume   Ltr   Nom              Fs        Type             Taille     Statut      Info
  ----------        ---   -----------        -----       ----------         -------     ---------     --------
  Volume 0     D                                      DVD-ROM         0 o   0 média
  Volume 1           Réservé au   NTFS    Partition       100 M    Sain        Système
  Volume 2     C                         NTFS    Partition       223 G    Sain        Démarrag
  Volume 3     E    Données       NTFS    Partition      1569 G   Sain
  Volume 4                                 FAT32  Partition       513 M    Sain        Masqué

DISKPART> sel disk 1

Le disque 1 est maintenant le disque sélectionné.

DISKPART> list part

  N° partition   Type              Taille   Décalage
  -------------  ----------------  -------  --------
  Partition 1    Réservé            128 M     17 K
  Partition 2    Principale        1569 G    129 M
  Partition 3    Inconnu           7629 M   1570 G
  Partition 4    Inconnu           1024 K   1577 G
  Partition 5    Système            513 M   1577 G
  Partition 6    Inconnu            285 G   1578 G

DISKPART>  exit

Quitte DiskPart...

C:\WINDOWS\system32>powercfg -h off

C:\WINDOWS\system32>

Dernière modification par Klamar (Le 06/09/2019, à 18:37)

ikewdu · Le 06/09/2019, à 16:54

Maintenant, on va savoir si ce que je propose peut se faire (pas sûr car Windows ne reconnaît pas la partition comme partition efi):

On assigne une lettre à la partition fat32 :

diskpart
sel disk 1
sel part 5
assign letter=s
exit

Et la commande déterminante :

bcdboot c:\windows /l fr-fr /s s: /f uefi

La commande doit retourner que le fichiers ont été créés. Si oui, on verra la suite.

Dernière modification par ikewdu (Le 06/09/2019, à 16:54)

cqfd93 · Le 06/09/2019, à 17:19

Modération

Bonjour,

Pour ajouter toi-même les balises code à tes messages #18 et #20 :

Cliquer sur le lien « Modifier » en bas à droite du message
Sélectionner le texte
Cliquer sur le <> de l'éditeur de message

Klamar · Le 06/09/2019, à 18:37

Voilà ce que ça donne:

C:\WINDOWS\system32>diskpart

Microsoft DiskPart version 10.0.17134.1

Copyright (C) Microsoft Corporation.
Sur l’ordinateur : DESKTOP-76FI16K

DISKPART> sel disk 1

Le disque 1 est maintenant le disque sélectionné.

DISKPART> sel part 5

La partition 5 est maintenant la partition sélectionnée.

DISKPART> assign letter=s

DiskPart a correctement assigné la lettre de lecteur ou le point de montage.

DISKPART> exit

Quitte DiskPart...

C:\WINDOWS\system32>bcdboot c:\windows /1 fr-fr /s s: /f uefi

Bcdboot - Outil de création et de réparation de fichiers de démarrage BCD.

L'outil en ligne de commande bcdboot.exe est utilisé pour copier des fichiers
de démarrage critiques dans la partition système et pour créer un magasin système BCD.

bcdboot <source> [/l <paramètres_régionaux>] [/s <lettre_volume> [/f <microprogramme>]] [/v]
                 [/m [{ID du chargeur du système d'exploitation}]] [/addlast] [/p] [/c]

  source     Spécifie l'emplacement de la racine du système Windows.

  /l         Spécifie un paramètre régional facultatif à utiliser lors de
             l'initialisation du magasin BCD. La valeur par défaut est Anglais (États-Unis).

  /s         Spécifie un paramètre de lettre de volume facultatif pour désigner
             la partition système cible où les fichiers d'environnement de démarrage sont
             copiés. La valeur par défaut est la partition système identifiée par
             le microprogramme.

  /v         Active le mode détaillé.

  /m         Si un GUID de chargeur du système d'exploitation est fourni, cette option fusionne
            l'objet de chargeur donné avec le modèle système pour produire une
             entrée démarrable. Sinon, seuls les objets globaux sont fusionnés.

  /d         Spécifie que l'entrée de démarrage Windows par défaut existante
             doit être préservée.

  /f         Utilisée avec la commande /s, spécifie le type de microprogramme
             de la partition système cible. Les options pour <microprogramme> sont « UEFI »,
             « BIOS » ou « ALL ».

  /addlast   Spécifie que l'entrée de microprogramme du gestionnaire de démarrage Windows
             doit être ajoutée en dernier. Par défaut, elle
             est ajoutée en premier.

  /p         Spécifie que la position de l'entrée de microprogramme du gestionnaire de démarrage
             doit être préservée. Si cette entrée n'existe pas,
             une nouvelle entrée est ajoutée en premier.

  /c         Spécifie que les objets existants décrits par le modèle
             ne doivent pas être migrés.

Exemples : bcdboot c:\windows /l en-us
          bcdboot c:\windows /s h:
          bcdboot c:\windows /s h: /f UEFI
          bcdboot c:\windows /m {d58d10c6-df53-11dc-878f-00064f4f4e08}
          bcdboot c:\windows /d /addlast
          bcdboot c:\windows /p

C:\WINDOWS\system32>

ikewdu · Le 06/09/2019, à 18:58

C'est un L minuscule, et non un 1. Ressaisis la dernière commande.

Dernière modification par ikewdu (Le 06/09/2019, à 19:06)

Klamar · Le 06/09/2019, à 21:01

j'aurais dû m'en douter, l pour la langue …
ça a l'air mieux:

C:\WINDOWS\system32>bcdboot c:\windows /l fr-fr /s s: /f uefi
Les fichiers de démarrage ont bien été créés.

C:\WINDOWS\system32>

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 31/08/2019, à 17:30

SOS - dual boot: plus d'accès à Windows

#2 Le 31/08/2019, à 17:39

Re : SOS - dual boot: plus d'accès à Windows

#3 Le 31/08/2019, à 18:35

Re : SOS - dual boot: plus d'accès à Windows

#4 Le 31/08/2019, à 18:43

Re : SOS - dual boot: plus d'accès à Windows

#5 Le 31/08/2019, à 18:56

Re : SOS - dual boot: plus d'accès à Windows

#6 Le 31/08/2019, à 21:11

Re : SOS - dual boot: plus d'accès à Windows

#7 Le 31/08/2019, à 21:29

Re : SOS - dual boot: plus d'accès à Windows

#8 Le 31/08/2019, à 21:36

Re : SOS - dual boot: plus d'accès à Windows

#9 Le 02/09/2019, à 10:39

Re : SOS - dual boot: plus d'accès à Windows

#10 Le 02/09/2019, à 14:01

Re : SOS - dual boot: plus d'accès à Windows

#11 Le 04/09/2019, à 13:42

Re : SOS - dual boot: plus d'accès à Windows

#12 Le 05/09/2019, à 07:06

Re : SOS - dual boot: plus d'accès à Windows

#13 Le 05/09/2019, à 09:13

Re : SOS - dual boot: plus d'accès à Windows

#14 Le 05/09/2019, à 11:40

Re : SOS - dual boot: plus d'accès à Windows

#15 Le 05/09/2019, à 11:45

Re : SOS - dual boot: plus d'accès à Windows

#16 Le 05/09/2019, à 17:28

Re : SOS - dual boot: plus d'accès à Windows

#17 Le 05/09/2019, à 18:01

Re : SOS - dual boot: plus d'accès à Windows

#18 Le 05/09/2019, à 22:56

Re : SOS - dual boot: plus d'accès à Windows

#19 Le 05/09/2019, à 23:04

Re : SOS - dual boot: plus d'accès à Windows

#20 Le 06/09/2019, à 15:56

Re : SOS - dual boot: plus d'accès à Windows

#21 Le 06/09/2019, à 16:54

Re : SOS - dual boot: plus d'accès à Windows

#22 Le 06/09/2019, à 17:19

Re : SOS - dual boot: plus d'accès à Windows

#23 Le 06/09/2019, à 18:37

Re : SOS - dual boot: plus d'accès à Windows

#24 Le 06/09/2019, à 18:58

Re : SOS - dual boot: plus d'accès à Windows

#25 Le 06/09/2019, à 21:01

Re : SOS - dual boot: plus d'accès à Windows

Pied de page des forums