質問: fedora 30のアップグレードで起動できない 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を操作できるようにしました。私が行った手順は次のとおりです。 現在の(30)をコピーして、将来に備えます:cp grub.cfg grub.cfg.new 古い(29)をコピーしました:cp grub.cfg.rpmsave grub.cfg 再起動すると、29になります。 ログインしてgrub2-install /dev/{boot drive}を実行しました(私にとっては、{boot drive}はsdaでした) 再起動したが、正直なところ、これが必要かどうかわからない ログインし、現在の(3)grub.cfgを元の場所に戻します:cp grub.cfg.new grub.cfg 再起動– fc 30が表示され、正常に起動した fc29の代わりにfc30が持っているものをすべて取得するためにgrub2-installを再実行 再起動、ログイン、実行dnf update