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?
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é.
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:
/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
.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é.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.)/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:
"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.