2 votes

le bios ne reconnaît pas le disque interne comme amorçable après l'avoir débranché et rebranché

J'ai un sérieux problème. J'avais un UBU 14.04 LTS en parfait état de marche sur un disque WD de 1 To en position SATA 1. J'avais une installation Win10 en bon état de marche sur un disque dur Seagate de 180 Go.

J'ai éteint l'ordinateur, branché un Clonezilla Live USB, branché un disque externe Toshiba USB 1TB et un disque WD 3 TB.

J'ai ensuite démarré l'ordinateur sur le disque flash Clonezilla, puis j'ai restauré l'image WIN10 du disque Toshiba sur le disque WD.

J'ai éteint l'ordinateur, débranché tous les disques, branché mon disque WD de 1 To avec Ubu 14.04 et j'obtiens un message indiquant qu'aucun périphérique de démarrage n'est disponible.

Je regarde dans le BIOS et le disque est là, c'est le seul, mais il n'apparaît pas dans les périphériques de démarrage. A la place, il y a les mots "hard drive".


Les fils lus qui ne s'appliquent pas :

  1. Grub perdu dans une configuration win 8 dual boot après un changement de disque dur
  2. Le menu de démarrage n'offre pas le choix entre Ubuntu et Windows
  3. Double démarrage de Windows 8 (UEFI / GPT) avec Ubuntu et boot-repair

J'ai démarré sur Live USB maintenant, et gparted montre le disque avec les partitions suivantes :

/dev/sda1 fat32 {no mount point} Size: 380MiB used: 4.13MiB Unused: 357.87 MiB Flags: boot
/dev/sda2 ext4 {no mount point} Size: 22.84 GiB Used: 9.72 GiB Unused: 14.12 GiB {no flag}
/dev/sda4 {key} ext4 /media/bef01012-a316-4c2c-9d93-fc16b989ae62 Size: 407.30 GiB Used 99.97 GiB Unused: 307.33 GiB {no flag}
/dev/sda3 {key} linux-swap {no mount point} 7.81 GiB Used: - Unused: - {no flag}
unallocated unallocated {no mount point} Size 492.12 GiB {rest of line blank}

Dans mon système de fichiers, je vois 26GB Filesystem, 437GB filesystem, et Ubuntu 12.04.5 LTS amd64 (flash drive.)

Je ne peux pas monter le système de fichiers de 26 Go, ni sda1, la partition fat32.

Je lis les "questions similaires" suivantes :

Mon BIOS a peu de paramètres que je peux modifier par rapport au BIOS de mon ordinateur portable. J'ai essayé de réinitialiser les paramètres d'usine par défaut, d'activer et de désactiver le démarrage sécurisé, de déplacer le disque vers des ports SATA différents (cet ordinateur n'a que deux connexions SATA et elles sont SATA II).

Je les ai déconnectés et j'ai installé le disque Win10 de 3 To sur lequel j'ai envoyé la restauration et il a démarré et fonctionné, bien qu'il soit destiné à un ordinateur différent. J'ai effectué un arrêt complet, pas un arrêt hybride. J'ai débranché tous les disques de l'ordinateur, j'ai essayé de remettre les paramètres par défaut du BIOS aux paramètres d'usine, et rien ne semble fonctionner.

À l'exception du disque Toshiba, ces disques sont tous des SATA internes.

... et bien d'autres encore.

\===================== Informations complémentaires ============

J'ai fait quelques expériences supplémentaires pour voir ce que je peux faire.

@kos et @Ashhar Hasan

J'ai retiré tous les disques de l'ordinateur et redémarré pour, je l'espère, réinitialiser le BIOS. J'ai ensuite installé les disques tels qu'ils étaient à l'origine avant d'utiliser l'ordinateur pour créer une sauvegarde du disque de mon ordinateur portable.

Il ne démarre que sur Windows.

@Old Fred

Je vais voir si je peux réparer le Grub ou le Grub après le déjeuner. Merci à tous pour vos réponses.

2voto

Richard Thomas Points 121

