[RESOLU] Impossible d'installer GRUB + dualboot

Bougron · Le 12/03/2015, à 23:09

labecane a écrit :

Tu peux me dire comment faire la sauvegarde de la partition sda7 ?

Je te propose cette documentation http://acer-fr.custhelp.com/app/answers … -windows-8.

Dernière modification par Bougron (Le 12/03/2015, à 23:09)

labecane · Le 12/03/2015, à 23:23

j'ai retreci sda4 ...

Donc l'installation c'est passé sans probleme !! j'ai pu installer grub !! merci !

Par contre, quand il m'a demandé de redemarrer et que j'ai redemarrer il y a eu la page de demarrage ubuntu (mauve avec ubuntu marqué au milieu avec des points blancs et orange) mais apres ecran noir, le pc fonctionne encore mais j'ai du appuyé longuement sur la touche power pour eteindre le pc car l'ecran noir ne partait pas.

Sinon maintenant que dois je faire pour booter sur ubuntu sans clé usb ? il y a un programme pour choisir au debut ?

Bougron · Le 13/03/2015, à 00:35

Je crois que c'est un problème enfin classique de carte graphique....
Cela se résout en mettant l'option NOMODESET au noyau avec boot-repair. C'est décrit au paragraphe 6.2 de ce document https://doc.ubuntu-fr.org/kernel
Elle devrait être proposée par le menu déroulant.

labecane · Le 13/03/2015, à 17:25

merci et pour configurer le dualboot je fais comment ?
je crois qu'il y a un logiciel pour configurer le dualboot pour ne pas a chaque fois appuyé sur F12 mais je ne sais plus lequel ...

edit : comment je fais maintenant pour demarrer sur ubuntu ? car je l'ai bien installé mais je sais pas comment booter dessus ^^

Dernière modification par labecane (Le 13/03/2015, à 18:30)

Babdu89 · Le 13/03/2015, à 19:48

Bonjour.
On peut avoir une photo de ce qui s'affiche lorsque tu fais F12 ?

Est ce que le menu grub s'affiche au démarrage?. Quelque chose qui ressemble à çà?

Avec en haut le version installée de grub. Moi c'est la 2.02~beta2-9ubuntu1

@+. Babdu898 .

Dernière modification par Babdu89 (Le 13/03/2015, à 19:49)

labecane · Le 13/03/2015, à 19:58

non elle ne s'affiche pas, il y a juste celle de windows et ma clé usb bootable pourtant l'installation c'est fait sans probleme ...

Bougron · Le 13/03/2015, à 20:46

Bonsoir
Peut-tu faire un boot-info afin de vérifier que toute la partie EFI est cohérente car avec deux partitions efi, il peut y avoir un raté.
S'il n'y en a pas, et comme windows met bien en route si j'ai compris, on demandera à windows de faire le travail. C'est d'ailleurs ce que boot-repair proposera.

labecane · Le 13/03/2015, à 21:01

paste.ubuntu.com/10592494

Je l'ai fais via l'option "essayer avant de l'installer"

edit : a la ligne 629 je crois qu'on voit qu'ubuntu a été installé

Dernière modification par labecane (Le 13/03/2015, à 21:04)

Bougron · Le 13/03/2015, à 23:00

Bonsoir
En apparté, Je voudais bien savoir ce que boot-repair vient de nous inventer.... La partition de boot n'est pas une poubelle!

Voila ce que je vois dans cette partition

sda2: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  Windows 8/2012: FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /EFI/Boot/bkpbootx64.efi /EFI/Boot/bootx64.efi 
                       /EFI/ubuntu/MokManager.efi /EFI/ubuntu/grubx64.efi 
                       /EFI/ubuntu/shimx64.efi 
                       /EFI/Microsoft/Boot/bootmgfw.efi 
                       /EFI/Microsoft/Boot/bootmgr.efi 
                       /EFI/Microsoft/Boot/memtest.efi 
                       /EFI/OEM/Boot/bootmgfw.efi /EFI/OEM/Boot/bootmgr.efi 
                       /EFI/OEM/Boot/memtest.efi 
                       /boot-sav/log/2015-03-13__17h19boot-repair18/sda2/bootx
                       64.efi

D'abord cela
/EFI/Boot/bkpbootx64.efi /EFI/Boot/bootx64.efi
Il faut croire que tu as lancé des réparations recommandés
Sauf erreur de ma part
/EFI/Boot/bkpbootx64.efi C'était quoi avant?
/EFI/Boot/bootx64.efi du coup c'est qui cela?
Ces deux infos seront à confirmer.

Je n'arrive pas à comprendre l'arrivée de ces fichiers. De quel droit se permet-il de remplir cette partition?
boot-sav/log/2015-03-13__17h19
boot-repair18/sda2/bootx
A noter que cela est intelligent mais surprenant car pas annoncé.
=> On ne se demandera plus où trouver les rapports effectués.

AJOUT
Je viens de découvrir que ce n'est pas d'aujourd'hui que ces fichiers existent!... Déjà l'an dernier, il étaient présents!

