「警告！UUID = xxxは存在しません。シェルに落ちました！このxxx値をどこで/どのように変更しますか？」 grub設定のどこに保存されますか？

さまざまなディストリビューションをテストするために、サーバーにいくつかのディスク（RAID用）といくつかのブートパーティションがあります。時々、私は最近（10バスター）Debian 32ビットと最近（10バスター）Debian 64ビットを持っていますが、何らかの理由でDebian 64ビットをより低いパーティション（ddを使用して、新しいパーティション設定）に移動することにしました。そのパーティションの/ etc / fstabで更新した後、以前にDebianを移動したパーティションに最新の（20.1 Ulyssa）Linux Mint Cinnamonをインストールしました。 Linux Mintをインストールすると、update-grubが実行され、Debian 64用の新しいパーティションが作成されるため、問題が発生するとは予想されませんでした。しかし、当時、Debian 64ビットは動作を停止しました。ルートパーティションが見つかりませんでした。

これについてのいくつかのコメント：Debianのインストールプロセスは、UEFIモードでgrubをインストールしようとしたときに機能しない可能性がある非UEFIパーティションがある可能性があるという警告を素晴らしく実行しました（そしてBIOSからの起動をお勧めします）。互換モード） - ）ミントはこの部分に大きく気を使わないようです。だからミントはUEFIモードで私のグラップを構成しました。しかし、奇妙なことに、Debian 64は動作しませんでしたが、Debian 32は動作しませんでした。

私は grub プロセスが私には明確ではないことを認めなければなりませんが、私が理解していないのは、私の Debian 32 で grub を再インストールして更新しようとしても問題が解決せず、2 つのパーティションを持つプロセスを見つけようとしていることです (Debian 32および64）/ etcおよび/boot（サブディレクトリを含む）にあります。最後に、起動時にDebian 64のgrubコマンドラインを編集し、Debian 64でgrubを再インストールして更新して問題を解決しました。

しかし、私が本当に理解したいのは、このUUIDがどこに保存されているのか（なぜ見つからないのか）、そしてなぜDebian 32パーティションでこの問題を解決できないのかということです。

編集：明確にするために：起動中のgrubメニューでカーネルパラメータを編集し、root = UUID = xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxをroot = / dev / sdxxに置き換えて、後続のgrub回復中に起動できました。いいえ修正が行われました。ただし、/ etcおよび/bootの圧縮されていないファイルにこのUUID値が見つかりません（xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxでもxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxでもありません）。

EDIT2：わかりました...私が探しているものは/boot/grub/grub.cfgにありますが、（Archemarに感謝します）正規表現を検索して見つかりませんでした。

find /boot /etc -type f -print0 | 
    xargs -0 grep -li 'a9c85b02-?751e-?48b5-?b85e-?df60d20b5d3e' 

grep正規表現が認識されませんか？代わりに{0,1}を使用する必要があります...:'(

find /boot /etc -type f -print0 | 
    xargs -0 grep -li 'a9c85b02-\{0,1\}751e-\{0,1\}48b5-\{0,1\}b85e-\{0,1\}df60d20b5d3e' 

ただし、Debian 32 パーティションから再インストールして grub を再構成するときに動作しない理由は説明しません。そのパーティションの???解析に基づいて誤って他のLinuxパーティションを識別することは可能ですか/boot/grub/grub.cfg？