web-dev-qa-db-ja.com

行編集のような最小限のBASHがサポートされています。 Fedoraでの起動エラー

ラップトップでFedora 22とWindows 8を使用しています。最近、yum updateコマンドを使用してFedoraを更新しました。 Fedoraを再起動すると、起動メニューが表示されません。代わりに、黒い画面に次のメッセージが表示されます。

Minimal BASH like line editing is supported. For the first Word, TAB lists 
possible command completions. anywhere else TAB lists possible device or file 
completions.

Fedoraを取り戻すことはできますか、それとも再インストールする必要がありますか？.

fedorabootgrub2grub
3
mayautobot

Fedoraを取り戻すことができます。

Grub2-efiパッケージが更新/再インストールされるたびに（次のリリースにアップグレードされたシステムを含む）、ラップトップコンピューターでこの問題が発生しました。それはあなたのようなある種のレスキューモードでgrub2ブートを引き起こします。

Fedoraのgrub2-efiパッケージが私のラップトップに正しくインストールできないようです（ASUS TX3 、Fedora x86_64、バージョン18から23）。

手動ブート

このgrub2レスキューモードからFedoraを手動で起動し、grub2をディスクに再インストールしてこの問題を修正できます。それをするために：

  1. lsコマンドを使用してすべてのパーティションを一覧表示します

  2. linuxefi（EFIの場合）またはlinux16（BIOSの場合）コマンドを使用してLinuxカーネルファイルを指定し、次にroot=パラメータを使用してルートパターンを指定します。

    • ルートパーティションがシンプルパーティションの場合、root=/dev/sdXN
    • または、ルートパーティションがLVM論理ボリュームの場合はroot=/dev/mapper/THE_ROOT_LOGICAL_VOLUME
    • または、ルートパーティションがRAIDアレイの場合はroot=/dev/mdN
    • またはroot=UUID=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX-これは普遍的な形式ですが、UUID文字列が長いため、タイプミスが最も簡単です。

    例1：linuxefi (hd2,gpt6)/vmlinuz-4.4.2-300.fc23.x86_64 root=/dev/sda8。
    例2：linux16 (hd0,msdos1)/vmlinuz-4.4.2-300.fc23.x86_64 root=/dev/mapper/Fedora-root

    使用できます TABvmlinuz部分をオートコンプリートします。

  3. initrdefi（EFIの場合）またはinitrd16（BIOSの場合）コマンドを使用して、初期RAMディスクファイルを指定します。

    例1：initrdefi (hd2,gpt6)/initramfs-4.4.2-300.fc23.x86_64.img
    例2：initrd16 (hd0,msdos1)/initramfs-4.4.2-300.fc23.x86_64.img

  4. bootと入力してFedoraを起動します。これによりFedoraが起動します。

  5. 最後に、grub2-installコマンドで--target x86_64-efiパラメータを指定してgrub2-installの問題を修正します
    例：grub2-install --target x86_64-efi

次に、再起動してこの問題が修正されたかどうかを確認します。

次回grub2-efiパッケージが更新/再インストールされたときに、手順5を繰り返すことを忘れないでください

その他の情報

私のデスクトップマシン（EFI、x86_64）では問題なく動作しているのに、なぜこれが私のラップトップで発生したのかはまだわかりません。多分それはMicroSD/TFカードに関連していますが、私にはわかりません。 TFカードが内部カードリーダーに挿入されていると、ブロックデバイス名が固定されないことがよくありました。場合によっては/dev/sdb（HDDは/dev/sdc、SSDは/de/sda）、場合によっては/dev/sdc（HDDは/dev/sdb、SSDは/de/sda）です。

もう少し詳しく分析すると、/boot/efi/EFI/Fedora/grubx64.efiファイルにルート（パーティション）情報が含まれていないことがわかります。 /boot/efi/EFI/Fedora/grubx64.efiファイルの次のhexdump（実際にはhexeditからコピー）では、grub2-のときに0001D2B0行の「（、gpt6）/ grub2」文字列が存在しませんefiパッケージが更新/再インストールされました。

0001D290   00 00 00 00  00 00 00 00  01 00 00 00  00 00 00 00  ................
0001D2A0   00 00 00 00  00 00 00 00  03 00 00 00  18 00 00 00  ................
0001D2B0   28 2C 67 70  74 36 29 2F  67 72 75 62  32 00 00 00  (,gpt6)/grub2...
0001D2C0   01 00 00 00  00 00 5A 5B  5D C3 41 56  41 55 41 54  ......Z[].AVAUAT
0001D2D0   55 48 89 F5  53 49 89 FC  48 8B 76 08  FF 55 00 85  UH..SI..H.v..U..
0001D2E0   C0 BB 01 00  00 00 0F 85  BC 00 00 00  4C 89 E7 89  ........L...L...
4
LiuYan 刘研

Fedoraブートリストアに「boot」ディレクトリを追加します。ファイルが存在しないというエラーメッセージが表示されない。 Windows 10のアップデートでFedoraのデュアルブートバグがクラッシュした後、ソリューションを使用してラップトップをFedoraで再起動できます-

linuxefi（hd2、gpt6）/boot/vmlinuz-4.4.2-300.fc23.x86_64 root =/dev/sda8

initrdefi（hd2、gpt6）/boot/initramfs-4.4.2-300.fc23.x86_64.img

0
Tom Peng