web-dev-qa-db-ja.com

/ boot / efiは、カーネルアップデートUbuntu 13.04の後にマウントできません

最新のアップデートをインストールした後、インストールされたカーネルの新しいバージョン（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のエントリを/dev/sda3のUUIDに変更します。差。

boot13.04updateskerneluefi
2
Andrew Roskuski

Ubuntu 13.04システムをカーネル3.8.0-29に更新したところ、問題はありませんでした。私の疑いは、あなたがファイルシステムの損傷を受けているということです。これは、「高速起動」と呼ばれるWindows 8の機能のために、Windows 8とデュアルブートするシステムで一般的です。この機能は、基本的にシャットダウン操作をディスクへのサスペンド操作に変換します。これはシングルブートコンピューターでは正常に機能しますが、コンピューターが別のOSとデュアルブートする場合、少なくともOS間で共有されているファイルシステム（EFIシステムパーティション[ESP]を含む）で、ファイルシステムに危険な問題が生じます。これを修正するには、Windowsを起動し、 高速起動を無効にします。 この機能はnot高速起動オプションと同じです。ファームウェアで;ファームウェアでこの機能を無効にすると、Windows 8ではnot無効になります。

高速起動を無効にしても問題が解決しない場合は、dosfsck /dev/sda1のように、ESPでファイルシステムチェックを実行してみてください。 （ただし、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" ）、すべて順調です。シリアル番号の不一致またはその他の詳細により、発生している問題が発生する可能性があります。さらにサポートが必要な場合は、この情報と表示されているexactエラーメッセージを使用して投稿を編集してください。

1
Rod Smith