Une chose similaire s'est produite avec mon installation Slackware. J'ai pu le résoudre en relançant l'installation mais en sautant la partie installation du système de fichiers. L'installation m'a donné l'option de faire une installation UEFI ou LILO mais j'ai choisi l'installation UEFI parce que le plus récent est meilleur, non ? Il s'avère que non. LILO pour moi la prochaine fois si le MB le supporte.

En ce qui concerne Rod Smith, "N'allumez pas un ordinateur dont le ou les disques d'amorçage sont débranchés. Jamais" semble être une réponse vraie mais aussi une réponse que je considère comme complètement folle. Qui conçoit ce genre de choses ?

1voto

Rod Smith Points 41849

En fait, le premier lien que vous avez posté est tout à fait applicable. De plus, oldfred a presque certainement diagnostiqué correctement le problème. D'une manière plus générale, EFI n'est pas le BIOS ! Cela signifie que vous devez abandonner certaines habitudes centrées sur le BIOS, comme votre astuce consistant à débrancher un disque pour le protéger des activités que vous avez entreprises. Sous EFI, les informations sur l'ordre de démarrage sont stockées dans la NVRAM, et malheureusement, certaines EFI suppriment les entrées NVRAM qui n'existent plus. Lorsque vous avez débranché votre disque de démarrage, votre microprogramme a très certainement supprimé ces entrées. (Vous pouvez argumenter, avec mérite, que c'est une décision de conception boiteuse, mais c'est une décision qui existe dans le monde réel, donc vous en tant qu'utilisateur final devez en être conscient). Il y a trois façons de s'adapter à ce nouveau monde étrange :

  • N'allumez pas un ordinateur dont le ou les disques d'amorçage sont débranchés. Jamais.
  • Savoir comment récupérer votre boot loader si vous débranchez votre disque de démarrage. (Astuce : efibootmgr peut le faire. Voir ce tutoriel, ou l'un des dizaines d'autres, pour obtenir de l'aide).
  • Mettez un boot loader approprié dans la position du nom de fichier de repli ( EFI/BOOT/bootx64.efi sur le ESP ). Cela pourrait être une copie de Grub ou quelque chose d'entièrement différent.

Vous pouvez également trouver mon rEFInd gestionnaire de démarrage, placé sur une clé USB ou un CD-R, pour être utile à la récupération dans des situations comme celle-ci. Cela devrait au moins permettre à votre système de fonctionner à nouveau, à partir duquel vous pouvez exécuter efibootmgr ou même faire une réinstallation complète de Grub.

1voto

Fritz Points 387

Tout d'abord, je tiens à remercier @Rod Smith pour sa réponse. Je vais certainement chercher le gestionnaire de démarrage et l'essayer, mais j'ai trouvé une solution de contournement.

J'ai utilisé mon disque de sauvegarde comme test pour réinstaller Ubuntu sur les données existantes du disque.

Il n'a pas démarré lorsque je l'ai branché, mais j'ai pu démarrer un disque vivant et effectuer l'installation.

Lorsque j'ai terminé l'installation, j'ai pu démarrer le disque de sauvegarde et il était complet avec tous les logiciels et les données.

Lorsque j'ai branché ce disque, mon disque actif, j'ai pu démarrer directement dans Ubuntu sans problème.

Désormais, mon plan de sauvegarde prévoit de garder un disque factice à portée de main pour réinstaller Ubuntu au cas où cela se reproduirait.

Quant au démarrage sans disque, je ne l'ai fait qu'après avoir été incapable de démarrer Ubuntu.

Merci à tous pour votre aide. Ce sont vos informations, que je les ai comprises ou non, qui ont déclenché mes pensées pour tenter de rectifier le problème en réinstallant Ubuntu.


La cause de ce problème est que j'ai acheté un SSD pour mon disque de démarrage, mais j'ai décidé de l'utiliser dans mon ordinateur portable et d'en acheter un plus grand pour mon ordinateur de bureau. J'avais besoin d'exécuter Clonezilla pour créer un disque sur lequel je puisse changer les partitions en toute sécurité afin que le disque de 1 To tienne sur le SSD de 240 Go.

Je dois encore redimensionner les partitions, mais au moins je sais comment résoudre le problème d'efi s'il se reproduit.

Donc, encore une fois, merci à tous.

Buck

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X