/ boot / efi ne peut pas être monté après la mise à jour du noyau Ubuntu 13.04
Après avoir installé les dernières mises à jour, il apparaît que la nouvelle version du noyau qui a été installée (3.8.0-29) ne démarrera pas correctement.
Chaque fois que j'essaie de démarrer avec ce nouveau noyau, un message d'erreur indiquant qu'une erreur s'est produite lors du montage de /boot/efi s'est affiché.
Cela se produit uniquement avec ce nouveau noyau, car le démarrage avec les anciennes versions du noyau fonctionne correctement.
Si cela peut vous aider, j’ai un ordinateur portable avec UEFI et j’initialise simultanément Ubuntu 13.04 et Windows 8.
Edit: J'ai tout essayé dans la réponse de Rod Smith mais le problème persiste
Le message d'erreur exact est:
Une erreur s'est produite lors du montage/boot/efi.
Appuyez sur S pour ignorer le montage ou sur M pour la récupération manuelle.
Une pression sur S m'amène simplement à un écran de connexion de terminal, tandis qu'une pression sur M m'amène à un terminal de récupération.
Voici les résultats des commandes que vous m'avez demandé de lancer:
$ grep efi /etc/fstab
# /boot/efi was on /dev/sda2 during installation
UUID=F433-DF4C /boot/efi vfat defaults 0 1
$ Sudo blkid
/dev/sda1: LABEL="WINRE_DRV" UUID="4A46311E46310C67" TYPE="ntfs"
/dev/sda2: LABEL="SYSTEM_DRV" UUID="F433-DF4C" TYPE="vfat"
/dev/sda3: LABEL="LRS_ESP" UUID="5034-7FB2" TYPE="vfat"
/dev/sda5: LABEL="Windows8_OS" UUID="989E38469E381F66" TYPE="ntfs"
/dev/sda6: LABEL="LENOVO" UUID="32EE3B04EE3AC041" TYPE="ntfs"
/dev/sda7: LABEL="PBR_DRV" UUID="14243C89243C703A" TYPE="ntfs"
/dev/sda8: UUID="b5377bd7-1953-4cb0-b30d-9ee5a466760c" TYPE="ext4"
/dev/sda9: UUID="be7e2af0-3cc7-4e3c-82a1-e28e3d4b4ba6" TYPE="swap"
/dev/sdb1: LABEL="CRUZER" UUID="28A2-35DE" TYPE="vfat"
Tandis que /dev/sda2 et /dev/sda3 se ressemblent tous les deux sur mon système /dev/sda2 est celui avec l'indicateur "boot", et le changement de l'entrée dans fstab en UUID pour /dev/sda3 n'a pas été effectué. différence.
Je viens de mettre à jour mon système Ubuntu 13.04 vers le noyau 3.8.0-29 et je n’ai eu aucun problème avec cela. Je soupçonne que vous subissez des dommages au système de fichiers. Cela est courant sur les systèmes qui démarrent simultanément avec Windows 8 grâce à une fonctionnalité de Windows 8 appelée "démarrage rapide". Cette fonctionnalité transforme essentiellement l'opération d'arrêt en opération de suspension sur disque. Cela fonctionne bien sur un ordinateur à démarrage unique, mais lorsque l'ordinateur double le démarrage avec un autre système d'exploitation, il en résulte des problèmes de système de fichiers dangereux, du moins sur tout système de fichiers partagé entre plusieurs systèmes d'exploitation (y compris la partition système EFI [ESP]). Pour résoudre ce problème, démarrez Windows et désactivez le démarrage rapide. Notez que cette fonctionnalité est et non identique à l'option d'amorçage rapide. dans votre firmware; Désactiver cette fonctionnalité dans le firmware ne pas ne la désactive pas dans Windows 8.
Si vous désactivez le démarrage rapide et que le problème persiste, vous pouvez alors essayer de vérifier le système de fichiers de votre ESP, comme dans dosfsck /dev/sda1. (Le fichier de périphérique sous Linux peut toutefois être différent. Utilisez parted ou GParted pour trouver la partition FAT avec un "indicateur de démarrage" ou utilisez gdisk pour rechercher la partition avec un code de type EF00. .)
Si le problème persiste même après la désactivation de l'amorçage rapide et la réparation du système de fichiers, veuillez essayer les diagnostics suivants:
grep efi /etc/fstab
Sudo blkid
Comparez les résultats - le fichier /etc/fstab définit l'emplacement de montage des partitions. La recherche de efi devrait donc fournir des détails sur la manière dont votre système monte l'ESP. Par exemple, sur mon système, cela montre ce qui suit:
$ grep efi /etc/fstab
# /boot/efi was on /dev/sda1 during installation
UUID=FFB3-46B6 /boot/efi vfat defaults 0 1
La commande blkid fournit des informations sur tous les systèmes de fichiers de votre ordinateur. Vous voulez comparer ce que cela montre pour votre ESP (généralement /dev/sda1, /dev/sda2 ou /dev/sda3) avec le contenu de /etc/fstab. Par exemple:
$ Sudo blkid
/dev/sda1: SEC_TYPE="msdos" LABEL="ESP" UUID="FFB3-46B6" TYPE="vfat"
/dev/sda2: LABEL="Fred" UUID="421258c1-e9b1-4b1b-9dd7-60b82e75f8c3" TYPE="ext4"
/dev/sda3: UUID="9108d33b-855d-49ba-8b9e-90f981a597ea" TYPE="swap"
Dans ce cas, /dev/sda1 est le système de fichiers ESP - il s'agit d'un système de fichiers FAT (TYPE="vfat") et son numéro de série correspond au contenu de /etc/fstab (UUID="FFB3-46B6" ), donc tout est en ordre. Une incompatibilité des numéros de série ou un autre détail peut causer le problème que vous rencontrez. Si vous avez besoin d’aide supplémentaire, modifiez votre message à l’aide de cette information et du message d’erreur exact que vous voyez.