web-dev-qa-db-fra.com

Impossible d'installer Ubuntu / Kubuntu / Lubuntu 13.04 UEFI sur Sony Vaio SVE17137!

Contexte/Matériel:

  • Sony Vaio SVE17137 CXB, préinstallé avec Windows 8
  • Intel Core i7-3632QM
  • Jeu de puces mobile Intel® HM76 Express
  • AMD Radeon HD7650M
  • 16 Go de RAM
  • 1 TB lecteur interne
  • Windows 8 effacé. No double démarrage.
  • Secure Boot est activé off .
  • UEFI est sur .

En démarrant l’une des installations (U/Ku/Lu) de Buntu, j’obtiens une erreur d’écran partagé que d’autres ont signalée avec les derniers contrôleurs AMD Mobile Graphics. Ce n'est pas un problème. Une fois l'installation terminée (en supposant qu'elle soit ne terminée), j'installe simplement la dernière distribution Catalyst et le problème de l'écran partagé a disparu.

Quelle que soit la distribution que j'utilise, mon disque est partitionné comme suit:

  • / dev/sda: table de partitionnement GPT
    1. / dev/sda1: partition de démarrage EFI de 256 Mo (montée automatiquement sur/boot/efi)
    2. / dev/sda2: partition swap de 16 Go (Overkill. Je sais.)
    3. / dev/sda3: partition de plus de 900 Go ext4 montée sur /

Every == La tentative d'installation de l'une des trois distributions Ubuntu mentionnées ci-dessus a échoué !!!

Kubuntu (que je préfère) et Lubuntu échouent avant la fin de l'installation.

Dans les deux cas, je lance le CD et sélectionne "Try Ubuntu". Une fois dans le système d’exploitation démarré (qui do fonctionne parfaitement, BTW!), Je sélectionne "Installer Ubuntu".

Je partitionne mon disque comme ci-dessus et le laisse fonctionner. Les deux versions échouent avec l'une des deux erreurs fatales:

  • "le script de post-installation installé du sous-processus a renvoyé le statut de sortie d'erreur 17"
  • "erreur fatale grub-install dummy"

Ce dernier signale parfois un autre échec grub-install , que j’ai malheureusement malheureusement oublié d’écrire, mais il est essentiellement identique.

Quoiqu'il en soit, il y a no == raison d'échec de ceux-ci! Mon partitionnement est aussi simple que possible, et je n'essaie pas de faire plus que d'installer un système d'exploitation simple ! Je comprends les difficultés avec le double démarrage. Ils ne s'appliquent pas.

J'ajoute que j'ai également essayé de sélectionner les partitions "disque entier", où l'installateur partitionne le disque lui-même. J'ai essayé d'utiliser et de ne pas utiliser LVM. Les installations échouent de la même manière exact ! (Et, notons-le, les partitions créées par l’installateur sont essentiellement les mêmes que les miennes.)

Ainsi, même avec pratiquement zéro personnalisation de ma part, ces installateurs fail !!!

L'installation Ubuntu agit un peu différemment. Parfois, je vais parfois me planter, mais habituellement, il s’installe avec succès! Lorsque j'essaie de me connecter, l'interface se fige. Cela est en quelque sorte lié à l'erreur d'écran partagé AMD.

À ce stade, je viens d'ouvrir une console et d'installer AMD Catalyst. L'erreur d'écran partagé et le gel de connexion disparaissent tous les deux.

Je me connecte et mon écran est vide! C'est tout!!! Je peux faire un clic droit et changer mon fond. Je peux créer un nouveau document ou un nouveau dossier. Rien d'autre!

Le gestionnaire de bureau ne démarre pas. J'ai réinstallé au moins une douzaine de fois avec les mêmes résultats!

Veuillez noter que j'ai cherché et cherché des explications à ces erreurs. J'ai essayé tous les correctifs simples que j'ai pu trouver. NONE d'entre eux ont aidé!

Toute aide serait grandement appréciée!

EDIT: 5/11/2013

Avec l'aide de la réponse de Rod Smith, j'ai maintenant plus d'informations à ajouter à mes tentatives d'installation de Kubuntu ... (Bien que j'échoue encore!)

Le premier message d'erreur auquel j'ai fait référence:

  • "le script de post-installation installé du sous-processus a renvoyé le statut de sortie d'erreur 17"

était dû au fait que j'avais bêtement relancé Secure Boot pour le tester, puis que je l'avais rapidement oublié!

Après avoir désactivé Secure Boot, je reviens à la deuxième erreur:

  • "erreur fatale grub-install dummy"

Rod, en réponse à vos suggestions, oui, l'installateur est installer en mode EFI! Le répertoire que vous avez référencé, /sys/firmware/efi existe bien .

De plus, lorsque le démarrage sécurisé est activé, le premier des messages d'erreur est arrivé plus tôt dans le processus d'installation que le grub-install dummy fatal error. Par conséquent, avec le démarrage sécurisé, le répertoire/boot/efi n'a jamais été rempli. Maintenant ce répertoire contient /boot/efi/EFI/kubuntu/grubx64.efi.

Peu importe, maintenant que je réalise que je suis un idiot et que j'ai corrigé mon erreur, l'installation still continue à échouer avec:

  • "erreur fatale grub-install dummy"

Mon prochain test consiste à essayer d’installer en mode BIOS en utilisant la partition de démarrage du BIOS que vous avez mentionnée. (Merci pour ça! Je ne savais pas que les disques GPT avaient besoin de ça!)

Cependant, je préférerais de beaucoup démarrer en mode EFI, si possible!

Googler ce message d'erreur renvoie un certain nombre de résultats, mais none == ont aidé!

EDIT: 5/14/2013

Rod, il y a trop à écrire pour le faire dans un commentaire ...

J'ai essayé d'installer rEFInd à partir de votre site Web, mais cela a échoué et je ne sais pas pourquoi! Tout d'abord, voici les étapes que j'ai suivies:

  1. Lors de l'exécution du Live CD et après l'échec de l'installation, j'ai monté les éléments suivants:

    • / dev/sda3 sur/mnt
    • / dev/sda1 sur/mnt/boot/efi

  2. J'ai copié refind-bin-0.6.11.Zip sur le système et l'ai décompressé.

  3. Après avoir décompressé l'archive, je l'ai gravée et ai couru:

    Sudo ./install.sh --root/mnt

mais j'ai eu l'erreur:

There were problems running the efibootmgr program!
You may need to rename the refind_x64.efi binary to the default name (EFI/boot/bootx64.efi on x86-64 systems or EFI/boot/bootia32.efi on x86 systems) to have it run!

J'ai utilisé efibootmgr pour répertorier les entrées de démarrage et aucune modification n'a été apportée à la liste. L'entrée rEFInd était absente.

Je ne savais pas trop où aller à partir de là, alors j'ai décidé de le faire manuellement, à partir des instructions de votre site Web.

Je préfère généralement faire les choses de cette façon quand même! Croyez-le ou non, je suis administrateur système depuis plus de 25 ans! Cependant, toute mon expérience concerne des systèmes Sun exécutant Solaris et, auparavant, SunOS, ainsi que de nombreuses connaissances de Windows. Je suis donc familiarisé avec les bases de Linux et, bien entendu, avec le logiciel GNU, car il est en grande partie similaire à Solaris. Malheureusement, je n'ai aucune expérience avec UEFI! J'utilise le BIOS sur le nouveau système Windows que je viens de créer, car il ne valait pas la peine de trouver le moyen d'utiliser UEFI. Eh bien, maintenant il est temps d'apprendre!

Quoi qu'il en soit, j'ai parcouru les instructions du manuel exactement comme sur votre site. (Ajoutez Sudo avant toutes ces commandes.):

  1. Le lecteur interne est monté sous/mnt et/mnt/boot/efi, comme ci-dessus.

  2. De "refind-bin-0.6.11", a lancé cp -r refind /mnt/boot/efi/EFI/

  3. cd /mnt/boot/efi/EFI/refind

  4. rm -r drivers_ia32 tools_ia32 refind_ia32.efi

  5. cd drivers_x64 ; rm ext2_x64.efi hfs_x64.efi reiserfs_x64.efi ; cd .. (Je ne savais pas si je devais garder iso9660_x64.efi, alors je l'ai gardé.)

  6. mv refind.conf-sample refind.conf

  7. Et enfin, j'ai lancé "efibootmg", en utilisant les options de formulaire long, tout simplement pour faciliter la lecture:

    efibootmgr --create --disk /dev/sda --part 1 --loader \\EFI\\refind\\refind_x64.efi --label rEFInd --verbose

qui retournait absolument rien . Il retourne simplement sans aucun message ni résultat, ce qui, étant donné que j'ai spécifié l'option '--verbose', était un peu une surprise!

EDIT: 5/15/2013

Alors, je regardais à travers les journaux du système, et ai remarqué que chaque fois que efibootmgr est exécuté, il enregistre une entrée dans /var/log/kern.log.

Selon, bien, you , (dans un autre thread), le module efivars est maintenant intégré à le noyau et le répertoire /sys/firmware/efi en sont la preuve.

Dans ce cas, on ne s'attend pas dans le journal de son noyau:

kubuntu kernel: [80182.133386] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80633.493177] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80696.988083] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80721.952797] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80725.893414] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80790.848496] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [86511.078667] efivars: set_variable() failed: status=8000000000000009

