Windows 8.1がプリインストールされたAsusラップトップを使用し、Ubuntuを一緒にインストールすることができました。数日間は問題なく動作しました。今日、アウトオブザブルーのUbuntuは黒い画面になり、grubメニューに戻ってOSの1つを選択します。Ubuntuを起動しようとすると、「/ boot/efi 'そして、どのオプションも選択できません(1つはSを押してマウントプロセスをバイパスし、もう1つはMを押して問題を手動で修正することです)。リカバリモードを経て、通常の起動を試みると、マウント手順をバイパスして、通常どおりUbuntuを起動できます。
起動時にマウントプロセスを無効にするにはどうすればよいですか?それとも、問題を解決するにはどうすればよいですか?
The_Seppiの応答は最初の質問に答え、その点で完全に正しいです。
問題を解決する問題については、次の2つのいずれかが発生している可能性があります。
UUID=xxxx-xxxx
ビットです。 Sudo blkid
と入力すると、パーティションのすべてのUUID値を見つけることができます。エントリの/boot/efi
など、EFIシステムパーティションの最初の列(ESP; /dev/sda1
)に何か他のものがある場合、その値は変更されている可能性があります。このような変更は、バックアップし、新しいファイルシステムを作成し、復元した場合に発生する可能性があります。またはディスクを再パーティション化した場合。Boot Info Script (boot-info-script
パッケージ内)の出力は、これらのヒントを使用しても根本的な問題を解決できない場合に役立ちます。
昇格した権限でテキストエディターでファイル/etc/fstab
を開きます。次のようなラベルが付いている可能性があるため、EFIパーティションを一度に認識できるはずです。
# /boot/efi was on /dev/sda1 during installation
UUID=xxxx-xxxx /boot/efi vfat defaults 0 1
自動マウントを防ぐために、noauto
フラグをオプション列に追加します(この例では、「デフォルト」が立っています)。コンマで区切って、次のようになります。
UUID=xxxx-xxxx /boot/efi vfat defaults,noauto 0 1
これにより、将来このパーティションが自動的にマウントされなくなります。パーティションにアクセスする必要が生じた場合は、Sudo mount /boot/efi
を実行して手動でマウントできます。このディレクトリはfstabエントリに格納されているため、mountはそこにマウントするものを自動的に認識します。
注:私のシステムでは、/ boot/efiエントリはコメント化されています。ただし、これも自動マウントされています。したがって、fstabエントリを変更する場合は、#
行の前にある先頭のUUID=... /boot/efi
を削除します。