bougron@S70t-A:/boot/efi/boot-sav$ du -ah
51K	./log/2014-12-10__17h10boot-repair09/boot-repair.log
1,0K	./log/2014-12-10__17h10boot-repair09/sda/partition_table.dmp
1,0M	./log/2014-12-10__17h10boot-repair09/sda/current_mbr.img
1,1M	./log/2014-12-10__17h10boot-repair09/sda
1,0K	./log/2014-12-10__17h10boot-repair09/sda1
1,0K	./log/2014-12-10__17h10boot-repair09/sda12
0	./log/2014-12-10__17h10boot-repair09/sda13/grubenv
1,0K	./log/2014-12-10__17h10boot-repair09/sda13
1,0K	./log/2014-12-10__17h10boot-repair09/sda14
1,0K	./log/2014-12-10__17h10boot-repair09/sda15
0	./log/2014-12-10__17h10boot-repair09/sda16/grubenv
1,0K	./log/2014-12-10__17h10boot-repair09/sda16
1,0K	./log/2014-12-10__17h10boot-repair09/sda2
1,0K	./log/2014-12-10__17h10boot-repair09/sda4
0	./log/2014-12-10__17h10boot-repair09/sda5/grubenv
1,0K	./log/2014-12-10__17h10boot-repair09/sda5
1,0K	./log/2014-12-10__17h10boot-repair09/sda6
1,0K	./log/2014-12-10__17h10boot-repair09/sda7
1,0K	./log/2014-12-10__17h10boot-repair09/sda8
1,0K	./log/2014-12-10__17h10boot-repair09/sda9
1,1M	./log/2014-12-10__17h10boot-repair09
112K	./log/2014-12-10__17h16boot-repair23/boot-repair.log
1,0K	./log/2014-12-10__17h16boot-repair23/sda/partition_table.dmp
1,0M	./log/2014-12-10__17h16boot-repair23/sda/current_mbr.img
1,1M	./log/2014-12-10__17h16boot-repair23/sda
1,0K	./log/2014-12-10__17h16boot-repair23/sda1
1,0K	./log/2014-12-10__17h16boot-repair23/sda12
0	./log/2014-12-10__17h16boot-repair23/sda13/grubenv
18K	./log/2014-12-10__17h16boot-repair23/sda13/grub.cfg_old
19K	./log/2014-12-10__17h16boot-repair23/sda13
1,0K	./log/2014-12-10__17h16boot-repair23/sda14
1,0K	./log/2014-12-10__17h16boot-repair23/sda15
0	./log/2014-12-10__17h16boot-repair23/sda16/grubenv
22K	./log/2014-12-10__17h16boot-repair23/sda16/grub.cfg_old
23K	./log/2014-12-10__17h16boot-repair23/sda16
1,0K	./log/2014-12-10__17h16boot-repair23/sda2
1,0K	./log/2014-12-10__17h16boot-repair23/sda4
0	./log/2014-12-10__17h16boot-repair23/sda5/grubenv
1,0K	./log/2014-12-10__17h16boot-repair23/sda5/etc_fstab_old
2,0K	./log/2014-12-10__17h16boot-repair23/sda5/grub_before_purge
2,0K	./log/2014-12-10__17h16boot-repair23/sda5/etc_default_grub_old
1,0K	./log/2014-12-10__17h16boot-repair23/sda5/etc_fstab_new
7,0K	./log/2014-12-10__17h16boot-repair23/sda5
1,0K	./log/2014-12-10__17h16boot-repair23/sda6
1,0K	./log/2014-12-10__17h16boot-repair23/sda7
1,0K	./log/2014-12-10__17h16boot-repair23/sda8
1,0K	./log/2014-12-10__17h16boot-repair23/sda9
139K	./log/2014-12-10__17h16boot-repair23/RESULTS.txt
1,4M	./log/2014-12-10__17h16boot-repair23
0	./log/boot-repair
99K	./log/2014-12-10__18h03boot-repair36/boot-repair.log
1,0K	./log/2014-12-10__18h03boot-repair36/sda/partition_table.dmp
1,0M	./log/2014-12-10__18h03boot-repair36/sda/current_mbr.img
1,1M	./log/2014-12-10__18h03boot-repair36/sda
1,0K	./log/2014-12-10__18h03boot-repair36/sda1
1,0K	./log/2014-12-10__18h03boot-repair36/sda12
0	./log/2014-12-10__18h03boot-repair36/sda13/grubenv
1,0K	./log/2014-12-10__18h03boot-repair36/sda13
1,0K	./log/2014-12-10__18h03boot-repair36/sda14
1,0K	./log/2014-12-10__18h03boot-repair36/sda15
0	./log/2014-12-10__18h03boot-repair36/sda16/grubenv
1,0K	./log/2014-12-10__18h03boot-repair36/sda16
1,0K	./log/2014-12-10__18h03boot-repair36/sda2
1,0K	./log/2014-12-10__18h03boot-repair36/sda4
0	./log/2014-12-10__18h03boot-repair36/sda5/grubenv
1,0K	./log/2014-12-10__18h03boot-repair36/sda5/etc_fstab_old
1,0K	./log/2014-12-10__18h03boot-repair36/sda5/etc_fstab_new
3,0K	./log/2014-12-10__18h03boot-repair36/sda5
1,0K	./log/2014-12-10__18h03boot-repair36/sda6
1,0K	./log/2014-12-10__18h03boot-repair36/sda7
1,0K	./log/2014-12-10__18h03boot-repair36/sda8
1,0K	./log/2014-12-10__18h03boot-repair36/sda9
131K	./log/2014-12-10__18h03boot-repair36/RESULTS.txt
1,3M	./log/2014-12-10__18h03boot-repair36
72K	./log/2014-12-10__18h07boot-repair23/boot-repair.log
1,0K	./log/2014-12-10__18h07boot-repair23/sda/partition_table.dmp
1,0M	./log/2014-12-10__18h07boot-repair23/sda/current_mbr.img
1,1M	./log/2014-12-10__18h07boot-repair23/sda
1,0K	./log/2014-12-10__18h07boot-repair23/sda1
1,0K	./log/2014-12-10__18h07boot-repair23/sda12
0	./log/2014-12-10__18h07boot-repair23/sda13/grubenv
1,0K	./log/2014-12-10__18h07boot-repair23/sda13
1,0K	./log/2014-12-10__18h07boot-repair23/sda14
1,0K	./log/2014-12-10__18h07boot-repair23/sda15
0	./log/2014-12-10__18h07boot-repair23/sda16/grubenv
1,0K	./log/2014-12-10__18h07boot-repair23/sda16
1,0K	./log/2014-12-10__18h07boot-repair23/sda2
1,0K	./log/2014-12-10__18h07boot-repair23/sda4
0	./log/2014-12-10__18h07boot-repair23/sda5/grubenv
1,0K	./log/2014-12-10__18h07boot-repair23/sda5
1,0K	./log/2014-12-10__18h07boot-repair23/sda6
1,0K	./log/2014-12-10__18h07boot-repair23/sda7
1,0K	./log/2014-12-10__18h07boot-repair23/sda8
1,0K	./log/2014-12-10__18h07boot-repair23/sda9
1,1M	./log/2014-12-10__18h07boot-repair23
79K	./log/2014-12-13__00h25boot-repair16/boot-repair.log
1,0K	./log/2014-12-13__00h25boot-repair16/sda/partition_table.dmp
1,0M	./log/2014-12-13__00h25boot-repair16/sda/current_mbr.img
1,1M	./log/2014-12-13__00h25boot-repair16/sda
1,0K	./log/2014-12-13__00h25boot-repair16/sda1
1,0K	./log/2014-12-13__00h25boot-repair16/sda12
0	./log/2014-12-13__00h25boot-repair16/sda13/grubenv
1,0K	./log/2014-12-13__00h25boot-repair16/sda13
1,0K	./log/2014-12-13__00h25boot-repair16/sda14
1,0K	./log/2014-12-13__00h25boot-repair16/sda15
0	./log/2014-12-13__00h25boot-repair16/sda16/grubenv
1,0K	./log/2014-12-13__00h25boot-repair16/sda16
1,0K	./log/2014-12-13__00h25boot-repair16/sda2
1,0K	./log/2014-12-13__00h25boot-repair16/sda4
0	./log/2014-12-13__00h25boot-repair16/sda5/grubenv
1,0K	./log/2014-12-13__00h25boot-repair16/sda5
1,0K	./log/2014-12-13__00h25boot-repair16/sda6
1,0K	./log/2014-12-13__00h25boot-repair16/sda7
1,0K	./log/2014-12-13__00h25boot-repair16/sda8
1,0K	./log/2014-12-13__00h25boot-repair16/sda9
125K	./log/2014-12-13__00h25boot-repair16/RESULTS.txt
1,3M	./log/2014-12-13__00h25boot-repair16
91K	./log/2015-02-01__20h10boot-repair28/boot-repair.log
1,0K	./log/2015-02-01__20h10boot-repair28/sda/partition_table.dmp
1,0M	./log/2015-02-01__20h10boot-repair28/sda/current_mbr.img
1,1M	./log/2015-02-01__20h10boot-repair28/sda
1,0K	./log/2015-02-01__20h10boot-repair28/sda1
1,0K	./log/2015-02-01__20h10boot-repair28/sda12
0	./log/2015-02-01__20h10boot-repair28/sda13/grubenv
1,0K	./log/2015-02-01__20h10boot-repair28/sda13
1,0K	./log/2015-02-01__20h10boot-repair28/sda14
1,0K	./log/2015-02-01__20h10boot-repair28/sda15
0	./log/2015-02-01__20h10boot-repair28/sda16/grubenv
1,0K	./log/2015-02-01__20h10boot-repair28/sda16
1,0K	./log/2015-02-01__20h10boot-repair28/sda17
1,0K	./log/2015-02-01__20h10boot-repair28/sda2
1,0K	./log/2015-02-01__20h10boot-repair28/sda4
0	./log/2015-02-01__20h10boot-repair28/sda5/grubenv
1,0K	./log/2015-02-01__20h10boot-repair28/sda5
1,0K	./log/2015-02-01__20h10boot-repair28/sda6
1,0K	./log/2015-02-01__20h10boot-repair28/sda7
1,0K	./log/2015-02-01__20h10boot-repair28/sda8
1,0K	./log/2015-02-01__20h10boot-repair28/sda9
1,2M	./log/2015-02-01__20h10boot-repair28
105K	./log/2015-02-15__12h42boot-repair30/boot-repair.log
1,0K	./log/2015-02-15__12h42boot-repair30/sda/partition_table.dmp
1,0M	./log/2015-02-15__12h42boot-repair30/sda/current_mbr.img
1,1M	./log/2015-02-15__12h42boot-repair30/sda
1,0K	./log/2015-02-15__12h42boot-repair30/sda1
1,0K	./log/2015-02-15__12h42boot-repair30/sda12
0	./log/2015-02-15__12h42boot-repair30/sda13/grubenv
1,0K	./log/2015-02-15__12h42boot-repair30/sda13
1,0K	./log/2015-02-15__12h42boot-repair30/sda14
1,0K	./log/2015-02-15__12h42boot-repair30/sda15
0	./log/2015-02-15__12h42boot-repair30/sda16/grubenv
1,0K	./log/2015-02-15__12h42boot-repair30/sda16
1,0K	./log/2015-02-15__12h42boot-repair30/sda17
1,0K	./log/2015-02-15__12h42boot-repair30/sda2
1,0K	./log/2015-02-15__12h42boot-repair30/sda4
0	./log/2015-02-15__12h42boot-repair30/sda5/grubenv
1,0K	./log/2015-02-15__12h42boot-repair30/sda5
1,0K	./log/2015-02-15__12h42boot-repair30/sda6
1,0K	./log/2015-02-15__12h42boot-repair30/sda7
1,0K	./log/2015-02-15__12h42boot-repair30/sda8
1,0K	./log/2015-02-15__12h42boot-repair30/sda9
137K	./log/2015-02-15__12h42boot-repair30/RESULTS.txt
1,3M	./log/2015-02-15__12h42boot-repair30
121K	./log/2015-03-14__11h44boot-repair11/boot-repair.log
1,0K	./log/2015-03-14__11h44boot-repair11/sda/partition_table.dmp
1,0M	./log/2015-03-14__11h44boot-repair11/sda/current_mbr.img
1,1M	./log/2015-03-14__11h44boot-repair11/sda
1,0K	./log/2015-03-14__11h44boot-repair11/sda1
0	./log/2015-03-14__11h44boot-repair11/sda11/grubenv
1,0K	./log/2015-03-14__11h44boot-repair11/sda11
1,0K	./log/2015-03-14__11h44boot-repair11/sda12
0	./log/2015-03-14__11h44boot-repair11/sda13/grubenv
1,0K	./log/2015-03-14__11h44boot-repair11/sda13
1,0K	./log/2015-03-14__11h44boot-repair11/sda14
1,0K	./log/2015-03-14__11h44boot-repair11/sda15
0	./log/2015-03-14__11h44boot-repair11/sda16/grubenv
1,0K	./log/2015-03-14__11h44boot-repair11/sda16
1,0K	./log/2015-03-14__11h44boot-repair11/sda17
1,0K	./log/2015-03-14__11h44boot-repair11/sda2
1,0K	./log/2015-03-14__11h44boot-repair11/sda4
0	./log/2015-03-14__11h44boot-repair11/sda5/grubenv
1,0K	./log/2015-03-14__11h44boot-repair11/sda5
1,0K	./log/2015-03-14__11h44boot-repair11/sda6
1,0K	./log/2015-03-14__11h44boot-repair11/sda7
1,0K	./log/2015-03-14__11h44boot-repair11/sda8
1,0K	./log/2015-03-14__11h44boot-repair11/sda9
169K	./log/2015-03-14__11h44boot-repair11/RESULTS.txt
1,4M	./log/2015-03-14__11h44boot-repair11
9,6M	./log
1,0K	./mbr_backups
9,6M	.