Je ne sais pas du tout pourquoi, mais pour l'instant, tout est discutable ...

Comme j'avais déjà effacé Windows de ce système, j'ai décidé d'utiliser les outils de mise à niveau du BIOS DOS. J'aurais dû savoir qu'il y avait quelque chose qui cloche avec leurs instructions! J'aurais dû chercher en ligne à ce sujet en premier, parce que, pour la première fois de ma vie , j'ai bricked une machine !!!! :-(

Cette machine a seulement un mois, alors Sony envoie effectivement quelqu'un pour la regarder. Le gars à qui j'ai parlé semblait penser que ce ne serait pas un problème de le réparer!

Il y a littéralement des dizaines de publications en ligne de propriétaires de Vaio qui ont fait la même chose en essayant de flasher leur BIOS sous DOS !!!

Donc, je ne pourrai plus rien tester pendant un moment! :-)

Je reviendrai!

EDIT: 5/26/2013

Et il est de retour ...

Donc, plutôt que de continuer à essayer la même chose encore et encore et d'attendre une réponse différente, j'ai décidé de prendre une racine alternative!

J'ai décidé que le moyen le plus simple de résoudre ce problème consistait à installer le système en mode Legacy et à le convertir , puis en mode EFI.

Je sais que ce n'est pas "facile", mais cela me donne l'avantage de commencer avec un système installé, plutôt que de fonctionner avec un CD.

