Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 27/05/2014, à 23: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 smile) 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, à 11:07)


Je tape sur un clavier fr-dvorak-bépo : http://www.bepo.fr

Hors ligne

#2 Le 28/05/2014, à 06: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, à 06:48)

#3 Le 28/05/2014, à 11: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, à 12: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, à 13:07)

#5 Le 28/05/2014, à 16: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, à 19:29

Compte supprimé

Re : [Résolu] Problème UEFI… toujours

omne a écrit :

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)

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 !)

#7 Le 28/05/2014, à 20:35

omne

Re : [Résolu] Problème UEFI… toujours

Cirius1987 a écrit :

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).

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.


Je tape sur un clavier fr-dvorak-bépo : http://www.bepo.fr

Hors ligne

#8 Le 28/05/2014, à 20:38

omne

Re : [Résolu] Problème UEFI… toujours

Cirius1987 a écrit :

Je viens d'essayer ça ne donne rien.

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.


Je tape sur un clavier fr-dvorak-bépo : http://www.bepo.fr

Hors ligne

#9 Le 28/05/2014, à 22: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, à 22:25)

Hors ligne

#10 Le 28/05/2014, à 22: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, à 01: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 sad


Je tape sur un clavier fr-dvorak-bépo : http://www.bepo.fr

Hors ligne

#12 Le 29/05/2014, à 04:20

Compte supprimé

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...


omne a écrit :
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.


omne a écrit :

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 :

omne a écrit :

— 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 :

omne a écrit :
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, à 05:32)

#13 Le 29/05/2014, à 06:46

Bougron

Re : [Résolu] Problème UEFI… toujours

omne a écrit :

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, à 07:51)

Hors ligne

#14 Le 29/05/2014, à 06: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, à 07:42)

Hors ligne

#15 Le 29/05/2014, à 08:35

Bougron

Re : [Résolu] Problème UEFI… toujours

omne a écrit :
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, à 08:38)

Hors ligne

#16 Le 29/05/2014, à 09:50

omne

Re : [Résolu] Problème UEFI… toujours

Cirius1987 a écrit :
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.

Cirius1987 a écrit :
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 smile 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, à 10: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 smile


Je tape sur un clavier fr-dvorak-bépo : http://www.bepo.fr

Hors ligne

#18 Le 29/05/2014, à 10: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, à 13:03

Compte supprimé

Re : [Résolu] Problème UEFI… toujours

omne a écrit :

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...


omne a écrit :

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 big_smile (c'est un XP modifié et en Live) .
3EOWLh4j-hiren-s-bootcd-s-.png
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...

omne a écrit :

À 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, à 14:56)

#20 Le 29/05/2014, à 15:52

omne

Re : [Résolu] Problème UEFI… toujours

Cirius1987 a écrit :

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, à 16:46

Compte supprimé

Re : [Résolu] Problème UEFI… toujours

omne a écrit :
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.


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.

Dernière modification par Cirius1987 (Le 29/05/2014, à 17:08)

#22 Le 29/05/2014, à 18:26

omne

Re : [Résolu] Problème UEFI… toujours

Cirius1987 a écrit :
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, à 18:30

Compte supprimé

Re : [Résolu] Problème UEFI… toujours

omne a écrit :

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, à 18:32)