Rq1; dans cette collection de fichiers il doit y avoir des boot-repair version 14.04.1 14.10 14.04.2 (noyau 3.13) 14.04.2 (noyau 3.16)
Rq2: Windows aussi utilise cette fonctionnalité pour archiver ses réparations c'est dans le répertoire Temp

bougron@S70t-A:/boot/efi/Temp$ du -ah
7,0K	./SrtTrail.log
3,0K	./SrtTrail.txt
6,0K	./disklayout.txt
1,0K	./bcdinfo.txt
1,0K	./bootfailure.txt
19K	.
bougron@S70t-A:/boot/efi/Temp$

Enfin bonne nouvelle, le lancement dual-boot sécurisé est enfin présent dans cette partition...il est donc détecté en ligne 629 comme tu le dis.
/EFI/ubuntu/shimx64.efi

Pour la structure de boot-efi, on a cela

=================== efibootmgr -v
BootCurrent: 0002
Timeout: 2 seconds
BootOrder: 0001,2001,2002,2003
Boot0000* Unknown Device: 	HD(2,12c800,96000,e326fa47-638a-405c-926e-fa1e5cc987e5)File(EFIubuntushimx64.efi)RC
Boot0001* Windows Boot Manager	HD(2,12c800,96000,e326fa47-638a-405c-926e-fa1e5cc987e5)File(EFIMicrosoftBootbootmgfw.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.}....................
Boot0002* USB HDD: Sony    Storage Media	ACPI(a0341d0,0)PCI(14,0)USB(2,0)USB(1,0)HD(1,7c1,f1683f,15310350)HD(1,800,f16800,00000000)RC
Boot0003* ubuntu	HD(2,12c800,96000,e326fa47-638a-405c-926e-fa1e5cc987e5)File(EFIubuntushimx64.efi)
Boot2001* EFI USB Device	RC
Boot2003* EFI Network	RC

