先日、WindowsとのデュアルブートでElementary OSをインストールしたときに、再起動時にGrubエラーが発生しました。エラーメッセージが表示されたコマンドラインが表示されました:
ライン編集のような最小限のBASHがサポートされています。最初の単語については、TABは可能なコマンド完了をリストします。それ以外の場所では、TABにデバイスまたはファイルの補完の可能性が一覧表示されます。

実際、これはElementaryOSに固有のエラーではありません。これは、Ubuntu、Fedora、LinuxMintなどのLinuxOSで発生する可能性のある一般的なGrubエラーです。
この投稿では、この「ライン編集のような最小限のBASHがサポートされている」UbuntuでのGrubエラーを修正する方法を説明します ベースのLinuxシステム。
このチュートリアルを読んで、同様のより頻繁な問題であるエラーを修正できます。Linuxではそのようなパーティションgrubレスキューはありません
前提条件
この問題を修正するには、次のものが必要です。
- (できれば)同じLinuxディストリビューションのライブUSBまたはディスク
- ライブセッションでインターネット接続が機能している
前提条件を満たしていることを確認したら、Linuxの死の黒い画面を修正する方法を見てみましょう(私がそれと呼べるなら;))。
「ライン編集のような最小限のBASHがサポートされている」Grubエラーの修正
手順を注意深く(盲目的にではなく)実行すれば、プロセスは簡単です。システムごとにパーティション名を変更する必要がある場合があります。
ステップ1 :ライブLinuxUSBを起動します。
ステップ2 :システムがEFIまたはBIOSを使用しているかどうかを確認する必要があります。これを行うには、ターミナルを開き、次のコマンドを使用してパーティションを一覧表示します。
sudo fdisk -l
巨大な出力になる可能性があるため、出力をよく見てください。 EFIのようなものが表示された場合は、システムにEFIがあることを示しています。この情報は、後の段階で重要になります。
Device Start End Sectors Size Type
/dev/sda1 2048 976895 974848 476M EFI System
/dev/sda2 976896 40038399 39061504 18.6G Linux filesystem
/dev/sda3 40038400 79099903 39061504 18.6G Linux filesystem
/dev/sda4 79099904 468875263 389775360 185.9G Linux filesystem
ここで2つのことに注意する必要があります。 EFIがインストールされているパーティション(インストールされている場合)とルートパーティションがインストールされているパーティション。
ステップ3 (UEFIシステムのみ ):次に、grubを再インストールする必要があります。
最初にルートパーティションをマウントします。ルートに/dev/ sda2を使用していますが、システムにあるものでこれを変更する必要があります:
sudo mount /dev/sda2 /mnt
EFIシステムを使用している場合は、そのパーティションもマウントします。
sudo mount /dev/sda1 /mnt/boot/efi
次のステップは、最終的に次のようにUEFIシステム用のgrubをインストールすることです。
sudo grub-install --boot-directory=/mnt/boot --bootloader-id=ubuntu --target=x86_64-efi --efi-directory=/mnt/boot/efi
次のコマンドを使用してUbuntuLinuxを再起動します:
shutdown -r now
グラブを通常の状態に戻す必要があります。
ステップ3(非EFIシステムの場合のみ) :非EFIシステムへのgrubのインストールはさらに簡単です。
Linuxのルートパーティションをマウントします:
sudo mount /dev/sda1 /mnt
次に、grubをインストールします:
sudo grub-install /dev/sd1
再起動すると問題ないはずです。
この「ライン編集のような最小限のBASHがサポートされている」UbuntuベースのLinuxでのGrubエラーを修正する別の方法
このGrubエラーはUbuntuまたはUbuntuベースのLinuxディストリビューションに限定されないことを指摘するかもしれませんが、なぜ私は世界のUbuntuに重点を置いているのですか?その理由は、ここでは簡単な方法でブート修復というツールを使用するためです。 問題を解決します。このツールがFedoraのような他のディストリビューションで利用できるかどうかはわかりません。もう時間を無駄にすることなく、ライン編集がサポートされているような最小限のBASHを解決する方法を見てみましょう Grubエラー。
ステップ1:ブートインライフセッション
ライブUSBを接続し、ライブセッションを起動します。
ステップ2:ブート修復をインストールする
ライフセッションに入ったら、ターミナルを開き、次のコマンドを使用してブート修復をインストールします。
sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo apt-get update
sudo apt-get install boot-repair
注:上記のコマンドの実行中に発生した場合、このチュートリアルに従ってcdromapt-getupdateを使用して新しいCD-ROMエラーを追加できない問題を修正してください。
ステップ3:ブート修復を使用してブートを修復する
Boot Repairをインストールしたら、次のコマンドを使用してコマンドラインから実行します。
boot-repair &
実際、ここからはかなり簡単です。ブート修復ツールが提供する指示に従う必要があります。まず、推奨される修復をクリックします ブート修復のオプション。

ブート修復がブートとグラブの問題を分析するのに数分かかります。その後、コマンドラインで使用するいくつかのコマンドが提供されます。ターミナルでコマンドを1つずつコピーします。私にとっては、次のような画面が表示されました:

次のコマンドを入力すると、いくつかのプロセスが実行されます。

プロセスが完了すると、ブート修復のログで構成されるURLが提供されます。起動の問題が今でも修正されていない場合は、フォーラムにアクセスするか、開発チームにメールを送信して、参照用のURLを提供してください。かっこいいですね。

起動の修復が正常に終了したら、コンピュータをシャットダウンし、USBを取り外して、もう一度起動します。私にとっては正常に起動しましたが、Grub画面に2行追加されました。システムが再び正常に起動するのを見てうれしかったので、私にとって重要ではなかった何か。

それはあなたのために働きましたか?
したがって、これは、ライン編集がElementaryOSFreyaでサポートされているGrubエラーのような最小限のBASHを修正した方法です。君はどうでしょう?それはあなたのために働きましたか?下のコメントボックスに質問するか、提案をドロップしてください。