Impossible de démarrer après l'installation d'Ubuntu 13.10 sur une machine UEFI
Mon objectif ultime est de faire fonctionner Ubuntu sur mon nouveau Sony Vaio Pro 13, un ultrabook Haswell. Le matériel semble être bien pris en charge, car je peux démarrer un LiveCD et utiliser pleinement le système aussi longtemps que je le souhaite.
Le Sony Vaio Pro 13 possède un BIOS UEFI et semble être étroitement intégré à Windows 8, avec lequel il a été préinstallé. J'ai essayé plusieurs manières d'installer Ubuntu 13.10 et aucune ne m'a permis de démarrer ma machine sous Ubuntu.
Lors de l'installation avec le BIOS passé en mode Legacy, il se bloque à la fin de l'installation en raison d'une panique du noyau ("pas de synchronisation: tentative de tuer init!"). L'installation avec UEFI activé (démarrage sécurisé désactivé) réussit parfaitement. Cependant, lors du redémarrage, je reçois simplement un écran BIOS indiquant que le Vaio ne pouvait pas démarrer Windows. Le passage en mode Legacy génère une erreur "Système d'exploitation introuvable".
Autant que je sache, le BIOS de cette machine n'a absolument aucune option pour afficher un menu de sélection de démarrage. Lors de l'installation en mode Legacy, le programme d'installation Ubuntu reconnaît que Windows 8 est présent et je lui ai demandé de l'installer dans une configuration à double démarrage. Lors de l’installation en mode UEFI, le programme d’installation a reconnu l’installation précédemment tentée d’Ubuntu (qui avait échoué avec une panique du noyau), mais n’a pas du tout mentionné Windows 8. J'ai demandé à l'installateur d'effacer l'ancienne installation d'Ubuntu et de la remplacer. L’installation a réussi sans problème, mais mon système ne pouvait pas démarrer sous Ubuntu ou Windows 8. Je ne suis pas très préoccupé par la préservation de Windows 8, mais j’aimerais pouvoir démarrer SOME OS pour pouvoir utiliser le logiciel. machine ... En ce moment, je suis en train d’utiliser le LiveCD qui fonctionne parfaitement.
Je suis un utilisateur expérimenté de Linux et un développeur de logiciels, mais je ne suis pas très au courant des modifications apportées par UEFI. Est-il possible pour moi de vérifier si GRUB est présent sur le disque? Y a-t-il un moyen de forcer la réinstallation de celui-ci?
Votre sortie Boot Repair me semble correcte - pour autant que je sache, vous devriez démarrer sur GRUB lorsque l'ordinateur commence. Il se peut que vous ayez un micrologiciel buggé, vous pouvez donc consulter le site Web de Sony pour une mise à jour. (Bien sûr, si vous devez démarrer Windows pour mettre à jour le micrologiciel, cela peut devenir moche.) Si vous pouvez mettre à jour le micrologiciel mais que le problème persiste, il peut être nécessaire de réexécuter la réparation de démarrage Résoudre le problème.
Une autre chose que vous pouvez essayer est de préparer un lecteur de CD-R ou USB avec mon gestionnaire de démarrage rEFInd. (Il existe des liens de téléchargement pour les deux types de média sur ce site.) Si rEFInd démarre, il devrait fournir une menu avec diverses options. L'option Windows devrait fonctionner, de même qu'une option Ubuntu qui démarre via GRUB. Il devrait également y avoir au moins une option pour démarrer un fichier vmlinuz*. Celui-ci ne fonctionnera que si vous appuyez deux fois sur F2 ou sur Insert pour modifier les options du noyau. Ajouter ro root=/dev/mapper/ubuntu--vg-root devrait fonctionner. Si vous pouvez accéder à Linux via rEFInd, vous pouvez essayer d'installer le paquet Debian Debian. Normalement, cela définirait rEFInd comme votre gestionnaire de démarrage par défaut, ce qui résoudrait votre problème. (Cela évitera également la nécessité d'ajouter manuellement les options du noyau.) Malheureusement, étant donné la nature de votre problème, je ne suis pas certain que cela fonctionnera pour vous, mais cela en vaut la peine.
Si l'installation de rEFInd sur votre disque dur ne fonctionne pas, vous pouvez continuer à manipuler les paramètres du microprogramme EFI afin de trouver une solution de contournement. Consultez les sections Installation manuelle de rEFInd et Options de dénomination alternatives de la documentation de rEFInd pour quelques idées. Sinon, si un lecteur flash USB fonctionne comme solution de contournement, vous pouvez acheter un petit lecteur flash USB pour contenir rEFInd et le laisser installé en permanence dans l'un des ports USB de votre ordinateur. (Certains lecteurs sont très petits. Ils sont presque vides quand ils sont complètement insérés.)
Encore un commentaire: le résultat de votre réparation de démarrage indique une dénomination incohérente du groupe de volumes contenant votre système de fichiers racine (/). Parfois, il s'agit de /dev/mapper/ubuntu--vg-root, mais d'autres fois, il s'agit de /dev/mapper/ubuntu-vg-root. Il me semble que le premier est correct et que le dernier est le résultat d'un bogue dans le script Boot Repair lui-même, mais il convient de garder à l'esprit cette incohérence. Je me souviens vaguement d'avoir entendu parler d'un cas dans le passé où quelqu'un utilisait un tiret (-) dans un nom de groupe de volumes et que cela posait problème, mais je ne me souviens pas des détails. Il est peu probable que ce soit la source de votre problème actuel, car rien ne semble indiquer que le groupe de volumes se lance même, mais si vous devez rEFInd ou GRUB pour le lancer, puis que vous rencontrez des problèmes pour obtenir le système pour démarrer complètement, vous pouvez simplement essayer de supprimer tout le volume physique, puis de le réinstaller, en utilisant cette fois un nom de groupe de volumes dépourvu de tiret.
J'ai eu le même problème. Excepté parfois (une fois sur un million) l'ordinateur portable démarrerait. Faites tout ce que vous avez fait, mode héritage, etc., puis faites-le.
Il a été facilement résolu en ajoutant
libata.force=noncq
aux options du noyau. Vous pouvez le faire en appuyant sur e dans le menu grub et en ajoutant ceci à la ligne qui commence par linux, de sorte que cela ressemble à quelque chose comme:
linux /boot/vmlinuz-3.x.x-xx-generic root=UUID=0000000-0000-0000-0000-000000000000 ro quiet splash libata.force=noncq $vt_handoff
Ensuite, appuyez sur F10 pour continuer.
Une fois que vous avez démarré, éditez la configuration de grub pour que les modifications soient permanentes.
gksudo gedit /etc/default/grub
puis remplace
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
avec:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash libata.force=noncq"
et courir
Sudo update-grub
Puis redémarrez.
Il peut y avoir quelques informations utiles ici: https://wiki.archlinux.org/index.php/Sony_Vaio_Pro_SVP-1x21
Je ne pouvais pas faire démarrer Linux avec les partitions de disque GPT. Peut-être que le passage du mode d’amorçage du BIOS d’UEFI à Legacy supprime également la prise en charge de GPT. Après avoir écrit une nouvelle table de partition, au format MBR traditionnel (MSDOS), je pouvais démarrer.