Le premier n° de boot est le 0001 (boot0001) donc windows. S'il ne démarre pas...
Le second n° de boot est le 2001 (boot2001) donc un USB EFI, S'il ne démarre pas...
Le troisième n° de boot est le 2002 (boot2002) donc un disque USB, S'il ne démarre pas...
Le quatrième n° de boot est le 2003 (boot2003) donc le réseau
Comme tu le vois, EFI n'a pas prévu de booter ubuntu (boot0003) donc n°0003
Pourtant, windows et ubuntu sont bien dans la seconde partition du disque.

Boot0000* Unknown Device: 	HD(2,12c800,96000,e326fa47-638a-405c-926e-fa1e5cc987e5)File(EFIubuntushimx64.efi)RC
Boot0001* Windows Boot Manager	HD(2,12c800,96000,e326fa47-638a-405c-926e-fa1e5cc987e5)File(EFIMicrosoftBootbootmgfw.efi)WINDOWS...
Boot0003* ubuntu                HD(2,12c800,96000,e326fa47-638a-405c-926e-fa1e5cc987e5)File(EFIubuntushimx64.efi)

Il y a même d'ailleurs un intrus.
Classiquement, je devrais te proposer de mettre ubuntu en première position. Il y a trois façons de faire
1) Certains ordinateurs savent choisir l'OS de démarrage par appui sur la touche F9 ou une autre). Pour le tien je ne sais pas.
Lorsque cela fonctionne, Je considère que le problème a reçu une bonne solution.
2) On peut utiliser SG2D (super grub2 disk) pour forcer un boot de ubuntu et demander de corriger les priorités de boot.
C'est la seule solution lorsqu'aucun OS ne démarre.
3) On peut utiliser EASYEFI pour faire la même chose lorsque windows démarre.
Cependant le fait de faire cette réparation ne signifie pas que le dual-boot va fonctionner!!!!
Comme tu as beaucoup galéré, je te propose une solution plus simple. Demander à windows de booter ubuntu. Si elle marche, on en restera là.

