Pages : 1
#1 Le 28/05/2014, à 00:37
- omne
[Résolu] Problème UEFI… toujours
Bonjour,
Désolé d'être un utilisateur de plus avec ce type de problème, mais je ne trouve pas de solution.
J'essaie de faire condensé :
Un pote à ordi hp20 2010ef neuf. Il ne veut pas de windows 8, que linux. J'ai donc tout viré.
Première installe sans soucis sauf qu'au démarrage suivant…
Périphérique d'amorçage introuvable
Veuillez installer un système d'exploitation sur votre disque dur.
Disque dur - (3F0)
F2 diagnostics du système
Pour en savoir plus blablabla site web HP
J'ai essayé plein de choses (Partitionnement manuel, automatique, divers options dans boot-repair) rien n'y fait. J'ai lu la doc, le forum. C'est la galère.
Quelques infos :
— la clef-usb est avec la version internationale d'ubuntu. Les clef usb avec ubuntu 13.04, typiquement ubuntu-secure plantent (Écran noir, j'ai eu un terminal, une fois, mais je ne sais plus comment je m'étais démerdé…) ;
— la clef boot en UEFI si j'en crois l'écran identique à la capture d'écran de la doc ;
— le disque est en GPT, la partition /boot/efi bien présente (avec un flag « boot » quoi que le partitionnement auto d'ubuntu met le flag « msftdata ») ;
— j'ai une partion /boot/efi, une /boot, une / et une swap
— depuis le live-usb j'ai accès aux partitions l'installation d'ubuntu semble parfaite, j'ai d'ailleurs pu vérifier que la partions /boot/efi est bien dans /etc/fstab (avec le bon UUID) ;
— dans cette partiotion EFI, il y a un répertoire « ubuntu » avec un grub.cfg qui envoie bien vers la partition /boot
— j'ai bien désactivé fast-boot et secure-boot dans le bios, mais je ne peux pas virer le mode UEFI du bios (dommage…) D'ailleurs dans l'ongelt GRUB de boot-repair il y a une case secure-boot, faut-il la décocher ? ;
— boot-repair me demande de copier/coller plein de lignes avec des chroot dans tous les sens (ça me rappel des bon souvenirs d'arch ) et à la fin me signale qu'il y a eu une erreur. Les logs sont là : http://paste.ubuntu.com/7532266/ C'est peut-être là le problème : je force la version saucy pour l'utiliser dans trusty, mais c'est ce que préconise la doc et ça semble fonctionner pour les autres.
Voilà. Je ne sais plus trop quoi faire. Peut-être trouver un moyen de faire tourner ubuntu saucy ?
[je vais faire mon vieux con mais il y a plus de 15 ans, me premières install linux de SuSE avec une disquette et 6 CDs se passaient plus simplement…]
Dernière modification par omne (Le 29/05/2014, à 12:07)
Je tape sur un clavier fr-dvorak-bépo : http://www.bepo.fr
Hors ligne
#2 Le 28/05/2014, à 07:38
- Compte supprimé
Re : [Résolu] Problème UEFI… toujours
Bonjour,
Voici ton Boot-Info :
============================= Boot Info Summary: ===============================
=> No boot loader is installed in the MBR of /dev/sda.
=> Syslinux MBR (4.04 and higher) is installed in the MBR of /dev/sdb.
sda1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /EFI/ubuntu/MokManager.efi /EFI/ubuntu/grubx64.efi
/EFI/ubuntu/shimx64.efi
sda2: __________________________________________________________________________
File system: ext2
Boot sector type: -
Boot sector info:
Operating System:
Boot files: /grub/grub.cfg
sda3: __________________________________________________________________________
File system: LVM2_member
Boot sector type: -
Boot sector info:
sdb1: __________________________________________________________________________
File system: vfat
Boot sector type: SYSLINUX 4.04 2011-04-18
Boot sector info: Syslinux looks at sector 3030848 of /dev/sdb1 for its
second stage. SYSLINUX is installed in the directory.
No errors found in the Boot Parameter Block.
Operating System:
Boot files: /boot/grub/grub.cfg /syslinux/syslinux.cfg
/casper/vmlinuz.efi /EFI/BOOT/grubx64.efi /ldlinux.sys
ubuntu-vg-root': _______________________________________________________________
File system:
Boot sector type: Unknown
Boot sector info:
Mounting failed: mount: unknown filesystem type ''
ubuntu-vg-swap_1': _____________________________________________________________
File system:
Boot sector type: Unknown
Boot sector info:
Mounting failed: mount: unknown filesystem type ''
mount: unknown filesystem type ''
============================ Drive/Partition Info: =============================
Drive: sda _____________________________________________________________________
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
Partition Boot Start Sector End Sector # of Sectors Id System
/dev/sda1 1 976,773,167 976,773,167 ee GPT
GUID Partition Table detected.
Partition Start Sector End Sector # of Sectors System
/dev/sda1 2,048 1,050,623 1,048,576 EFI System partition
/dev/sda2 1,050,624 1,550,335 499,712 Data partition (Linux)
/dev/sda3 1,550,336 976,771,071 975,220,736 Logical Volume Manager (LVM) partition (Linux)
Drive: sdb _____________________________________________________________________
Disk /dev/sdb: 2097 MB, 2097152000 bytes
255 heads, 63 sectors/track, 254 cylinders, total 4096000 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
Partition Boot Start Sector End Sector # of Sectors Id System
/dev/sdb1 * 63 4,080,509 4,080,447 b W95 FAT32
"blkid" output: ________________________________________________________________
Device UUID TYPE LABEL
/dev/loop0 squashfs
/dev/mapper/ubuntu--vg-root 45b61730-b6f0-483a-9719-dcf3d6117f72 ext4
/dev/mapper/ubuntu--vg-swap_1 a303cff6-8f82-4bb0-9bae-0b3e9631f757 swap
/dev/sda1 4CC6-38C9 vfat
/dev/sda2 31574b2c-3652-4120-96ff-8fa59203faa0 ext2
/dev/sda3 0yqxFS-lpqB-2Wwt-5WXO-khno-NpTW-hE6izU LVM2_member
/dev/sdb1 72A1-D9A4 vfat MYLINUXLIVE
De ce que j'en lis, tu as un Syslinux installé dans le MBR d'un deuxième disque dur. Dans la mesure où tu as fait une installation en UEFI sur le premier, si l'ordinateur boot sur ce deuxième disque, le message que tu obtiens semble logique. Inverse les 2 disques dans les priorités de boot du démarrage.
Dernière modification par Cirius1987 (Le 28/05/2014, à 07:48)
#3 Le 28/05/2014, à 12:03
- omne
Re : [Résolu] Problème UEFI… toujours
Ha... bien vu. Il n'y a donc rien dans le mbr du disque de l'ordi (sda).
sdb c'est la clef USB sur laquelle je boot pour avoir un live-usb, le but c'est qu'il ne soit plus là !
Ce qu'il faut donc c'est que je rétablisse je ne sais quoi sur le MBR du disque ? Je vais fouiller, merci.
Je tape sur un clavier fr-dvorak-bépo : http://www.bepo.fr
Hors ligne
#4 Le 28/05/2014, à 13:56
- Compte supprimé
Re : [Résolu] Problème UEFI… toujours
Non c'est une fausse piste, l'UEFI n'utilise pas le MBR.
Si c'est une clé, que tu enlèves au démarrage, et que ça ne démarre toujours pas... dans la mesure où je vois que tu as fait les partitions avec le mode automatique (et que donc la partition EFI s'est mise automatiquement...et que donc tu as lancé la clé en mode UEFI) c'est que ton ordinateur ne redémarre peut-être pas en mode UEFI avec le disque dur. Regarde dans ton BIOS/UEFI si tu démarres (en priorité ?) sur UEFI ou sur Legacy.
Autrement, essaye en installant Ubuntu en mode non UEFI... en faisant ainsi n'oublie pas de créer une table de partition MS-DOS (au lieu de GPT) sur le disque dur, avec Gparted, avant de réinstaller.
Dernière modification par Cirius1987 (Le 28/05/2014, à 14:07)
#5 Le 28/05/2014, à 17:07
- omne
Re : [Résolu] Problème UEFI… toujours
Lorsque je fais un F9 au démarrage pour afficher le menu de boot (sans la clef USB) il y a bien une entrée ubuntu (et deux entrée UEFI : network).
C'est cette entrée qui plante.
Donc je pense que le boot est bien en UEFI.
Il faut que je regarde du côté du contenu de la partition UEFI ?
Je tape sur un clavier fr-dvorak-bépo : http://www.bepo.fr
Hors ligne
#6 Le 28/05/2014, à 20:29
- Compte supprimé
Re : [Résolu] Problème UEFI… toujours
Il faut que je regarde du côté du contenu de la partition UEFI ?
Tu veux dire de la partition EFI. Et non, modifier cette partition n'est pas vraiment une piste prioritaire.
Boot files: /EFI/ubuntu/MokManager.efi /EFI/ubuntu/grubx64.efi
/EFI/ubuntu/shimx64.efi
Essaye en réactivant le secure boot. (→ http://askubuntu.com/questions/342365/w … nd-shimx64 - http://ubuntuforums.org/showthread.php?t=2215782)
Les clef usb avec ubuntu 13.04
Ubuntu 14.04 64-Bit ? → http://www.ubuntu.com/download/desktop
(64-Bit obligatoire quelque soit la version !)
#7 Le 28/05/2014, à 21:35
- omne
Re : [Résolu] Problème UEFI… toujours
Non c'est une fausse piste, l'UEFI n'utilise pas le MBR.
Si c'est une clé, que tu enlèves au démarrage, et que ça ne démarre toujours pas... dans la mesure où je vois que tu as fait les partitions avec le mode automatique (et que donc la partition EFI s'est mise automatiquement...et que donc tu as lancé la clé en mode UEFI) c'est que ton ordinateur ne redémarre peut-être pas en mode UEFI avec le disque dur. Regarde dans ton BIOS/UEFI si tu démarres (en priorité ?) sur UEFI ou sur Legacy.
Je ne vois aucun réglage de ce type dans le bios. Il y a un réglage qui s'appel « Démarrage par le BIOS » qui propose d'activer ou désactiver les jours de la semaine puis une dernière ligne avec un réglage d'heure… pas très clair.
La phrase exacte lorsque j'affiche le menu de démarrage au boot c'est :
Source de démarrage UEFI
ubuntu
Source de démarrage héritées
Il n'y a rien d'autre (j'ai viré le boot depuis le réseau, ça prenait 3 plombes).
Autrement, essaye en installant Ubuntu en mode non UEFI... en faisant ainsi n'oublie pas de créer une table de partition MS-DOS (au lieu de GPT) sur le disque dur, avec Gparted, avant de réinstaller.
Au vu de ce qui est au dessus, je ne vois pas bien l'intérêt de faire du non-UEFI.
Je tape sur un clavier fr-dvorak-bépo : http://www.bepo.fr
Hors ligne
#8 Le 28/05/2014, à 21:38
- omne
Re : [Résolu] Problème UEFI… toujours
Essaye en réactivant le secure boot. (→ http://askubuntu.com/questions/342365/w … nd-shimx64 - http://ubuntuforums.org/showthread.php?t=2215782)
Je viens d'essayer ça ne donne rien.
omne a écrit :Les clef usb avec ubuntu 13.04
Ubuntu 14.04 64-Bit ? → http://www.ubuntu.com/download/desktop
(64-Bit obligatoire quelque soit la version !)
Je n'ai toujours utilisé que des 64bits. La première install sur cette ordi c'était la version francophone mais depuis que j'ai lu la doc, je n'utilise que la version intl.
Je tape sur un clavier fr-dvorak-bépo : http://www.bepo.fr
Hors ligne
#9 Le 28/05/2014, à 23:24
- Bougron
Re : [Résolu] Problème UEFI… toujours
Bonsoir.
Je me permets d'intervenir car je suis de ceux qui ont donné, et beaucoup ramassé.
1) Oublies tous les messages de ceux qui te conseillent de booter en LEGACY . La réalité c'est EFI.
2) Oublies boot-repair que j'ai nommé boot-destroy
Comme tu l'as vu, Il mélange un peu tout. Il m'a cassé deux fois le démarrage de mon ordi. (je peux fournir les discussions si tu le souhaites) Mais cela, pour le faire comprendre aux experts c'est difficile.
3) Oublies le grub, s'il n'a pas évolué, Il gère très mal EFI.
4) Utilises Super GRUB, Il arrive à gérer EFI. http://forum.ubuntu-fr.org/viewtopic.php?id=1287711
5) Si tu utilises cet outil
-Il va certainement détruire quelques pointeurs de boot pour y mettre les siens
Mais lorsqu'il aura mis les siens, Il te listera tous les pointeurs de boot qui sont présents dans la machine
Tu pourras alors voir si le pointeur de boot windows est encore présent
Même si ce pointeur est absent, cela ne veut pas dire que windows est absent.
Pour le savoir, il faut lister les partitions. Sauf mauvaise lecture des échanges je n'ai pas vu cette liste.
Tu pourras alors les essayer un par un afin d'en trouver un qui met en route.
après, les spécialistes (ex maxrire) te feront bidouiller avec les commandes efibootxxxx pour remettre en ordre les choses.
P.S. Avec la quantité de problèmes sur ce sujet, tu risques même de pouvoir le faire toi-même.
Dernière modification par Bougron (Le 28/05/2014, à 23:25)
Hors ligne
#10 Le 28/05/2014, à 23:54
- Bougron
Re : [Résolu] Problème UEFI… toujours
— le disque est en GPT, la partition /boot/efi bien présente (avec un flag « boot » quoi que le partitionnement auto d'ubuntu met le flag « msftdata ») ;
— j'ai une partion /boot/efi, une /boot, une / et une swap
La partition boot est normalement /dev/sda2. Le système de fichier est du format FAT32. C'est un format propriétaire de microsoft, De mémoire il est apparru en remplacement du format FAT16 avec l'arrivée de Windows 95. C'est donc un format fiable. La partition est certainement taillée avec 260 MO, Elle contient ce qui est bootable.
Elle porte donc le drappeau BOOT. Ce simple drappeau est suffisant, Mais je ne pense pas qu'avoir msftdata soit génant, Je dirais que c'est une précision (dans mon micro ce n'est pas présent).
Voici la structure présente dans mon micro (y compris les choses inutiles) vue à partir de ubuntu 14.04
ordinateur/boot/efi/EFI/Boot/
Fichiers BCD bootmgfw.efi bootx64.efi
ordinateur/boot/efi/EFI/ubuntu/
Fichiers grub.cfg grubx64.efi MokManager.efi shimx64.efi
ordinateur/boot/efi/EFI/Microsoft/Boot
Fichiers BCD et plein de BCD.xxxx
boot.stl bootmgfw.efi bootmgr.efi bootx64.efi grub.cfg(????) memtest.efi BOOTSTAT.DAT
et plein de répertoires de langues ainsi que le répertoire fonts
Ceci à toutes fins utiles.
Je ne comprends pas trop pourquoi deux partitions boot (sauf si tu as deux disques, et sauf si ce n'est plus le cas)
Hors ligne
#11 Le 29/05/2014, à 02:02
- omne
Re : [Résolu] Problème UEFI… toujours
Alors, supergrub ne boot pas depuis une clef usb (j'ai testé deux versions). À la place j'ai, au mieux, un prompt GRUB4DOS
Je tape sur un clavier fr-dvorak-bépo : http://www.bepo.fr
Hors ligne
#12 Le 29/05/2014, à 05:20
- Compte supprimé
Re : [Résolu] Problème UEFI… toujours
Cirius1987 a écrit :Autrement, essaye en installant Ubuntu en mode non UEFI... en faisant ainsi n'oublie pas de créer une table de partition MS-DOS (au lieu de GPT) sur le disque dur, avec Gparted, avant de réinstaller.
Au vu de ce qui est au dessus, je ne vois pas bien l'intérêt de faire du non-UEFI.
Ben c'est simple, une des raisons pour laquelle ça ne boot pas en UEFI sur ton disque dur peut venir du fait que l'ordinateur n'arrive pas à gérer le boot de cette version d'Ubuntu en mode UEFI sur le disque dur...
Peut-être un problème de BIOS/UEFI à mettre à jour (→ BIOS - hp20 2010ef), ou alors...
Cirius1987 a écrit :omne a écrit :Les clef usb avec ubuntu 13.04
Ubuntu 14.04 64-Bit ? → http://www.ubuntu.com/download/desktop
(64-Bit obligatoire quelque soit la version !)Je n'ai toujours utilisé que des 64bits. La première install sur cette ordi c'était la version francophone mais depuis que j'ai lu la doc, je n'utilise que la version intl.
(*soupir*) Installe Ubuntu 14.04 !! → http://www.ubuntu.com/download/desktop
J'ai l'impression que tu comprends pas.
La 13.04 a passé le cap de fin de vie, alors on est plus dedans... donc si elle bug pour toi... on pourra pas faire grand chose.
Je ne comprends pas trop pourquoi deux partitions boot
C'est le mode automatique... . Certains ordinateurs, du fait d'une limitation dans le BIOS, n'arrivent pas à lire les fichiers de démarrage s'ils sont situés trop loin (>100Go) du début du disque. Dans ce cas, il est généralement nécessaire de créer une partition /boot en début de disque. Mais là c'est pas tellement le problème puisque de toute façon :
— dans cette partiotion EFI, il y a un répertoire « ubuntu » avec un grub.cfg qui envoie bien vers la partition /boot
Ton ordinateur indique "Périphérique d'amorçage introuvable", donc concrètement le problème se situe au niveau de l'UEFI et/ou de la partition boot EFI.
l'UEFI reconnait que la partition de boot à un dossier pour Ubuntu, raison pour laquelle il t'affiche ça :
Source de démarrage UEFI ubuntu Source de démarrage héritées
mais ça ne veut pas dire qu'il reconnait que les fichiers du dossier puissent être compatibles avec un processus de boot, ou que la hiérarchie globale de la partition de boot EFI soit correcte (du moins pour lui).
Dernière modification par Cirius1987 (Le 29/05/2014, à 06:32)
#13 Le 29/05/2014, à 07:46
- Bougron
Re : [Résolu] Problème UEFI… toujours
J'essaie de faire condensé :
Un pote à ordi hp20 2010ef neuf. Il ne veut pas de windows 8, que linux. J'ai donc tout viré.
Première installe sans soucis sauf qu'au démarrage suivant…installer un système d'exploitation sur votre disque dur.
Bonjour.
Je suppose que l'ordinateur tout neuf avait un windows pré-installé. Si oui, HP semble avoir appliqué la même rêgle que TOSHIBA (mon expérience personnelle) ou que ACER (vu sur le forum) etc.
Il faut savoir que les windows préinstallés ne bootent pas classiquement par le MBR, mais à partir d'une partition FAT32 avec le flag boot et du seul fichier imposé par microssoft.
Cela le grub ne l'a certainement pas encore totalement assimilé.
Dans le domaine dual boot, On a plein de cas oû après l'installation réussie, le micro continuait à booter exclusivement avec windows.
Ceci est la preuve que l'installation ubuntu est nase. Dans ta destruction brutale, tu as supprimé ce fichier. Donc tu ne peux plus booter.
On a tous fait tellement de manipulations qu'il est difficile de dire qu'elle est la vraie action qui a dépanné.
voir par exemple post #27 de https://forum.ubuntu-fr.org/viewtopic.p … 588351&p=2
Cependant je pense que la seule copie manuelle du fichier /boot/efi/EFI/ubuntu/shimx64.efi dans le fichier /boot/efi/EFI/boot/bootmgfw.efi est suffisante.
Voir explication angalise ici http://linuxontoshiba.blogspot.se/2014/ … -from.html
Il faut que tu te prépares à faire ce style de copie. Je recherche dans le forum la meilleure discussion sur ce sujet afin de vérifier que je ne me trompe pas sur les noms de répertoire et de fichier
A bientot.
Dernière modification par Bougron (Le 29/05/2014, à 08:51)
Hors ligne
#14 Le 29/05/2014, à 07:56
- Bougron
Re : [Résolu] Problème UEFI… toujours
Erreur de mémoire, Je me suis trompé sur le nom
Voici en tout cas la plus récente http://forum.ubuntu-fr.org/viewtopic.php?id=1589561
C'est là qu'il y a le moins de manips. Il est dans post#6 mais le résultat n'est pas encore connu.
ça voudra dire que l'action de remplacer le fichier (windows) /EFI/Boot/bootx64.efi par le fichier (linux) /EFI/ubuntu/shimx64.efi est l'action nécessaire et suffisante.
Dernière modification par Bougron (Le 29/05/2014, à 08:42)
Hors ligne
#15 Le 29/05/2014, à 09:35
- Bougron
Re : [Résolu] Problème UEFI… toujours
Source de démarrage UEFI ubuntu Source de démarrage héritées
mais ça ne veut pas dire qu'il reconnait que les fichiers du dossier puissent être compatibles avec un processus de boot, ou que la hiérarchie globale de la partition de boot EFI soit correcte (du moins pour lui).
Donc le micro démarre bien en mode EFI. La partition BOOT est donc correcte il a trouvé /EFI/ubuntu
J'ai regardé un peu les caractéristes techniques de ce micro chez HP, mais je n'ai pas trouvé ce que je cherchais
1) Le sécure boot est présent au niveau des options du bios?
2) Si oui, est-il possible de le déactiver ?
Dans le cas contraire, il est possible que ce PC très récent contrôle que le fichier de démarrage soit bien le fichier de microsoft gràce à une signature contenue dans ce fichier.
. Comme cette signature est privéee, ubuntu n'a pas le droit de l'imiter. c'est le NEC plus ultra de windows. Il faut réussir à empêcher tous les ordinateurs de fonctionner s'ils ne sont pas équipés par windows.
C'est l'information que je cherche " sur les appareils ARM, Microsoft interdit la désactivation du secure boot aux constructeurs".
Voir aussi paragraphe 3.2.1 de http://fr.wikipedia.org/wiki/Unified_Ex … _Interface
Depuis la version 2.3.1, l'UEFI intègre une fonctionnalité n'autorisant le démarrage qu'aux systèmes d'exploitation reconnus. Cette fonctionnalité vise à interdire le démarrage d'un système d'exploitation corrompu notamment par un virus ou un rootkit.
En mode « lancement sécurisé » (secure boot), l'UEFI utilise un mécanisme de vérification par signatures numériques. Le micrologiciel interdit tout chargement de driver ou de noyau dont la signature ne correspondrait pas à celle gravée en ROM.
Dernière modification par Bougron (Le 29/05/2014, à 09:38)
Hors ligne
#16 Le 29/05/2014, à 10:50
- omne
Re : [Résolu] Problème UEFI… toujours
omne a écrit :Cirius1987 a écrit :Autrement, essaye en installant Ubuntu en mode non UEFI... en faisant ainsi n'oublie pas de créer une table de partition MS-DOS (au lieu de GPT) sur le disque dur, avec Gparted, avant de réinstaller.
Au vu de ce qui est au dessus, je ne vois pas bien l'intérêt de faire du non-UEFI.
Ben c'est simple, une des raisons pour laquelle ça ne boot pas en UEFI sur ton disque dur peut venir du fait que l'ordinateur n'arrive pas à gérer le boot de cette version d'Ubuntu en mode UEFI sur le disque dur...
Peut-être un problème de BIOS/UEFI à mettre à jour (→ BIOS - hp20 2010ef), ou alors...
Le problème c'est que c'est un .exe et que, comme je l'ai dit plus haut, je n'ai pas de windows sur cet ordinateur (mon pote n'en veut pas, et vu la tronche du partitionnement, ça m'allait bien : j'ai tout viré). Mais c'est peut-être bien là le problème, en effet. Cf réponse dans autre post.
omne a écrit :Cirius1987 a écrit :Ubuntu 14.04 64-Bit ? → http://www.ubuntu.com/download/desktop
(64-Bit obligatoire quelque soit la version !)Je n'ai toujours utilisé que des 64bits. La première install sur cette ordi c'était la version francophone mais depuis que j'ai lu la doc, je n'utilise que la version intl.
(*soupir*) Installe Ubuntu 14.04 !! → http://www.ubuntu.com/download/desktop
J'ai l'impression que tu comprends pas.
La 13.04 a passé le cap de fin de vie, alors on est plus dedans... donc si elle bug pour toi... on pourra pas faire grand chose.
Ça fait 15 ans que j'utilise linux, je comprends bien ce que tu dis Je me suis peut-être mal exprimé. Je n'utilise que la version 14.04, et en 64bits, et intl, naturellement. Mais linux-secure n'est pas encore dispo en version 14.04, donc j'ai été forcé d'utilisé cette version plus ancienne, qui ne démarre pas du tout (sans doute problème de matériel récent).
Je tape sur un clavier fr-dvorak-bépo : http://www.bepo.fr
Hors ligne
#17 Le 29/05/2014, à 11:01
- omne
Re : [Résolu] Problème UEFI… toujours
Alors, déjà merci à vous deux.
J'ai finalement un ubuntu qui démarre, en désactivant EFI.
Je note ici comment faire, c'est assez bien caché dans le BIOS :
— dans la partie sécurité il faut activer « support du matériel ancien » (ça nécessite de désactivé le boot-sécure, ce que j'avais fait depuis longtemps) ;
— dans la partie séquence de démarrage, un nouveau menu apparaît, avec les mêmes disques et réseau, mais en non UEFI. Pour le moment j'ai désactivé tout ce qui était en UEFI.
De là, boot sur clef usb, démarrage de la clef en non UEFI, installation standard, reboot OK \o/
Je suis au travail, pas encore été voir comment ubuntu a fait le partitionnement auto. Mais maintenant que j'ai un truc qui fonctionne, je vais peut-être aller faire mumuse et essayer de faire fonctionner l'UEFI correctement en suivant ta piste, @bourgon.
La mise-à-jour du BIOS est peut-être nécessaire, j'ai déjà fait ça il y a longtemps en bootant un freedos… mais maintenant ce sont des .exe, je pense que ça ne va pas fonctionner. À moins que je puisse le faire depuis un wmware et un windows virtuel, mais je n'ai pas de CD windows et pas envie de tout planter en jouant à ça.
Merci à vous deux, ce fut un peu épique… mais comme d'ab, grâce à la communauté, on s'en sort
Je tape sur un clavier fr-dvorak-bépo : http://www.bepo.fr
Hors ligne
#18 Le 29/05/2014, à 11:10
- Bougron
Re : [Résolu] Problème UEFI… toujours
L'important est que cela fonctionne. C'est fait. C'est parfait..
Hors ligne
#19 Le 29/05/2014, à 14:03
- Compte supprimé
Re : [Résolu] Problème UEFI… toujours
je vais peut-être aller faire mumuse et essayer de faire fonctionner l'UEFI correctement
Il y avait ça (en anglais) :
→ Pour le Secure boot :
copier /EFI/ubuntu/shimx64.efi en /EFI/BOOT/fallback.efi
copier /EFI/ubuntu/grubx64.efi en /EFI/BOOT/grubx64.efi
→ Pour le Nonsecure boot :
copier /EFI/ubuntu/grubx64.efi en /EFI/BOOT/fallback.efi
A tester...
La mise-à-jour du BIOS est peut-être nécessaire, j'ai déjà fait ça il y a longtemps en bootant un freedos… mais maintenant ce sont des .exe, je pense que ça ne va pas fonctionner.
C'est un peu vieillot pour ton pc mais il y a le Mini Windows XP de Hirens BootCD (c'est un XP modifié et en Live) .
Concernant FreeDOS, je pense qu'un MS DOS authentique présente moins de soucis pour un flashage.
MS-DOS 6.22 : http://www.allbootdisks.com/downloads/I … otdisk.iso (→ aide MS-DOS : http://www.rapidoweb.free.fr/msdos.htm)
(http://fr.wingwit.com/systemes/basic-co … 00823.html → http://www.allbootdisks.com/download/iso.html - http://blogyves.free.fr/osindex/index.htm - http://www.cadet.pro/~Armand/index_osmicrosoft.htm)
→ Mais je doute que tout cela fonctionne dans ton cas puisqu'il est mentionné qu'il faut un windows 8.1...
À moins que je puisse le faire depuis un wmware et un windows virtuel
Lol, non. Dans une machine virtuelle tout le matériel est virtualisé, cela inclus le BIOS. Sinon on ne pourrait pas choisir de lancer chaque machine virtuelle avec, ou sans, support de l'EFI (BIOS ↔ UEFI).
Sinon ce serait sympas si tu pouvais poster le retour de :
sudo dmidecode -t baseboard && echo "-------------------------------------------------------------" && sudo dmidecode -t bios
... histoire qu'on en sache un peu plus.
Dernière modification par Cirius1987 (Le 29/05/2014, à 15:56)
#20 Le 29/05/2014, à 16:52
- omne
Re : [Résolu] Problème UEFI… toujours
Sinon ce serait sympas si tu pouvais poster le retour de :
sudo dmidecode -t baseboard && echo "-------------------------------------------------------------" && sudo dmidecode -t bios
... histoire qu'on en sache un peu plus.
Voila :
sudo dmidecode -t baseboard && echo "-------------------------------------------------------------" && sudo dmidecode -t bios
[sudo] password for valentin:
# dmidecode 2.12
SMBIOS 2.8 present.
Handle 0x0002, DMI type 2, 15 bytes
Base Board Information
Manufacturer: Hewlett-Packard
Product Name: 2B0A
Version: 1.02
Serial Number: 126482480001317
Asset Tag: 4CH4050Q9Q
Features:
Board is a hosting board
Board is removable
Board is replaceable
Location In Chassis:
Chassis Handle: 0x0003
Type: Motherboard
Contained Object Handles: 0
Handle 0x0023, DMI type 41, 11 bytes
Onboard Device
Reference Designation: Onboard IGD
Type: Video
Status: Enabled
Type Instance: 1
Bus Address: 0000:00:01.0
Handle 0x0024, DMI type 41, 11 bytes
Onboard Device
Reference Designation: Onboard Audio Controller
Type: Sound
Status: Enabled
Type Instance: 1
Bus Address: 0000:00:14.2
Handle 0x0025, DMI type 41, 11 bytes
Onboard Device
Reference Designation: Onboard LAN
Type: Ethernet
Status: Enabled
Type Instance: 1
Bus Address: 0000:01:00.0
Handle 0x0026, DMI type 41, 11 bytes
Onboard Device
Reference Designation: Onboard Card Reader
Type: Other
Status: Enabled
Type Instance: 1
Bus Address: 0000:03:00.0
-------------------------------------------------------------
# dmidecode 2.12
SMBIOS 2.8 present.
Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
Vendor: AMI
Version: 80.00
Release Date: 10/03/2013
Address: 0xF0000
Runtime Size: 64 kB
ROM Size: 4096 kB
Characteristics:
PCI is supported
PNP is supported
BIOS is upgradeable
BIOS shadowing is allowed
Boot from CD is supported
Selectable boot is supported
EDD is supported
Print screen service is supported (int 5h)
Serial services are supported (int 14h)
Printer services are supported (int 17h)
ACPI is supported
USB legacy is supported
BIOS boot specification is supported
Targeted content distribution is supported
UEFI is supported
BIOS Revision: 80.0
Handle 0x0035, DMI type 13, 22 bytes
BIOS Language Information
Language Description Format: Long
Installable Languages: 13
en|US|iso8859-1
fr|FR|iso8859-1
es|ES|iso8859-1
de|DE|iso8859-1
it|IT|iso8859-1
da|DK|iso8859-1
fi|FI|iso8859-1
nl|NL|iso8859-1
no|NO|iso8859-1
pt|PT|iso8859-1
sv|SE|iso8859-1
ja|JP|unicode
zh|CN|unicode
Currently Installed Language: fr|FR|iso8859-1
Bon, je reconnais que j'ai fait le barbare sur ce coup là, J'aurais du essayer de garder un bout de windows dans un coin.
Sinon je ne connais pas ces nouveau hardware, mais je trouve que c'est lent et poussif. Je me demande si je ne vais pas plutot lui installer une xubunbtu ou lubuntu.
Je tape sur un clavier fr-dvorak-bépo : http://www.bepo.fr
Hors ligne
#21 Le 29/05/2014, à 17:46
- Compte supprimé
Re : [Résolu] Problème UEFI… toujours
BIOS Information Vendor: AMI Version: 80.00 Release Date: 10/03/2013 [...] BIOS Revision: 80.0
Bon, je reconnais que j'ai fait le barbare sur ce coup là, J'aurais du essayer de garder un bout de windows dans un coin.
En comparant avec la dernière version (http://h10025.www1.hp.com/ewfrf/wc/soft … 6&sw_lang=) tu constateras que la version installé est à jour.
Sinon je ne connais pas ces nouveau hardware, mais je trouve que c'est lent et poussif. Je me demande si je ne vais pas plutot lui installer une xubunbtu ou lubuntu.
D'après les caractéristiques de l'ordinateur de bureau tout-en-un HP 20-2010ef l'ordinateur à un processeur AMD E1-2500 APU lequel est juste un double coeur à 1,4Ghz, avec le coeur graphique d'une Radeon HD 8240 intégré. Il serait donc effectivement préférable d'opter pour une distribution linux avec un bureau pas trop gourmand en ressource. Ca devrait être bon pour Xubuntu.
Dernière modification par Cirius1987 (Le 29/05/2014, à 18:08)
#22 Le 29/05/2014, à 19:26
- omne
Re : [Résolu] Problème UEFI… toujours
omne a écrit :Sinon je ne connais pas ces nouveau hardware, mais je trouve que c'est lent et poussif. Je me demande si je ne vais pas plutot lui installer une xubunbtu ou lubuntu.
D'après les caractéristiques de l'ordinateur de bureau tout-en-un HP 20-2010ef l'ordinateur à un processeur AMD E1-2500 APU lequel est juste un double coeur à 1,4Ghz, avec le coeur graphique d'une Radeon HD 8240 intégré. Il serait donc effectivement préférable d'opter pour une distribution linux avec un bureau pas trop gourmand en ressource. Ca devrait être bon pour Xubuntu.
Ou une mint ? Je peux toujours installer xfce en parallèle d'unity, non ?
Encore merci pour ces conseils.
Je tape sur un clavier fr-dvorak-bépo : http://www.bepo.fr
Hors ligne
#23 Le 29/05/2014, à 19:30
- Compte supprimé
Re : [Résolu] Problème UEFI… toujours
Ou une mint ? Je peux toujours installer xfce en parallèle d'unity, non ?
Bien sûr.
Dernière modification par Cirius1987 (Le 29/05/2014, à 19:32)
Pages : 1