/ boot / efi не может быть смонтирован после обновления ядра Ubuntu 13.04

Question 1

После установки последних обновлений выясняется, что новая версия установленного ядра (3.8.0-29) не загружается должным образом.

Всякий раз, когда я пытаюсь загрузиться с использованием этого нового ядра, я получаю сообщение об ошибке, указывающее, что произошла ошибка монтирования /boot/efi.

Это происходит только с этим новым ядром, так как запуск со старых версий ядра работает нормально.

В случае, если это поможет, у меня есть ноутбук с UEFI, и я использую двойную загрузку Ubuntu 13.04 и Windows 8.

Редактировать: я попробовал все в ответе Рода Смита, но у меня все еще проблема

Точное сообщение об ошибке:

Произошла ошибка при монтировании / boot / efi.

Нажмите S, чтобы пропустить монтаж, или M, чтобы восстановить вручную

Нажатие S просто выводит меня на экран входа в систему терминала, а нажатие M переводит меня в терминал восстановления.

Вот результаты команд, которые вы просили меня выполнить:
$ 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" 
В то время как /dev/sda2 и /dev/sda3 оба выглядят одинаково в моей системе /dev/sda2 это та, у которой «boot» "и изменение записи в fstab на UUID для /dev/sda3 не имеет значения.

Question 2

Я просто обновил свою систему Ubuntu 13.04 к ядру 3.8.0-29, и у меня не было проблемы с этим. Мое подозрение - то, что Вы испытываете повреждение файловой системы. Это распространено в системах, которые быстро запускает двойная загрузка с Windows 8 из-за функции Windows 8, названной "". Эта функция по существу поворачивает операцию завершения работы в приостанавливание к дисковой операции. Это хорошо работает на компьютере единственной начальной загрузки, но когда компьютерные двойные начальные загрузки с другой ОС, результатом являются опасные проблемы файловой системы, по крайней мере, в любой файловой системе это совместно используется Ose (включая Системный раздел EFI [ESP]). Чтобы зафиксировать это, загрузитесь к Windows и отключить быстрый запуск. Обратите внимание, что этой функцией не является то же как опция быстрой загрузки в Вашем встроенном микропрограммном обеспечении; отключение этой опции во встроенном микропрограммном обеспечении не отключает его в Windows 8.

Если Вы отключаете быстрый запуск, и проблема сохраняется, то Вы могли попытаться делать, файловая система проверяют Ваш ESP, как в dosfsck /dev/sda1. (Файл устройств в Linux мог бы отличаться, все же. Использовать parted или GParted для нахождения раздела FAT с набором "флага начальной загрузки" или использования gdisk найти раздел с кодом типа EF00.)

Если проблема сохраняется даже после того, как Вы отключаете быструю загрузку и фиксируете файловую систему, попробуйте следующую диагностику:

grep efi /etc/fstab
sudo blkid

Сравните результаты - /etc/fstab файл определяет, где разделы смонтированы, и таким образом ища его efi должен произвести детали о том, как Ваша система монтирует ESP. Например, в моей системе, это показывает следующее:

$ grep efi /etc/fstab
# /boot/efi was on /dev/sda1 during installation
UUID=FFB3-46B6  /boot/efi   vfat    defaults    0   1

blkid команда производит информацию о файловых системах всего Вашего компьютера. Вы хотите сравнить то, что это показывает для Вашего ESP (обычно /dev/sda1, /dev/sda2, или /dev/sda3) к тому, что находится в /etc/fstab. Например:

$ 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"

В этом случае, /dev/sda1 ESP - это - FAT (TYPE="vfat") файловая система и ее порядковый номер соответствуют тому, что находится в /etc/fstab (UUID="FFB3-46B6"), таким образом, все в порядке. Несоответствие порядковых номеров или некоторой другой детали могло бы вызвать проблему, с которой Вы встречаетесь. Если Вы нуждаетесь в большем количестве помощи, отредактируйте свое сообщение с этой информацией и точное сообщение об ошибке, которое Вы видите.

Question 3

Question 4

У меня только что была похожая проблема при использовании boot-repair для перехода на UEFI. Звучит глупо, но я просто поставил двойные кавычки вокруг значения UUID, сделал sudo mount -a (или перезагрузился), и ошибка ушла. Поэтому я бы изменил вашу запись в / etc / fstab с

UUID=F433-DF4C  /boot/efi       vfat    defaults        0       1

на

UUID="F433-DF4C"  /boot/efi       vfat    defaults        0       1

Rod Smith · Answer 1 · 22 August 2013 в 00:52

Я просто обновил свою систему Ubuntu 13.04 к ядру 3.8.0-29, и у меня не было проблемы с этим. Мое подозрение - то, что Вы испытываете повреждение файловой системы. Это распространено в системах, которые быстро запускает двойная загрузка с Windows 8 из-за функции Windows 8, названной "". Эта функция по существу поворачивает операцию завершения работы в приостанавливание к дисковой операции. Это хорошо работает на компьютере единственной начальной загрузки, но когда компьютерные двойные начальные загрузки с другой ОС, результатом являются опасные проблемы файловой системы, по крайней мере, в любой файловой системе это совместно используется Ose (включая Системный раздел EFI [ESP]). Чтобы зафиксировать это, загрузитесь к Windows и отключить быстрый запуск. Обратите внимание, что этой функцией не является то же как опция быстрой загрузки в Вашем встроенном микропрограммном обеспечении; отключение этой опции во встроенном микропрограммном обеспечении не отключает его в Windows 8.