バックグラウンドストーリー：システムは、Windows 10（元はWin7ですが、ある時点でアップグレードする必要があります）とFedora（元はFedora 28でしたが後で32にアップグレード）を実行するUEFIデュアルブートです。すべてがうまくいったし、数年間働いた。ただし、33にアップグレードすると動作が停止し、ハードリセット後にFedoraで起動しなくなります。生涯の間、私はこのシステムがlive 33を含むUSBから正常に起動することができなかったので、以前のFedora 28 CDに戻って再インストールしました。
F28を再インストールしました。私はカスタムパーティションを使用し、それをすべての古いパーティションに戻します。これは再フォーマットする必要がありましたが/私はそうすることを期待しました。他のパーティションを再フォーマットしていません。それから私は28にアップデートしてF32にアップグレードしようとしました（なぜなら、私が使用しているさまざまなアプリが実行されるようにF32の基準を維持したいからです）。
これで、最も古いF28が起動する状態になりますが（タイムスタンプに基づいて元のインストールの古いエントリを使用しているようです）、新しいエントリはそうではありません。
systemctl status boot-efi.mountがvfatが不明なファイルシステムであると文句を言います。 lsinitrdはvfatの位置を示しています。
以前のF28で起動したとき、/boot/efiにはサブディレクトリやその他のエントリがなかったため、サブディレクトリへのシンボリックリンクはゴミに過ぎず、正直なところ理解できませんでした。 /etc/fstabエントリは私にとっては大丈夫です。
見てみましたが、depmod -aが役に立たず、secure_mode_insmodがオフになっています。
Windows 10とFedora 33で起動したいです。
この時点では、どこを見るべきか、何を試すべきかはよくわかりません。
答え1
生涯の間、ライブ33を使用してこのシステムをUSBから正常に起動することはできません。
私にとっては、これが解決すべき出発点になります。 F28はCD-ROMドライブから始まったと言いましたか？しかし、F33はUSBで失敗します。起動プロセスはどこで失敗しますか？
ハードドライブを取り外し、USBでのみ起動します。 fedora 33ライブをお試しください。このように起動できると、ディスクのスキャンによって起動中にシステムがクラッシュする可能性があるため、新しいパーティションを使用して全体を再インストールすると便利です。
これがUEFIの問題ではないことを確認するには、BIOSでUEFIを無効にできる場合は、UEFIを使用しないことをお勧めします。 BIOSとディスクとソフトウェアの組み合わせはuefiでは動作しませんが、uefiがなければうまく動作するいくつかのシナリオを見ました。
カーネルを選択してもどこかで失敗した場合は、カーネルパラメータに入ります。カーネルパラメータを編集して「rhgb Quiet」を削除した後、シングルユーザーモードで起動して、ルートコンソールが表示されることを確認してください。