If your BIOS does not allow to change the boot order, change the default boot entry of the Windows bootloader.
For example you can boot into Windows, then type the following command in an admin command prompt:
bcdedit /set {bootmgr} path \EFI\...\grub*.efi

En clair, tu lances windows, tu entres en mode administrateur et tu fais la commande (par copier/coller si possible).
bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi

PS1. Je t'avais proposé de créer une seconde partition FAT32. Cela n'a pas été fait, Aurais-tu fais une commande fsck /dev/sda2
Je suis tout simplement curieux de savoir comment tu as pu réparer cet ennui.
PS2. Lorsque tu as installé ubuntu, tu as bien rebooté sur ubuntu puisque tu as eu un écran violet. Tu as donc probablement une touche bios qui doit te permettre de choisir ubuntu comme l'a dit bubdu89 .

Dernière modification par Bougron (Le 14/03/2015, à 14:00)

labecane · Le 13/03/2015, à 23:20

reponse au ps1 : Tu parles de la partition de 256mo où je devais mettre un flag ? si c'est cela et bien c'est grace a ça que j'ai reussi a installer grub ( sur a 90% ). Non je n'ai pas fait de commande de ce genre. J'ai essayer les commandes que tu m'avais donner mais comme je l'ai preciser plus haut elles ne fonctionnaient pas.

reponse au ps2 : bah en fait le nomodeset n'a pas fonctionner car l'ecran noir apparait quand je veux eteindre ubuntu ou redemarrer, je voulais essayer avec l'autre maniere (manuel) mais je n'arrive pas a booter sur l'installation d'ubuntu ^^

Donc si j'ai bien compris je copie/colle la commande

bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi

depuis l'invite de commande windows et l'ordi va demarrer sur ubuntu ? si c'est bien cela et bien c'est exactement ce que je cherchais ^^

ps : touche pour rentrer au bios F2, touche pour choisir le "stockage" où l'ordi doit demarrer F12.

Bougron · Le 13/03/2015, à 23:39

Merci pour toutes ces réponses
Donc la cause. Absence de flag boot... dans la partition EFI. Il y a déjà eu une discussion sur ce problème.

Sur le point 2, On ne va rien voir du tout.
Car si windows lance ubuntu, et qu'il fait un écran noir, Le bios va passer à la solution de secours qui est de lancer windows.

Pour la copie, je ne peux que la conseiller que lorsqu'on est sùr que ubuntu fonctionne... Cela me rappelle une discussion. Je vais tenter de la retrouver pour voir ce qu'il est préférable de faire. (Réponse demain). Il est possible que babdu89 la retrouve avant moi.

labecane · Le 13/03/2015, à 23:47

Bah en fait l'ecran noir reste, il ne part pas. Je dois eteindre l'ordi puis le rallumer pour que tout repart

bougron a écrit :

Cela me rappelle une discussion. Je vais tenter de la retrouver pour voir ce qu'il est préférable de faire. (Réponse demain). Il est possible que babdu89 la retrouve avant moi.

pas de probleme !

merci encore pour votre aide

Bougron · Le 14/03/2015, à 01:06

Bonsoir.
Vu la façon dont tu décris le problème d'arrêt et de boot, j'ai changé ma recherche.
J'ai trouvé cela http://forum.ubuntu-fr.org/viewtopic.ph … #p19056651
Tu pourras lire l'intégralité depuis le tout début.