Cela dit, il fallait d’abord une "pré-configuration" ...

Pour rendre cela possible, je devais partitionner mon disque avec both = une partition système EFI et une partition de démarrage BIOS! Malheureusement, j’ai découvert que, si vous démarrez le Live CD en mode Legacy, vous ne pouvez pas créer une partition EFI avec le programme d’installation Ubiquity! Contrairement au démarrage en mode EFI, la sélection de la partition système EFI manque à partir de l'interface de la partition de disque.

Notez que je aurais peut-être utilisé l'excellent utilitaire de Rod GPT fdisk pour créer la table de partition dont j'avais besoin, mais Je voulais d'abord la configuration de la partition EFI.

  1. J'ai d'abord démarré le Live CD en mode EFI. J'ai démarré le programme d'installation afin de pouvoir partitionner mon disque comme suit:

    • 1 Type: fat32 Nom: Système EFI Drapeaux: démarrage
    • 2 Type: Nom: Amorçage du BIOS Drapeaux: bios_grub
    • 3 Type: swap Nom: Linux Swap
    • 4 Type: ext4 Nom: Système de fichiers Linux

  2. En fait, je laisse le programme d'installation s'exécuter jusqu'à ce qu'il se bloque (comme toujours) lors de l'installation du gestionnaire de démarrage EFI.

  3. J'ai ensuite changé le BIOS en Legacy et effectué l'installation complète en veillant à ne pas toucher à la partition EFI.

  4. Et me voilà ...

