[Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

golestin · 15-12-2017 13:23:34

Bonjour la Communauté !

Voici ma config :
ordi portable HP ProBook 470 G3 17 pouces 1To
processeur Intel Core i3 6100-U
carte graphique intégrée Intel HD 520
Dual boot : Debian 8.6 avec KDE 4.14.0 / Windows 10.

Et voici mon problème :
mon ordi fonctionnait sans problème depuis un an sous Debian. J'utilise rarement Windows 10 mais là j'ai dû l'utiliser pour un fichier exécutable qu'un collègue m'avait envoyé pour le boulot.
Sans me demander mon accord, Windows a effectué une mise à jour en tache de fond et quand je m'en suis aperçu, il était trop tard. Quand la machine a demandé le redémarrage, je suis tombé sur le prompt GRUB RESCUE. Pour faire simple, mon ordi ne boote plus.
J'ai réussi, par le menu du BIOS, à booter sur la partition Windows, qui fonctionne ! Mais quand j'essaie de booter sur la partition Linux, toujours en passant par le menu du BIOS, je retombe sur Grub rescue.
Sous Windows, j'ai donc téléchargé boot repair disk, que j'ai installé sur une clé USB, puis j'ai booté sur la clé.
Le boot se déroule normalement avec la clé ; quand je lance la commande

fdisk -l

je vois apparaître toutes mes partitions Windows et Linux.
Le petit gestionnaire de fichiers intégré à l'image bootable sur la clé me permet de vérifier que tous mes fichiers sont présents aussi bien sous Linux que sous Windows.
Mais quand j'essaie de réparer le Grub avec l'utilitaire de la clé, j'obtiens un message me disant que Grub est déjà installé !

Je tourne un peu en rond là et j'avoue avoir besoin d'aide.
Si vous avez une idée, merci d'avance !

Dernière modification par golestin (13-01-2018 22:53:06)

raleur · 15-12-2017 13:31:14

Je veux bien la sortie de fdisk -l (pas besoin des positions au secteur près). Et à l'invite "grub rescue", la sortie de la commande "set".

Pour le moment je vois deux possibilités : Windows a renuméroté ou altéré la partition racine ou boot de Debian. Vaudrait mieux que ce soit la première.

Dernière modification par raleur (15-12-2017 13:34:07)

golestin · 15-12-2017 22:47:28

Je veux bien la sortie de fdisk -l

:

Disk /dev/loop0: 629.3 MiB, 659873792 bytes, 1288816 sectors

Units: sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors

Units: sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 4096 bytes

I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disklabel type: gpt

Disk identifier: 33E0E0DF-4747-4C83-A43A-E2665ECDD3C2

Device          Start        End   Sectors   Size Type

/dev/sda1        2048     923647    921600   450M Windows recovery environment

/dev/sda2      923648    1128447    204800   100M EFI System

/dev/sda3     1128448    1161215     32768    16M Microsoft reserved

/dev/sda4     1161216  975679138 974517923 464.7G Microsoft basic data

/dev/sda5   975679488  977639423   1959936   957M Windows recovery environment

/dev/sda6   977641472  978030591    389120   190M EFI System

/dev/sda7   978030592 1056155647  78125056  37.3G Linux filesystem

/dev/sda8  1056155648 1926180863 870025216 414.9G Linux filesystem

/dev/sda9  1926180864 1953523711  27342848    13G Linux swap

Et à l'invite "grub rescue", la sortie de la commande "set"

:

cmd path=(hd0,gpt2)/EFI/debian

prefix=(hd0,gpt6)/boot/grub

root=hd0,gpt6

raleur · 15-12-2017 22:56:27

GRUB recherche /boot/grub sur la partition n° 6 mais celle-ci est une partition EFI. Je suppose que la partition racine est en fait la n° 7 (et la n° 8 est /home).
Tu peux démarrer avec ces commandes à l'invite grub rescue (attention clavier QWERTY) :

set prefix=(hd0,7)/boot/grub

set root=hd0,7

insmod normal

normal

Ceci ne modifie rien sur le disque, donc pour ne pas que ça recommence il faudra réinstaller GRUB avec la commande grub-install.

Ou alors tu peux renuméroter la partition racine en 6 en intervertissant son numéro avec la n° 6.

Question : comment se fait-il qu'il y a une seconde partition EFI (n° 6) alors que d'après la valeur de cmdpath, GRUB est installé sur la première (n° 2) ?

Dernière modification par raleur (15-12-2017 23:08:36)

golestin · 16-12-2017 22:32:19

OK, tout s'est bien passé avec grub rescue, j'ai pu rebooter su ma Debian

J'ai fait ce que tu m'as dit pour réinstaller GRUB, j'ai eu le message :

GRUB réinstallé sans erreur

(à quelque chose près car je n'ai plus accès au terminal, voir la suite...)
mais quand j'ai redémarré la machine, je me suis retrouvé sous Windows directement Pas de menu Grub à l'horizon
Du coup je ne parviens plus du tout à voir mes partitions Debian !

J'ai effectivement constaté que j'avais deux partitions EFI, je ne sais pas pourquoi ; je suppose que cette partition n°6 a été créée au moment de l'installation de Debian

raleur · 16-12-2017 23:40:52

golestin a écrit :

mais quand j'ai redémarré la machine, je me suis retrouvé sous Windows directement. Pas de menu Grub à l'horizon

C'est très étonnant.
Même dans le menu du BIOS (ou plutôt du firmware UEFI) qui t'avait permis de démarrer Windows auparavant ? Pas d'entrée intitulée "debian" ?
Sinon, tu peux utiliser l'installateur Debian en mode rescue pour lancer un shell sur la racine et essayer de comprendre la situation avec la commande efibootmgr -v.

golestin a écrit :

J'ai effectivement constaté que j'avais deux partitions EFI, je ne sais pas pourquoi ; je suppose que cette partition n°6 a été créée au moment de l'installation de Debian

Si c'était le cas, alors logiquement c'est celle-ci que l'installateur aurait dû utiliser pour installer GRUB. Or GRUB a visiblement été installé dans la partition n° 2, celle de Windows.

Dernière modification par raleur (16-12-2017 23:41:53)

capdefradeb · 17-12-2017 12:35:17

J'ai eu exactement le même problème sur mon portable HP ( non EFI) les de la dernière mise à jour de Windows 10 mais je ne pouvais même plus redémarrer sur Windows et j'avais le message qu'il n'y avait plus aucun système présent sur mon disque. J'ai réussi à réparer le boot avec Boot Repair et tout est rentré dans l'ordre mais ça fait vraiment râler que Windows fiche une telle pagaille lors d'une simple mise à jour: si on n'est pas un peu à l'aise sur la gestion des partitions d'un disque,on se retrouve en panne totale alors que tout fonctionnait bien auparavant.

golestin · 17-12-2017 18:19:28

raleur a écrit :

Même dans le menu du BIOS (ou plutôt du firmware UEFI) qui t'avait permis de démarrer Windows auparavant ? Pas d'entrée intitulée "debian" ?

Non ! Je te confirme que je voyais l'entrée intitulée Debian avant mais qu'après avoir ré-installé GRUB, cette entrée avait disparu !

raleur a écrit :

Sinon, tu peux utiliser l'installateur Debian en mode rescue pour lancer un shell sur la racine et essayer de comprendre la situation avec la commande efibootmgr -v.

J'ai essayé mais dans l'installateur Debian en mode rescue je n'ai qu'une vingtaine de commandes maxi. J'ai donc utilisé le shell de Boot Repair disk, et voici le résultat :

efibootmgr -v

BootCurrent: 0010

Timeout: 5 seconds

BootOrder: 000E,000A,0010,000D,000C,0000,0001,0002,0003,0004,0005,0006,0007,0008,0009

Boot0000  Startup Menu  FvVol(a881d567-6cb0-4eee-8435-2e72d33e45b5)/FvFile(9d8243e8-8381-453d-aceb-c350ee7757ca)....ISPH

Boot0001  System Information  FvVol(a881d567-6cb0-4eee-8435-2e72d33e45b5)/FvFile(9d8243e8-8381-453d-aceb-c350ee7757ca)......ISPH

Boot0002  Bios Setup  FvVol(a881d567-6cb0-4eee-8435-2e72d33e45b5)/FvFile(9d8243e8-8381-453d-aceb-c350ee7757ca)......ISPH

Boot0003  Gestion tierce de la ROM optionnelle  FvVol(a881d567-6cb0-4eee-8435-2e72d33e45b5)/FvFile(9d8243e8-8381-453d-aceb-c350ee7757ca)......ISPH

Boot0004  System Diagnostics  FvVol(a881d567-6cb0-4eee-8435-2e72d33e45b5)/FvFile(9d8243e8-8381-453d-aceb-c350ee7757ca)......ISPH

Boot0005  System Diagnostics  FvVol(a881d567-6cb0-4eee-8435-2e72d33e45b5)/FvFile(9d8243e8-8381-453d-aceb-c350ee7757ca)......ISPH

Boot0006  System Diagnostics  FvVol(a881d567-6cb0-4eee-8435-2e72d33e45b5)/FvFile(9d8243e8-8381-453d-aceb-c350ee7757ca)......ISPH

Boot0007  System Diagnostics  FvVol(a881d567-6cb0-4eee-8435-2e72d33e45b5)/FvFile(9d8243e8-8381-453d-aceb-c350ee7757ca)......ISPH

Boot0008  Boot Menu FvVol(a881d567-6cb0-4eee-8435-2e72d33e45b5)/FvFile(9d8243e8-8381-453d-aceb-c350ee7757ca)......ISPH

Boot0009  HP Recovery FvVol(a881d567-6cb0-4eee-8435-2e72d33e45b5)/FvFile(9d8243e8-8381-453d-aceb-c350ee7757ca)......ISPH

Boot000A* hp DVDRW DU8A6SH  PciRoot(0x0)/Pci(0x17,0x0)/Sata(1,0,0)N.....YM....R,Y.....ISPH

Boot000C* TOSHIBA MQ01ABD100 :  BBS(HD,TOSHIBA MQ01ABD100 : ,0x400)/PciRoot(0x0)/Pci(0x17,0x0)/Sata(0,0,0)......ISPH

Boot000D* hp DVDRW DU8A6SH :  BBS(CDROM,hp DVDRW DU8A6SH : ,0x400)/PciRoot(0x0)/Pci(0x17,0x0)/Sata(1,0,0)......ISPH

Boot000E* Windows Boot Manager  HD(2,GPT,f41067d9-8da2-49b1-9759-a53fd806812b,0xe1800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...a....................ISPH

Boot0010* Lexar USB Flash Drive AAHXTUGTXCIPP152  PciRoot(0x0)/Pci(0x14,0x0)/USB(4,0)N.....YM....R,Y.....ISPH

Boot0011  Network Boot  FvVol(a881d567-6cb0-4eee-8435-2e72d33e45b5)/FvFile(9d8243e8-8381-453d-aceb-c350ee7757ca)......ISPH

raleur a écrit :

Si c'était le cas, alors logiquement c'est celle-ci que l'installateur aurait dû utiliser pour installer GRUB. Or GRUB a visiblement été installé dans la partition n° 2, celle de Windows.

Oui, d'accord avec toi, je ne comprends pas !

capdefradeb a écrit :

J'ai eu exactement le même problème sur mon portable HP...

Et alors, capdefradeb, comment t'en es-tu sorti ?

Dernière modification par golestin (17-12-2017 18:25:16)

smolski · 17-12-2017 18:21:28

capdefradeb a écrit :

J'ai réussi à réparer le boot avec Boot Repair et tout est rentré dans l'ordre

golestin · 17-12-2017 18:27:38

Ah oui, pardon, j'ai lu trop vite. C'est que j'ai essayé plusieurs fois Boot Repair et ça ne marche pas !!!

raleur · 17-12-2017 21:46:29

capdefradeb a écrit :

J'ai eu exactement le même problème sur mon portable HP ( non EFI)

Si ton portable n'est pas EFI, alors ce n'est pas du tout le même problème. L'amorçage EFI n'a vraiment rien à voir avec l'amorçage BIOS.

golestin a écrit :

Sinon, tu peux utiliser l'installateur Debian en mode rescue pour lancer un shell sur la racine et essayer de comprendre la situation avec la commande efibootmgr -v.

J'ai essayé mais dans l'installateur Debian en mode rescue je n'ai qu'une vingtaine de commandes maxi.

J'ai dit de lancer un shell sur la racine, ainsi tu as accès à toutes les commandes du système installé.

Effectivement l'entrée "debian" n'est plus présente, alors que celle de Windows y est bien. Les autres sont propres à la machine.
L'exécution de grub-install est censée la supprimer si elle existe puis la recréer. La seconde action a dû échouer. Tu peux essayer de la recréer avec

efibootmgr --create --disk /dev/sda --loader '\EFI\debian\grubx64.efi' --label 'debian' --part 2 --verbose

Dernière modification par raleur (17-12-2017 23:51:34)

golestin · 17-12-2017 22:48:32

efibootmgr --create --device /dev/sda --loader '\EFI\debian\grubx64.efi' --label 'debian' --part 2 --verbose

me renvoie :

efibootmgr: unrecognized option '--device'

efibootmgr version 15

(desole mais je suis sous le navigateur de Boot Repair, les boutons de mise en forme ne fonctionnent pas et je galere avec un clavier qwerty)

Edit à toto : Mis les balises.

raleur · 17-12-2017 23:51:19

c'est --disk. Je corrige mon message précédent.
Il n'est pas interdit de consulter la page de manuel d'une commande pour corriger soi-même et gagner du temps.

golestin · 18-12-2017 10:12:07

raleur a écrit :

Il n'est pas interdit de consulter la page de manuel d'une commande pour corriger soi-même et gagner du temps.

C'est ce que j'ai essayé de faire mais quand on n'a pas accès au man et qu'on est en clavier qwerty, pas évident ! Je suis allé chercher la description de efibootmgr sur internet mais je n'ai rien trouvé qui m'aiderait, sinon je ne poserai pas la question ! En plus, je suis sans arrêt obligé de booter soit sur ma clé USB avec Boot Repair (qui ne contient qu'un navigateur minimaliste et dont l'accès à ma box semble aléatoire) pour un accès au shell, soit sur Windows pour accéder à internet en azerty.
Bref, voici le résultat :

efibootmgr --create --disk /dev/sda --loader '\EFI\debian\grubx64.efi' --label 'debian' --part 2 --verbose

Could not prepare Boot variable: No space left on device

raleur · 18-12-2017 10:46:20

Ah, c'est probablement pour ça que la recréation a échoué. Curieux que grub-install se soit terminé sans erreur.
Sans la présence de Windows, je t'aurais proposé une astuce qui permet de démarrer GRUB sans entrée d'amorçage, via le chemin de support amovible.

La seule piste sérieuse trouvée sur le web pour supprimer l'erreur est de regarder dans /sys/fs/pstore (espace de stockage dans la mémoire non volatile de la machine) et supprimer ce qui peut l'être (en général, des fichiers de logs). Ma carte mère a régulièrement ce problème, mais /sys/fs/pstore est toujours vide donc l'astuce est inapplicable. Je dois supprimer les entrées d'amorçage existantes avec efibootmgr (le setup UEFI ne permet pas de le faire), désactiver puis réactiver l'amorçage dans le setup UEFI, et ça refonctionne pour quelques temps. Certains disent que ça refonctionne après un flashage du firmware, mais c'est lourd et jamais sans risque.

Une autre solution consiste à passer par Windows pour modifier son chargeur EFI avec bcdedit afin qu'il lance GRUB. Je n'ai pas la commande en tête, une recherche sur le web devrait te permettre de la retrouver.

Croutons · 18-12-2017 14:00:17

Bonjour

et qu'on est en clavier qwerty, pas évident !

Petite astuce que j'avais noté
si le clavier se trouve en qwerty passé le clavier en azerty le temps d'une cession (setxkbmap fr), il faut taper

setxkb,qp fr

Si ça peu aider

Dernière modification par Croutons (18-12-2017 14:09:47)

golestin · 19-12-2017 08:23:11

Merci pour le tuyau Croutons, ça peut toujours servir !!!

golestin · 19-12-2017 15:48:58

raleur a écrit :

La seule piste sérieuse trouvée sur le web pour supprimer l'erreur est de regarder dans /sys/fs/pstore

Il n'y a rien de rien dans /sys/fs/pstore !

J'en viens à me demander si je ne vais pas être obligé de réinstaller ma distrib Debian, du coup j'en profiterais pour passer à la version 9.3. Mais, dans ce cas, au moment de l'installation de GRUB, ne va-t-il pas y avoir le même problème ? Ce que je veux dire, c'est que si la réinstallation de GRUB ne fonctionne pas, pourquoi cela marcherait avec Debian 9 ?

N'y a-t-il pas un moyen de purger la partition EFI /dev/sda2 ?

J'ai essayé de voir comment fonctionne bcdedit mais j'avoue ne pas connaître du tout l'invite de commande Windows et j'ai peur de faire une.... grosse bêtise !

raleur · 19-12-2017 16:24:38

golestin a écrit :

au moment de l'installation de GRUB, ne va-t-il pas y avoir le même problème ?

Très probablement. J'ai testé sous Wheezy, Jessie et Stretch pour voir si ça pouvait être lié à la version d'efibootmgr, mais apparemment non.

Le problème ne vient pas de la partition EFI mais de la mémoire non volatile (NVM) de la carte mère qui contient les variables d'amorçage EFI.

La commande bcdedit à utiliser n'est pas compliquée, mais si elle a besoin elle aussi de modifier les variables de boot EFI, elle risque d'avoir le même problème également. Si l'entrée d'amorçage EFI de Windows est effacée, ce dernier pourra quand même démarrer grâce à son chargeur de secours installé dans le chemin de périphérique amovible EFI/boot/bootx64.efi. Note que si tu le remplaces par GRUB, c'est ce dernier qui sera lancé.

Dernière modification par raleur (19-12-2017 16:27:03)

golestin · 20-12-2017 22:34:27

j'ai trouvé ceci en fouillant un peu dans le Web :

bcdedit /set {bootmng} path \EFI\debian\grubx64.efi

si je comprends bien cette commande, ce n'est plus le système de boot de Windows qui va être utilisé mais GRUB.

Mais je me pose la question suivante : en faisant :

bcdedit /v

j'obtiens :

Gestionnaire de démarrage Windows

---------------------------------

identificateur          {9dea862c-5cdd-4e70-acc1-f32b344d4795}

device                  partition=\Device\HarddiskVolume2

path                    \EFI\Microsoft\Boot\bootmgfw.efi

description             Windows Boot Manager

locale                  fr-FR

inherit                 {7ea2e1ac-2e61-4728-aaa3-896d9d0a9f0e}

default                 {d58e6438-87b2-11e6-aa47-848712829ed8}

resumeobject            {d58e6437-87b2-11e6-aa47-848712829ed8}

displayorder            {d58e6438-87b2-11e6-aa47-848712829ed8}

toolsdisplayorder       {b2721d73-1db4-4c62-bf78-c548a880142d}

timeout                 30

Chargeur de démarrage Windows

-----------------------------

identificateur          {d58e6438-87b2-11e6-aa47-848712829ed8}

device                  partition=C:

path                    \WINDOWS\system32\winload.efi

description             Windows 10

locale                  fr-FR

inherit                 {6efb52bf-1766-41db-a6b3-0ee5eff72bd7}

recoverysequence        {4cfaefd6-e0d9-11e7-b2ae-f6005ae9c5f4}

displaymessageoverride  Recovery

recoveryenabled         Yes

isolatedcontext         Yes

allowedinmemorysettings 0x15000075

osdevice                partition=C:

systemroot              \WINDOWS

resumeobject            {d58e6437-87b2-11e6-aa47-848712829ed8}

nx                      OptIn

bootmenupolicy          Standard

il n'y aurait donc plus qu'un seul chargeur de démarrage !
Donc comment la commande

bcdedit /set {bootmng} path \EFI\debian\grubx64.efi

va-t-elle pouvoir fonctionner ??? Je suis perplexe !

raleur · 20-12-2017 22:46:01

Je n'ai jamais utilisé cette commande moi-même et je ne sais pas exactement ce qu'elle fait.
Mais elle n'efface pas le chargeur d'amorçage de Windows.

Dernière modification par raleur (20-12-2017 22:47:02)

golestin · 21-12-2017 07:49:01

alors voilà, j'ai essayé la fameuse commande

bcdedit /set {bootmng} path \EFI\debian\grubx64.efi

en suivant un tuto de DF.
Je me suis retrouvé en grub rescue. J'ai donc refais les mêmes manip que tu m'avais fournies au début. Le menu de Grub est apparu et Debian a bien démarré mais...je me suis retrouvé en mode console et impossible de lancer startx pour lancer un environnement graphique. En outre, lorsque je n'utilise pas la console, j'ai un tas de messages d'erreur qui apparaissent, trop vite pour que je les note ! Et je n'ai accès qu'à très peu de commandes apparemment (j'ai essayé, man, apt-get update, grub-install : chaque fois j'ai le message : commande non trouvée!)

Ah, j'oubliais : impossible de démarrer Windows, même par le menu UEFI.

Je vais donc me lancer dans une clean install et en profiter pour passer à Stretch, en espérant que tout fonctionnera...!

golestin · 21-12-2017 09:54:33

Et voilà, j'ai fini l'installation de Debian 9 et, comme je m'en doutais un peu, Grub ne s'installe pas ! Dans le menu UEFI je ne vois ni Windows, ni Debian pour booter !
J'avais espoir qu'en installant une nouvelle Debian j'arriverai à quelque chose...

deuchdeb · 21-12-2017 10:01:44

Ben dans un premier temps, j’essaierai l'outil de réparation Windows pour au moins avoir un ordi qui fonctionne.

golestin · 21-12-2017 14:10:03

l'outil de réparation de Windows 10 me dit qu'il ne peut pas réparer. Heureusement j'ai trouvé comment démarrer sous Windows :
à l'allumage de l'ordi, je fais ESC pour entrer dans le menu EFI ; là je demande démarrer à partir d'un fichier et vais chercher boot dans la partition 2 (UFI) de mon disque, puis bootx64.EFI. Et là je me retrouve avec Windows 10 !
Mais j'avoue que ce n'est pas simple et que j'aimerai retrouver Debian !!!

Debian-facile

#1 15-12-2017 13:23:34

[Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#2 15-12-2017 13:31:14

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#3 15-12-2017 22:47:28

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#4 15-12-2017 22:56:27

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#5 16-12-2017 22:32:19

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#6 16-12-2017 23:40:52

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#7 17-12-2017 12:35:17

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#8 17-12-2017 18:19:28

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#9 17-12-2017 18:21:28

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#10 17-12-2017 18:27:38

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#11 17-12-2017 21:46:29

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#12 17-12-2017 22:48:32

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#13 17-12-2017 23:51:19

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#14 18-12-2017 10:12:07

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#15 18-12-2017 10:46:20

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#16 18-12-2017 14:00:17

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#17 19-12-2017 08:23:11

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#18 19-12-2017 15:48:58

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#19 19-12-2017 16:24:38

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#20 20-12-2017 22:34:27

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#21 20-12-2017 22:46:01

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#22 21-12-2017 07:49:01

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#23 21-12-2017 09:54:33

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#24 21-12-2017 10:01:44

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

#25 21-12-2017 14:10:03

Re : [Abandon] Boot impossible avec GRUB2 suite à mise à jour Windows 10

Pied de page des forums