La conclusion va venir....
http://forum.ubuntu-fr.org/viewtopic.php?id=1654081
Boot par F12!
Peux-tu indiquer la référence exacte de ton micro s'il n'est pas dans la liste des micros ACER ASPIRE Exxxx ( https://doc.ubuntu-fr.org/liste_portabl … #aspire_ex )

Dernière modification par Bougron (Le 14/03/2015, à 02:08)

Babdu89 · Le 14/03/2015, à 01:24

Bonsoir.
@ Bougron .

D'abord cela
/EFI/Boot/bkpbootx64.efi /EFI/Boot/bootx64.efi
Il faut croire que tu as lancé des réparations recommandés
Sauf erreur de ma part
/EFI/Boot/bkpbootx64.efi C'était quoi avant?
/EFI/Boot/bootx64.efi du coup c'est qui cela?
Ces deux infos seront à confirmer.
Je n'arrive pas à comprendre l'arrivée de ces fichiers. De quel droit se permet-il de remplir cette partition?
boot-sav/log/2015-03-13__17h19
boot-repair18/sda2/bootx
A noter que cela est intelligent mais surprenant car pas annoncé.
=> On ne se demandera plus où trouver les rapports effectués.

/EFI/Boot/bkpbootx64.efi /EFI/Boot/bootx64.efi

Il me semble avoir lu que c'est Boot-repair qui renomme le fichier Boot/bootx64.efi en ; bkpbootx64.efi

Je n'arrive pas à comprendre l'arrivée de ces fichiers. De quel droit se permet-il de remplir cette partition?
boot-sav/log/2015-03-13__17h19
boot-repair18/sda2/bootx
A noter que cela est intelligent mais surprenant car pas annoncé.
=> On ne se demandera plus où trouver les rapports effectués.

Je pense à des modifications dans les script de Boot-Repair. Çà fait partie de l'évolution. Et il me semble que YannUbuntu à reçu du renfort pour patcher intelligemment Boot-repair .
Log que l'on trouve dans le dossier " boot-sav" ,
Écrit dans la racine de la partition système Windows. Et dans ; /var/log/boot-sav , dans les partitions systèmes des Os Linux.

Et lorsque tu te retrouve comme moi, avec çà;

C'est sûr que çà doit bien aider à retrouver le bon log ...

Quand au flag "boot" dans les partitions de boot , çà sert surtout à Windows, mais il semblerait que grub s'en moque.
Bon , en UEFI, c'est à confirmer.

@+. Babdu89 .

Bougron · Le 14/03/2015, à 01:58

Bonsoir Babdu89
.... Dans ce cas /EFI/Boot/bootx64.efi serait probablement une duplication de /EFI/ubuntu/bootx64.efi
Enfin, bonne nouvelle, le renommage de windows a été épargné, donc il se lance encore après la réparation!!!!

... Dans quelques temps, on va se retrouver avec cette micro partition /EFI tellement pleine qu'installer une nouvelle version d'un OS va nécessiter une purge.
Cela va faire du boulot supplémentaire.

... Pour le flag-boot, il n'était pas présent initialement. cependant je pense que windows se lançait bien.
... Cela veut donc dire que l'installateur de la 14.04.2 est encore à coté de la plaque pour ce problème EFI.
Je crois que ubuntu n'a pas encore compris qu'il pouvait tranquillement faire sa partition personnelle /EFI sur le disque qu'on lui indique.
J'en déduis peut-être à tort, que toutes les partitions que l'installateur ne fabrique pas sont montées en READ à l'exception de celle(s) ayant un flag boot
que toutes les partitions accédées par boot-repair sont montées en READ à l'exception de celle(s) ayant un flag boot.

Dernière modification par Bougron (Le 14/03/2015, à 01:59)

Bougron · Le 14/03/2015, à 02:09

labecane a écrit :

non elle ne s'affiche pas, il y a juste celle de windows et ma clé usb bootable pourtant l'installation c'est fait sans probleme ...

Bonsoir.
Il ne te reste plus qu'à appliquer cette solution http://forum.ubuntu-fr.org/viewtopic.php?id=1654081

Babdu89 · Le 14/03/2015, à 02:14

Bonsoir.

... Cela veut donc dire que l'installateur de la 14.04.2 est encore à coté de la plaque pour ce problème EFI.
Je crois que ubuntu n'a pas encore compris qu'il pouvait tranquillement faire sa partition personnelle /EFI sur le disque qu'on lui indique.

Le système efi, ne supporte toujours qu'une seule partition efi dans la config. Il n'en cherche qu'une, et lorsqu'il la trouve, il s'en sert pour faire les installation.

Il est sûr que une taille de 100/200Mo vont bientôt paraître court, mais rien n’empêche de faire plus grand en installation manuelle. Pour une installation automatique, c'est l'installateur qui décide...

@+. Babdu89 .

labecane · Le 14/03/2015, à 10:17

Bougron a écrit :

Peux-tu indiquer la référence exacte de ton micro s'il n'est pas dans la liste des micros ACER ASPIRE Exxxx ( https://doc.ubuntu-fr.org/liste_portabl … #aspire_ex )

mon pc : http://www.amazon.fr/gp/product/B00O2ZV … ge_o04_s00
Acer Aspire ES1-512-C4FR

edit :

bougron a écrit :

Bonsoir.
Il ne te reste plus qu'à appliquer cette solution http://forum.ubuntu-fr.org/viewtopic.php?id=1654081

Ton lien ne m'aide pas car comme je l'ai dit plus haut quand j'appuie sur F12 il n'y a que la partition windows + ma clé usb qui apparait.

Par contre si tu parles de CE LIEN et de cette astuce

Il y a un souci qui va se poser un jour : lors d'une mise à jour de Windows, ce petit foireux va réinstaller son chargeur d'amorçage dans la partition EFI. Du coup, le démarrage se refera par défaut sur Windows. Pour remédier à cela, tu auras juste à reprendre ce que j'ai indiqué dans le post #6 à savoir :  
- renommer le fichier /EFI/Microsoft/Boot/bootmgfw.efi en /EFI/Microsoft/Boot/bootmgfw.efi.back ; là tu devrais être interrogé sur "Remplacer le fichier existant" et tu accepteras.
- installation dans /EFI/Microsoft/Boot/ d'une copie du fichier grubx64.efi que tu renommeras en bootmgfw.efi pour leurrer le "Bios"

Lors d'une mise à niveau ultérieure de Ubuntu, tu risques aussi d'avoir un souci parce que le fichier qui lance Ubuntu au démarrage n'aura pas été mis à niveau. Après mise à niveau, au redémarrage tu auras un message de Grub pas content. La solution sera de refaire la partie :
- installation dans /EFI/Microsoft/Boot/ d'une copie du fichier grubx64.efi que tu renommeras en bootmgfw.efi pour leurrer le "Bios" (là aussi tu seras interrogé sur "Remplacer le fichier existant" et tu accepteras.

. Dis le moi comme ça je me mettrai au boulot

Dernière modification par labecane (Le 14/03/2015, à 10:23)

Bougron · Le 14/03/2015, à 10:44

Bonjour.
Avec le nom exact du ordinateur, j'ai trouvé une référence proche E1-531
Cependant, je te confirme que la bonne solution est de faire en sorte que la touche F12 sache te proposer tous les fichiers possibles de boot.
J'ai donné un lien montrant que cela était possible et expliquant brièvement comment faire. Mais ce n'était pas le modèle exact de ton micro.

Si tu avais bien interprété ma remarque actuelle sur le changement de nom du fichier de boot de Microsoft, tu aurais compris que cette solution n'est plus proposée.
.
On propose actuellement à Microsoft de booter ubuntu. Cela semble moins mauvais comme solution que le renommage des fichiers.
Tu devras mémoriser cette façon de faire car lorsque microsoft fait des mise à jour majeures, il perd la modification qu'on va faire:
qui est décrire dans cette discussion: http://forum.ubuntu-fr.org/viewtopic.ph … #p19004591
qui est maintenant proposée par boot-repair
que j'ai envisagé au post#59 et que je confirme car cela ne semble pas un problème d'affichage en mode graphique.
En clair, tu lances windows, tu entres en mode administrateur et tu fais la commande (par copier/coller si possible).
bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi
Si besoin, regarde en détail http://forum.ubuntu-fr.org/viewtopic.ph … #p17756581
http://forum.ubuntu-fr.org/viewtopic.ph … #p17783801
En résumé: Tu tentes de booter via F12 et/ou tu tentes de booter via cette possibilité.

Je pense que tu as lu toutes les autres discussions concernant le problème de l'écran noir à l'arrêt.
Comme tu es en version 14.04.2, Initialiser une discussion sur ce seul problème me semble une bonne idée même si elle n'aboutit pas.

Dernière modification par Bougron (Le 14/03/2015, à 11:09)

Bougron · Le 14/03/2015, à 11:25

Babdu89 a écrit :

Bonsoir.
.....
Le système efi, ne supporte toujours qu'une seule partition efi dans la config. Il n'en cherche qu'une, et lorsqu'il la trouve, il s'en sert pour faire les installation.
......
Pour une installation automatique, c'est l'installateur qui décide...
@+. Babdu89 .

Bonjour.
Tout à l'heure on va probablement savoir que le dual-boot fonctionne sur cette machine. via la touche F12 ou via le lancement par windows.
Dans ce cas particulier, on disposait d'un bios positionné en EFI, d'un disque positionné en GPT, d'une partition FAT32
Je n'ai toujours pas compris pourquoi ce problème d'accès en READ..... mais j'admets que la cause est l'absence d'un flag boot..
Un message plus clair de l'installateur UBUNTU ou de boot-repair indiquant qu'il n'y avait pas de partitions avec un flag boot aurait simplifié la vie.
Un bios EFI n'a besoin que de partitions EFI sur des supports GTP pour les disques.

labecane · Le 14/03/2015, à 11:27

mauvaise nouvelle, le dualboot ne fonctionne pas, j'ai bien mis la commande et reboot mais il n'y a que la partition windows quand je fais F12.

Bougron · Le 14/03/2015, à 12:20

Un second lancement et arrêt de windows.
Explication, certains bios, mémorisent le dernier OS lancé et le relancent systématiquement avant de prendre cette modif.
Si windows est de nouveau lancé, fais la commande suivante en mode administrateur https://technet.microsoft.com/fr-fr/lib … 10%29.aspx

bcdedit

et fais nous un copier/coller des 20 premières lignes. Il est possible qu'il y ait eu des fautes de frappes
Si rien ne marche, on va sortir le canon de 75 : SG2D ou EASYEFI et dire que le boot windows lance le programme ubuntu
PS; As-tu un autre micro pour communiquer? Car ce canon de 75, si je me trompe pourrait faire en sorte que rien ne puisse booter si on utilise EASYEFI au lieu de SG2D

Dernière modification par Bougron (Le 14/03/2015, à 12:38)

Babdu89 · Le 14/03/2015, à 12:54

Bonjour.
@ Bougron .

Voir ici ;

http://forum.ubuntu-fr.org/viewtopic.ph … #p19416691

Surtout l'Édit.

Édit.
Je ne serais pas étonné que YannUbuntu ,ou les contributeurs qui aident à améliorer Boot-Repair .
Demandent à l'utilisateur dans la discutions indiquée ci-dessus . De leur envoyer une archive zippée des log fait par Boot-Repair.
Dans le boot-info on voit;
http://paste.ubuntu.com/10592494/
En haut, en rouge, on voit la date et heure de la création du boot info. Il n'y a pas réparation de faite, mais on voit du changement, puisque le contenu la partition /boot/efi à été changé.
Et la date et heure du log indiqués dans cette partition, sont différentes de celles indiqués pour la création du boot info.
Donc pour savoir ce que Boot-Repair à fait comme réparation, et comment il a eu accès à cette partition. Il faut avoir le contenu du dossier /var/log/boot-sav à disposition .

@+. Babdu89 .

labecane · Le 14/03/2015, à 15:03

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

C:\Windows\system32>bcdedit

Gestionnaire de démarrage Windows
---------------------------------
identificateur          {bootmgr}
device                  partition=\Device\HarddiskVolume2
path                    \EFI\ubuntu\shimx64.efi
description             Windows Boot Manager
locale                  fr-FR
inherit                 {globalsettings}
integrityservices       Enable
default                 {current}
resumeobject            {816c835a-28ec-11e4-a02b-206a8ae0418e}
displayorder            {current}
toolsdisplayorder       {memdiag}
timeout                 15
displaybootmenu         No

Chargeur de démarrage Windows
-----------------------------
identificateur          {current}
device                  partition=C:
path                    \Windows\system32\winload.efi
description             Windows 8.1
locale                  fr-FR
inherit                 {bootloadersettings}
recoverysequence        {816c835c-28ec-11e4-a02b-206a8ae0418e}
integrityservices       Enable
recoveryenabled         Yes
isolatedcontext         Yes
allowedinmemorysettings 0x15000075
osdevice                partition=C:
systemroot              \Windows
resumeobject            {816c835a-28ec-11e4-a02b-206a8ae0418e}
nx                      OptIn
bootmenupolicy          Standard
detecthal               Yes

C:\Windows\system32>

Je crois que l'ordi a vu qu'il y avait 2 OS mais je ne sais pas pourquoi il me le propose pas ...

Bougron · Le 14/03/2015, à 15:33

Opération SG2D
Cela va permettre de booter ubuntu
Comme ton bios lance certainement systématiquement le dernier OS utilisé, Tant que que tu utiliseras ubuntu, cela marchera mais lorsque tu retenteras windows, On aura de nouveau le problème. Cette solution n'est pas viable pour une utilisation normale.

A chaque fois que tu auras un peu de temps de libre, regarde s'il y a pas un truc dans le bios qui empêche la visibilité des programmes de boot
N'hésites pas à tout explorer..... C'est là qu'il faut qu'on trouve.

Je pars sur un chemin inconnu quant au résultat.
On va partir sur la solution de demander à windows de lancer Ubuntu seulement une seule fois. Cela marche. Ou pas. Dans ce cas, je n'ai plus d'autres pistes.

Le temps de te préparer quelques choses avant 15h30 car après je swap!

Dernière modification par Bougron (Le 14/03/2015, à 15:59)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 12/03/2015, à 23:09

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#52 Le 12/03/2015, à 23:23

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#53 Le 13/03/2015, à 00:35

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#54 Le 13/03/2015, à 17:25

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#55 Le 13/03/2015, à 19:48

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#56 Le 13/03/2015, à 19:58

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#57 Le 13/03/2015, à 20:46

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#58 Le 13/03/2015, à 21:01

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#59 Le 13/03/2015, à 23:00

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#60 Le 13/03/2015, à 23:20

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#61 Le 13/03/2015, à 23:39

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#62 Le 13/03/2015, à 23:47

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#63 Le 14/03/2015, à 01:06

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#64 Le 14/03/2015, à 01:24

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#65 Le 14/03/2015, à 01:58

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#66 Le 14/03/2015, à 02:09

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#67 Le 14/03/2015, à 02:14

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#68 Le 14/03/2015, à 10:17

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#69 Le 14/03/2015, à 10:44

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#70 Le 14/03/2015, à 11:25

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#71 Le 14/03/2015, à 11:27

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#72 Le 14/03/2015, à 12:20

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#73 Le 14/03/2015, à 12:54

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#74 Le 14/03/2015, à 15:03

Re : [RESOLU] Impossible d'installer GRUB + dualboot

#75 Le 14/03/2015, à 15:33

Re : [RESOLU] Impossible d'installer GRUB + dualboot

Pied de page des forums