Bien que cela puisse paraître compliqué (parce que c'est le cas! :-D), j'ai au moins une installation en cours d'exécution de Kubuntu, pour le en premier le temps! :-)

Je ne sais pas où aller ensuite! Rod, si vous voyez, avez-vous des instructions pour transformer un démarrage en BIOS avec un disque GPT en un démarrage EFI? Je pensais que tu l'avais fait, mais je ne le trouve pas.

Comme toujours, des conseils tels que: "Idiot! A quoi pensiez-vous?!? Non, voici le moyen correct de le faire .. "serait grandement apprécié!

(Dans l'intérêt de garder ce site cordial et respectueux tel qu'il est, il serait peut-être préférable de laisser de côté la première partie !!!)

Merci!

installation13.04uefivaio
5
geo

Succès! Kubuntu est maintenant installé en mode UEFI et fonctionne parfaitement.

J'écris ceci pour que tout le monde avec ce problème puisse, espérons-le, suivre ces instructions et que le démarrage en mode UEFI fonctionne sur le Sony Vaio. Notez que cette installation est pour Kubuntu, mais il n'y a aucune raison pour que cela ne fonctionne pas avec n'importe quelle version d'Ubuntu.

Merci beaucoup à Rod Smith ( http://www.rodsbooks.com ) de m'avoir aidé à en arriver à ce point et aux autres personnes ayant contribué à ce message!

Ces instructions sont les mêmes que celles que j'ai écrites dans mon édition du 26/05/2013.

Quelques points à noter:

  • Ces instructions supposent que vous utilisez l'intégralité du disque pour l'installation de Kubuntu. Vous devrez évidemment ajuster le schéma de partitionnement si ce n'est pas le cas.
  • Le troisième message dit de "purger grub avant l'installation" lors de l'exécution de la réparation de démarrage. Je ne pense pas avoir fait cela, alors je ne connais pas encore le résultat de cette étape.
  • J'ai le démarrage sécurisé désactivé. Je n'en ai tout simplement pas besoin et je ne voulais pas compliquer les choses. Vous devrez adapter ces instructions si vous souhaitez utiliser Secure Boot. YMMV.
  • Comme pour tout ce qui concerne EFI, si vous avez besoin de plus d'informations, consultez le site vraiment excellent de Rod, http://www.rodsbooks.com !

  • Toutes les instructions supposent que vous utilisez root. Sinon, faites précéder chaque commande par "Sudo".

    1. (Voir EDIT: 6/8/2013 ci-dessous.) Installez-le en mode UEFI et exécutez-le jusqu'à ce qu'il échoue.
    2. Configurez le BIOS pour qu'il démarre en mode Legacy, puis démarrez le Live CD. Sélectionnez "Essayez Kubuntu".
    3. Téléchargez le programme GPT Fdisk de Rod à partir de: http://download.opensuse.org/repositories/home:/srs5694/Debian_6.0/AMD64/gptfdisk_0.8.6-1_AMD64.deb .
    4. Installez GPT Fdisk: "dpkg -i gptfdisk_0.8.6-1_AMD64.deb".
    5. Avec 'gdisk', partitionnez le disque comme suit:
      • Partition 1: Type: efi, TypeCode: EF00, Nom: Système EFI
      • Partition 2: Type: bios, TypeCode: EF02, Nom: Partition de démarrage du BIOS
      • Partition 3: Type: swap, TypeCode: 8200, Nom: Linux Swap
      • Partition 4: Type: ext4, TypeCode: 8300, Nom: Système de fichiers Linux
    6. Installez le système en mode Legacy, en montant la 4ème partition sur /.
    7. Une fois l'installation terminée, redémarrez le système et entrez dans le BIOS. Réinitialisez-le au démarrage UEFI et redémarrez le Live CD.
    8. Téléchargez et installez Boot-Repair comme indiqué dans le troisième post.
    9. Exécutez boot-repair en pointant sur la partition EFI en tant que partition d'installation/de démarrage.

Une fois la réparation de démarrage terminée, votre système démarrera en mode UEFI sans aucun problème, du moins aucun de ceux que j'ai vus jusqu'à présent!

Enfin, n'oubliez pas de modifier votre configuration GRUB pour afficher avec précision vos options de démarrage.

J'espère que ça aide! Faites-moi savoir si vous avez des questions et je vais essayer de vous aider du mieux que je peux.

EDIT: 6/8/2013

J'ai décidé de réinstaller mon ordinateur portable à partir de zéro, en suivant mes propres instructions, et j'ai rencontré un problème! La réparation de démarrage échouait à chaque fois et j'ai enfin compris pourquoi.

Il s’avère que j’ai laissé de côté une étape que j’avais franchie la première fois, et c’était apparemment crucial!

Ainsi, comme je l'ai dit, vous devriez pouvoir installer Ubuntu en mode Legacy, basculer en mode UEFI, démarrer le Live CD et exécuter la réparation du démarrage. Chaque fois que j'essayais cela, la réparation de démarrage revenait me disant que je n'avais pas de partition EFI sur mon disque! Sauf que, au même moment, je regardais ma table de partition, qui montrait clairement montrait/dev/sda1 comme une partition EFI, avec le code de type 0xEF00 et le indicateur de démarrage défini. Alors, quel était le problème?

Simple ... La partition EFI était vide . J'avais sauté ma première tentative d'installation en mode UEFI!

J'avais essayé plusieurs fois d'installer en mode UEFI, mais chaque tentative a échoué. Cependant , ces tentatives infructueuses avaient rempli le répertoire/boot/efi, situé sur/dev/sda1 , la partition EFI.

Sans ces fichiers sur cette partition, boot-repair ne l'a pas reconnu en tant que partition EFI! Et donc, il me dirait que je n’avais pas de partition EFI et échouais!

J'ai donc essayé de réintégrer mes tentatives UEFI d'origine dans mes instructions et, voilà, boot-repair a réussi et le système a démarré en mode UEFI!

Maintenant, @Marco Guimarães a mentionné dans sa réponse qu'il était capable de réussir sans essayer (et sans succès) de l'installer d'abord dans UEFI. Je ne sais pas comment! @Marco Guimarães et/ou @Radu Rădeanu, pourriez-vous commenter? Savez-vous avec certitude que votre partition EFI était vide lorsque vous avez exécuté boot-repair et que cela fonctionnait quand même? Y a-t-il des autres étapes que vous avez prises qui pourraient expliquer cela?

2
geo

Les erreurs avec Kubuntu et Lubuntu sonnent comme l’une des deux choses qui se passent:

  • Le programme d'installation a peut-être démarré en mode BIOS plutôt qu'en mode EFI. En fonction de votre partitionnement, le programme d’installation essaierait alors d’installer un fichier GRUB 2 en mode BIOS; mais sur un disque GPT, GRUB 2 aime avoir une partition de démarrage du BIOS sur le disque, et votre système manque de cela, de sorte que l'installation peut échouer de manière plausible (bien que testé que cela échouera dans ces conditions; je spécule).
  • Le programme d'installation fonctionne peut-être correctement en mode EFI, mais les responsables de la distribution ont peut-être introduit un bogue dans la prise en charge EFI de leurs programmes d'installation. Dans ce cas, vous n'avez peut-être pas d'autre choix que d'exécuter le programme d'installation en mode BIOS. Vous pouvez ensuite laisser le système installé s'exécuter de cette manière ou convertir en un démarrage en mode EFI, selon vos préférences.

Vous pouvez vérifier votre mode de démarrage en accédant à un shell et en recherchant un répertoire nommé /sys/firmware/efi. S'il est présent, vous avez démarré en mode EFI; s'il est absent, vous avez probablement démarré en mode BIOS. La plupart des ordinateurs basés sur EFI vous permettent de contrôler le mode de démarrage via leurs gestionnaires de démarrage intégrés et/ou leurs options de microprogramme. Toutefois, les détails varient considérablement d'un ordinateur à l'autre. Par conséquent, je ne peux pas vous donner d'instructions précises sur la façon de modifier ces détails, le cas échéant.

Votre problème Ubuntu semble indiquer que l’installation de votre environnement de bureau a peut-être échoué, ou peut-être qu’elle lance quelque chose de générique. Vous pouvez essayer de vous déconnecter et, à l'invite de connexion, cliquez sur le cercle situé à droite de votre nom. Cela devrait produire une liste des environnements de bureau et des gestionnaires de fenêtres disponibles. Sélectionnez ce que vous préférez (ou même quelque chose que vous ne préférez pas, pour le tester).

EDIT: Étant donné les nouvelles informations, ma suggestion est d'essayer d'installer un autre chargeur de démarrage EFI. Plusieurs sont disponibles; voir ma page Web sur le sujet pour plus de détails. Ma préférence personnelle est rEFInd - mais si je la maintiens, je suis partial. Compte tenu de votre configuration actuelle, je vous recommande de démarrer un live CD/disque d'urgence Linux, de préférence en mode EFI, et de l'installer à partir du fichier binaire .Zip de rEFInd. En théorie, vous devriez pouvoir le faire avec l'option --root sur install.sh; mais cette fonctionnalité n'a pas été bien testée. Voir les instructions complètes install.sh] pour plus de détails. Si cela échoue, vous devez suivre les instructions d'installation manuelle.

Une grosse mise en garde: la description du problème que vous rencontrez dans Ubuntu me fait penser que vous avez un problème de pilote X, et que cela pourrait se produire à Kubuntu et à Lubuntu également. Si tel est le cas, vous devrez peut-être résoudre ce problème après avoir résolu le problème du chargeur de démarrage.

EDIT 2:

Vous pouvez installer rEFInd sur un système fonctionnant sous Windows en mode EFI et fonctionnant sous Linux en mode BIOS. Il y a en fait plusieurs façons de le faire. Les deux plus faciles sont probables:

  • Faites-le à partir de Windows. Le rEFInd instructions d'installation de Windows donne des détails. Notez que vous devez installer manuellement un pilote EFI pour le système de fichiers que vous utilisez sur la partition racine de Linux (/) (ou /boot si elle est séparée). Vous devrez également créer un fichier /boot/refind_linux.conf. Étant donné qu'un démarrage Linux en mode BIOS fonctionne, le moyen le plus simple de créer ce fichier est de démarrer en mode BIOS et d'exécuter le script mkrlconf.sh fourni avec rEFInd.
  • Démarrez Linux en mode BIOS, montez votre ESP sur /boot/efi et exécutez le script install.sh de rEFInd. Cela devrait installer rEFInd et créer le fichier /boot/refind_linux.conf; mais l'installation se fera d'une manière plutôt bidon. À savoir, le programme d'installation renomme le chargeur de démarrage Windows et installe rEFInd à la place. Cela fonctionne, mais c'est une violation des recommandations d'EFI concernant l'attribution de noms au chargeur de démarrage. En outre, certains utilisateurs signalent que Windows remplace les chargeurs de démarrage étrangers nommés en tant que chargeur de démarrage Windows dans certaines situations. Par conséquent, cela peut ne pas fonctionner à long terme ou il peut être nécessaire de refaire les modifications.
4
Rod Smith

Après une nouvelle installation en mode bios (dans une partition GPT, je présume). réactivez uefi et utilisez un cd live comme lubuntu, puis utilisez boot-repair:

Sudo add-apt-repository ppa:yannubuntu/boot-repair && Sudo apt-get update

Sudo apt-get install -y boot-repair && (boot-repair &)

En mode avancé, choisissez "purger grub avant installation" et choisissez pour l’installation la partition EFI.

J'ai un vaio avec uefi et oui, je l'ai fait pour installer mon système d'exploitation, mais ce que j'ai vu avec des cartes radeon avec uefi sous linux est une chose stupide. mais j’ai testé le nouveau noyau 3.9 et oui, bonne nouvelle pour nous, nous devons simplement attendre que notre matériel soit bien supporté: D ou vous pouvez utiliser Fedora 18 et utiliser maintenant le noyau 3.9.

0
Marco Guimarães