web-dev-qa-db-fra.com

Ubuntu 16.04 installé sur Dell en effaçant Windows 10, aucun périphérique de démarrage trouvé

Après avoir installé Ubuntu 16.04 sur un Dell XPS 8920 (micrologiciel UEFI, un disque SSD de 0,5 To et un disque dur de 2 To) en effaçant le disque et en procédant à l’installation, aucun périphérique amorçable n’a été trouvé.

En regardant gparted (qui affiche un avertissement Libparted indiquant que la taille du bloc est 2048 mais que Linux indique 512 octets), les partitions se présentent comme suit:

  • Linux s’installe correctement dans le SSD (partition/EFI/dev/nvme0n1p1, indicateur de démarrage)

  • / dev/sda1 est en quelque sorte une partition réservée de Microsoft, ce qui non seulement ne devrait pas l'être, comme j'ai effacé Windows, mais pourrait également causer des problèmes si les systèmes semblent démarrer à partir d'ici.

    En regardant également à travers beaucoup d'autres blogs similaires, j'ai remarqué que je n'ai pas accès à un fichier de démarrage shimx64.efi via le BIOS.

Est-ce que l'ordinateur essaie de démarrer à partir de sda1 et échoue parce que j'installe Linux sur le disque SSD et/ou s'il reste une partition réservée non souhaitée de Microsoft sur sda1? Est-ce que quelqu'un a des idées?

UPDATE: Après l'exécution de la réparation de démarrage sur Ubuntu Live à partir de la clé USB, le résumé suivant s'affiche: http://paste.ubuntu.com/25673811/

MISE À JOUR 2 # RÉSOLU

Le problème a été résolu temporairement: après l'installation d'ubuntu sur le SSD, je l'ai réinstallé, cette fois sur le disque dur. Cette installation s’est révélée être une réussite, mais NON car il n’existait aucun fichier de démarrage dans/sda1, le système d’exploitation n’ayant été installé que dans/sda2. Non seulement cela, mais l'installation précédente n'avait pas été supprimée et elle était toujours terminée sur le SSD.

J'ai déplacé les fichiers de démarrage du SSD (tous de/nvme0n1p1/EFI/ubuntu vers/sda1/EFI/ubuntu) et ai placé le fichier grubx64.efi dans/sda1/EFI/Boot) et Ubuntu démarre maintenant correctement!

Les résultats à ce jour: - L’installation de Linux est défectueuse (n’a pas effacé correctement le disque, n’a pas installé correctement Ubuntu sur le disque dur). - Le BIOS a du mal à lire/trouver les fichiers de démarrage sur le SSD. - Le BIOS peut lire/trouver les fichiers de démarrage sur/sda1 et démarrer Linux sur la seconde partition SSD.

Je soupçonne que le BIOS peut lire les fichiers d’amorçage sur sda1, qui pointent vers le système d’exploitation installé sur le SSD (à volonté). Cela voudrait dire que le système d'exploitation installé dans sda2 est inutile. Cependant, lors de l’effacement du système d’exploitation dans sda2, rien ne fonctionne plus, ce qui indique que cela est également nécessaire. Je ne peux pas expliquer ce comportement. Des idées?

3
LHM

J'ai eu un problème similaire avec un Toshiba.
L'EFI avait besoin d'une partition de réserve système d'abord sur le disque, puis de la partition EFI en second lieu sur le lecteur interne.

Le chemin du support par défaut devait également être utilisé sur le lecteur interne. Copiez /efi/ubuntu/shimx64.efi dans efi/boot/et renommez-le bootx64.efi.
Si vous n'utilisez pas le démarrage sécurisé, efi/ubuntu/grubx64.efi peut être copié et renommé.

1
ravery

