Fedora 19 の起動に問題があります。まず、仮想ディスクからそのシステムを「抽出」した (物理ディスク上のルート パーティションとブート パーティションの内容を単に DD する) ことを述べなければなりません。そのため、問題が発生する可能性は多数ありますが、これは関連した問題ではないようです。ライブ Ubuntu ディストリビューションをchrootFedora システムに使用し、表示される可能性のある grub エラーを修復するために および を使用してgrub2-install、grub2-mkconfigうまくいきました。grub はブート パーティション内のすべてのカーネルを見つけてロードできましたが、その後問題が発生しました。
私の状況を説明するために、いくつかの写真を使用します。これは、Fedora を起動するときに表示されるエラーです。
これは本当です。dracutblkidシェルでは、これが表示されます。これらは、ノートブックの SATA HDD 上のパーティションで、通常は として参照されますsdaが、別の 2 つの USB デバイスが接続されていて、そのうちの 1 つにシステムがあります。システムがあるデバイスは通常 であり、パーティションとパーティションのsdb両方があるため、grub はそれを認識しているはずですが、この段階では表示されず、カーネルがそれらをロードできなかったように見えます。
rootboot
これらのパーティションが実際に存在し、良好な状態であるという事実を裏付けるために、ライブ Ubuntu を実行し、blkidそこから呼び出しました。すると、起動中に欠落していたパーティションがポップアップ表示されました。
そこで質問なのですが、Fedora の何が問題で、どうすれば修正できるのでしょうか? 前述したように、Ubuntu から chroot できるので、必要に応じて何でも設定できます。また、この問題は「フル」カーネルを起動した場合にのみ発生します。grub にはレスキュー モードで起動するオプションもあり、問題なく機能し、ホーム フォルダ (ルートと同じパーティション) のデータを確認できます。また、この情報も記載しています。私のハードウェア構成。
答え1
ライブ環境を通じて fedora 19 を 20 にアップグレードすることで解決しました。仮想ボックス内にインストールされたときに fedora が異なって構成され、その情報がどこかに残っている可能性があります。このアップグレードでは、ほとんどのデータとプログラムがそのまま保持されるため、そのようなオプションを持つ人にとっては「十分な」解決策になります。
答え2
fstab と mtab に移動して UUID を更新します。スクリーン キャプチャを見ると、新しいものと古いものの UUID が異なることがわかります。