Fedoraのドキュメントに記載されているとおりに、dnf system-upgradeを使用して32ビットのFedora 28から30にアップグレードしました。 dnf system-upgrade rebootまではすべて問題ありませんでした。起動したシステムは、クリーンアップと検証を行い、パッケージをアップグレードしました。数時間後、システムは再起動しましたが、grubは起動できず、grubコマンドモードに入ります。
CDレスキューディスクを使用して、ハードディスクとその上のすべてのパーティションをfdiskとfsckで確認しました。問題は発生していません。/boot /で確認しましたが、vmlinuzとinitramfsが期待されるエンディングとサイズで問題ないことがわかりました。
しかし、/ boot/grub2/grub.cfgは奇妙で、通常の構造とは大きく異なります。
Configfile /grub2/grub.cfg.rpmsaveを使用してgrubコマンドラインから起動し、Fedora 28で起動できました。grub2-mkconfigを使用して一時的なgrub.cfgを生成しようとしましたが、/ tmp /を/boot/grub2/grub.cfgと比較するため。結果:まったく同じです。
システムをFedora 30で期待どおりに動作させるにはどうすればよいですか?
この古いカーネル28を実行中にdnf updateを実行するのは良い考えですか?
同じ問題がありました。どうやらFedoraのインストールが十分古い場合は、問題があります。初期バージョンから29、次に30にアップグレードしました。30にアップグレードすると、grub>
プロンプトが表示されます。
結局、私はgrub2-install
を実行することについてのアドバイスに従いました 一般的なF30バグ@ Fedoraプロジェクト
トラブルシューティング/レスキューモードでインストールディスクを使用して、grub.cfg
を操作できるようにしました。私が行った手順は次のとおりです。
cp grub.cfg grub.cfg.new
cp grub.cfg.rpmsave grub.cfg
grub2-install /dev/{boot drive}
を実行しました(私にとっては、{boot drive}
はsda
でした)grub.cfg
を元の場所に戻します:cp grub.cfg.new grub.cfg
grub2-install
を再実行dnf update
手順の最も重要な部分は、新しくアップグレードされたFC30システムでgrub2-installを実行することです。私の意見では、これを実行することでおそらく十分です。起動プロセスが停止した状態に応じて、システムを起動するには、GRUB2シェルで別のコマンドを入力する必要があります。上記の「configfile」コマンドにより、古いカーネルから始めることができました。提供されたGRUB2ブートエントリを編集し、適切な「root =」サフィックスを「linux」コマンドに追加すると、新しいカーネルで別の状況で開始する機会が得られました。システムが実行されたらすぐに、ルートシェルに前述の「grub2-install」と入力します。