Malheureusement, Boot Repair gère mal les disques NVMe qui apparaissent sous la forme de périphériques /dev/nvme*, comme le vôtre. Cela signifie qu'il manque plusieurs détails critiques à la sortie de votre script d'informations d'initialisation. Cela dit, il semble qu'il devrait être démarré, en supposant un contenu raisonnable sur le disque NVMe. J'ai quelques commentaires et suggestions, cependant:

  • Vérifiez votre ESP - Votre partition système EFI (ESP) semble se trouver sur votre disque NVMe et, en tant que tel, Boot La réparation fournit très peu d'informations à ce sujet. (Il semble que ce soit /dev/nvme0n1p2, cependant.) Les chargeurs de démarrage résident sur l'ESP, vous pouvez donc le vérifier manuellement pour vous assurer qu'il contient les fichiers qu'il devrait contenir. En particulier, il doit contenir un répertoire appelé EFI/ubuntu avec des fichiers appelés shimx64.efi, grubx64.efi et grub.cfg. (Notez que ESP utilise FAT32, ce qui ne fait pas la différence entre les majuscules et les minuscules.) Il peut également rester des fichiers de démarrage Windows dans EFI/Microsoft et/ou EFI/BOOT.
  • Réparez ou recréez le système de fichiers de l'ESP - Windows 8 et les versions ultérieures utilisent des fonctionnalités appelées Fast Startup et Hibernate, qui laissent les systèmes de fichiers dans un état incohérent lorsque Windows " ferme. " Ces fonctionnalités peuvent endommager le système de fichiers, ce qui peut dans certains cas empêcher EFI de lire des fichiers à partir de l'ESP, même si d'autres systèmes d'exploitation peuvent lire ces fichiers. Parfois, l’exécution d’une vérification et d’une réparation du système de fichiers sur le ESP peut résoudre ces problèmes. Vous pouvez le faire à partir d'un utilitaire de démarrage d'urgence Ubuntu avec dosfsck, comme dans Sudo dosfsck -a /dev/nvme0n1p2. Dans les cas extrêmes, sauvegarder tous les fichiers du ESP (avec tar, Zip ou cp) en créant un nouveau système de fichiers avec mkdosfs , puis la restauration des fichiers peut être nécessaire. Si vous allez à l'extrême, vous devrez éditer /etc/fstab sur votre installation pour que le ESP soit réinstallé.
  • Effacement complet et réinstallation - Puisque vous venez d'installer Ubuntu, vous pouvez essayer de le réinstaller, mais cette fois, faites un meilleur travail. d’essuyer le disque NVMe. (Il existe des indices de la présence de l'original ESP, en fonction de la sortie Infos de démarrage.) Vous pouvez supprimer gdisk, sgdisk, parted ou GParted. toutes les partitions sur /dev/nvme0n1, puis créez de nouvelles partitions avec votre outil de partitionnement ou laissez le programme d'installation Ubuntu le faire. Cette action garantit que le ESP est récent, qu'il ne reste aucun fichier Windows ou système de fichiers endommagé et qu'il n'y a pas d'autres partitions étranges sur le disque. (Parfois, les constructeurs OEM placent des partitions supplémentaires sur le disque et démarrent via l'une d'entre elles. Les restes d'une telle configuration pourraient éventuellement vous causer des problèmes.)
  • Essayez avec rEFInd - Vous pouvez essayer d’utiliser mon gestionnaire de démarrage avec rEFInd pour amorcer le disque. Vous pouvez télécharger le lecteur flash USB ou l'image CD-R, préparer un support de démarrage et démarrer avec ce dernier. Cela devrait vous permettre de démarrer sur Ubuntu. Si cela fonctionne, vous pouvez installer la version du paquet PPA ou Debian sur le disque dur. Cela pourrait résoudre certains problèmes bizarres; ou même si l'installation sur le disque dur ne vous aide pas, vous pourrez peut-être démarrer avec une clé USB temporairement pendant que vous étudiez davantage le problème. OTOH, tout ce qui empêche le lancement de GRUB pourrait également affecter rEFInd, en particulier une fois que vous l'avez installé sur le disque dur.
  • Réinitialiser les paramètres du microprogramme à leurs valeurs par défaut - Si vous pouvez trouver une option dans l'utilitaire de configuration du microprogramme pour réinitialiser toutes ses options à leurs valeurs par défaut, vous pouvez essayer ceci. ; cependant, cela nécessitera probablement de recréer l'entrée de démarrage Ubuntu. Normalement, Boot Repair pourrait le faire, mais je ne suis pas sûr que cela fonctionnera avec votre disque NVMe. Ainsi, vous devrez le faire manuellement ou réinstaller complètement Ubuntu, comme indiqué précédemment.
  • Mettez à niveau votre microprogramme - Certains EFI sont défectueux et ne démarrent pas correctement, sauf sous Windows. Une mise à jour du firmware (probablement appelée "mise à jour du BIOS" sur le site du fabricant) pourrait aider à résoudre de tels problèmes. Ainsi, il vaut la peine d'en vérifier un. Cela dit, les Dell sont généralement meilleurs que la moyenne sur ce point, et les fabricants publient rarement des correctifs de bogues pour les types de bogues pouvant provoquer les symptômes que vous signalez.
  • Utilisation de NTFS - Votre /dev/sda est partitionné avec une partition réservée Microsoft et une partition NTFS. Si vous avez complètement supprimé Windows de l'ordinateur, vous devez ne pas utiliser NTFS sur un disque interne. La raison en est qu’il n’existe pas de bons outils de maintenance Linux NTFS. Ainsi lorsque (note: ) lorsque ( pas Si ) la partition NTFS est endommagée, vous devrez parcourir des cerceaux supplémentaires pour la réparer. Si Windows avait été installé sur le disque NVMe, sa suppression n’affecterait pas votre disque dur /dev/sda, ce qui reste de Windows est donc compréhensible - mais c’est quelque chose que vous devriez corriger. Notez cependant que ni la partition réservée Microsoft ni la partition NTFS ne sont susceptibles de poser problème dans votre problème de démarrage actuel. Je mentionne cela parce que c’est quelque chose que vous devriez corriger une fois que vous avez démarré votre système; ce n'est pas quelque chose que vous devriez enquêter ou corriger pour tenter de réparer le problème de démarrage. OTOH, si votre partition NTFS se trouve sur un disque externe que vous déplacez entre un ordinateur Ubuntu et Windows, l’utilisation de NTFS pose moins de problèmes, car vous pouvez la réparer à l’aide de l’ordinateur Windows.

Si aucune des suggestions ci-dessus ne vous aide, vous voudrez peut-être approfondir votre lecture, car vous êtes alors profondément plongé dans le territoire de l'étrangeté EFI:

1
Rod Smith

"sda1" sera votre périphérique USB. Puisque linux ne démarre pas, démarrez-vous à partir de la clé USB?

Je soupçonne que le problème est que votre chargeur de démarrage n'est pas configuré correctement ou qu'il ne peut pas accéder au SDD. Retirez la clé USB et redémarrez. Accédez au menu des options du chargeur de démarrage en appuyant plusieurs fois sur la touche F12 (je ne sais pas quand est le "bon moment" pour l'appuyer) pendant le démarrage. Vous devriez arriver à un menu de chargeur de démarrage. À partir de là, vous devriez pouvoir choisir votre périphérique d’amorçage.

Ce lien pourrait aider. Vous avez déjà un accès SDD, cela ne s'appliquera donc pas en grande partie, mais assurez-vous qu'AHCI est sélectionné pour votre opération SATA.

0
Gaylord