Clonezillaは、無効/更新されていないUUIDでディスクレプリケーションを作成します。

[元の質問https://stackoverflow.com/questions/73959107/clonezilla-generates-disk-clone-with-wrong-unupdated-uuids]

最近、clonezilla（ディスクとディスク）を使用してSSHD（1TB）をNVMe（2TB）に複製しました。 SSHDドライブでFedora 36 x64を使用して、信頼性が高く代替安定性があります。 M.2 NVMe v1.4のみが接続されている場合、システムは両方とも起動しません。

その結果、どんなドラフト（一部の人々が報告したかのようにただしなければならないdracut --regenerate-all -f）や同様のものを使用できない緊急シェルが誕生しました。また、緊急シェルもリストしていないLive USBのトラブルシューティングメニューも含まれています。

Gnomeディスクを調べたところ、何らかの理由で新しいドライブがEFI / CSMパーティション（NVMeディスク上）を正しくマウントしましたが、SATA3 SSHDディスクから/ bootおよび/ homeをマウントしたことがわかりました。

FC36 Live USBを使用してパーティションをマウントしようとしましたが、失敗して試しましたが、すべてのオプションがbtrfs check --repair何らかのbtrfs filesystem rescue方法で失敗しました。

• M.2 NVMe の接続を切断して SATA3 SSHD を維持すると、SSHD を使用するシステムが Fedora 36 で起動します。
• SATA3 SSHDを取り外してM.2 NVMeを維持すると、システムがUUIDを持つデバイスを見つけることができないと叫んで、役に立たない緊急シェルに投げられます。

両方のディスクのすべてのパーティションは同じUUIDを持ちます。私の考えでは、複製されたM.2 NVMeディスクに誤った物理デバイスを指す追加のデバイスUUIDがあるようですが、関連する構成を識別および/または変更できるLinuxストレージについての深い理解はありません。おそらく次のようなものLinuxは元のパーティションの代わりに複製されたパーティションをマウントします。しかし、パーティションはbtrfsファイルシステムを使用しているので、私自身も安全ではないと感じます。

私が見つけた他の問題：

• ブートリカバリディスクX32およびX64を使用している場合（https://sourceforge.net/projects/boot-repair-cd/）、nvmeでプーリングの問題が発生しました（https://bugzilla.kernel.org/show_bug.cgi?id=204887）したがって起動できません。

レプリケーション後にM.2 NVMeをインストールして起動できるように、データを失うことなく既知のソリューションがありますか？

ありがとうございます！

アップデート：FC36 Live USBでBlivet GUIをチェックすると、Clonezillaはbtrfsボリュームを混乱させ、次の場所を作成したように近づきます。

• 同じ名前（「myLabel」など）を持つパーティションが、/dev/nvme0n1p3（〜2TB、NVMe）と/dev/sdc3（〜1TB、SSHD）の両方に存在します。私のNVMeでは、Clonezillasによって作成されたパーティションがタグマッチングを介して既存のパーティションに接続され、一種の「統合」ボリュームを形成しているようです。これは、システムがSATA3ドライブなしでは起動しないが、NVMeドライブがないと起動できる理由の妥当な説明のように感じます。

引用:ファイルシステムUUID（2つの同じUUID）を変更するには？

アップデート＃2：

放棄してFC36 Live USB経由で再インストールしたところ、いくつかの問題が発生しました。

• アナコンダでは、システムはランダムに停止します。
• ブートローダのインストール中のシステムの競合
• それでも空の追加パーティションがあります（EFIとCSMは明らかに再利用されません）。