複製後の起動の問題

複製後の起動の問題

ここに質問を投稿するのは今回が初めてのようです。 10年以上にわたりLinuxおよびVMwareサーバーを使用してきました。最近、私はDebianデスクトップとProxMoxに(再び)注意を向けることにしました。その理由は、プライバシーがよりフレンドリーで、ハードウェアのサポートがより広く、リソース要件が低いためです。 Windows(現在)とIntel / AMD(後で)はこんにちはです。私は最初から独自のDebianデスクトップを構築しようとしており、XFCeをGUIとして選択しました。今はうまくいきますが(Windowsほど滑らかではありませんが、よりスマートで高速です)、まだ解決されていない問題がたくさんあります。そのうちの1つは、正規のMicrosoftフォントが不足し(解決中)、もう1つは私の(自家製)NASにSambaがあるということです。 Linuxアプリケーションには多くの問題(ロック問題、NASでショートカットを作成できないなど)があります。後でNFSがどのように進行するかを見てみましょう。

しかし、私の質問はこれです。最初のWindowsデスクトップをDebian / XFCeデスクトップに変換した後、2番目のWindowsデスクトップを変換しようとしています。私は長年Clonezilla v2.2.3を使用してきましたが、私はとてもうまくいきます。しかし、Debian v11(Bullseye)をバックアップしようとするとうまくいきませんでした。 Clonezilla v3.0.1にアップグレードする必要があります。それでは、クローンの部分を見てみましょう。同じハードウェアを使用する3つのWindowsデスクトップがあり、Windowsレプリケーション(Clz v2.2.3を使用)は常にうまくいきます(もちろんライセンスキー、IP、およびホスト名の変更)。ただし、Debianデスクトップを複製するとき(ディスク - イメージのバックアップとイメージ - ディスクの回復を使用)、複製を開始することはできません。 BIOS / UEFIに「再起動して正しい起動デバイスを選択してください」と表示されます。自分で修正してください。多くの投稿(しかしArchLinuxとUbuntu)をたくさん読んで、ついに次のことを試しました。www.debian.org/releases/stable/amd64/ch08s06.en.html

私のDebianのインストールUSBスティックを使って回復モードに入ることができ、インストーラに私のブートディスクにGRUBを再インストールさせることができました。次のようになりました: "'grub-install /dev/sda'の実行に失敗しました。"私が読んだ他の記事のほとんどは同じ方向を指しているので、少しきつくなりません。

私の質問:Clonezillaを使ってLinuxシステムを複製した経験がある人はいますか?どのように進めることができるかご存知ですか?

追加情報:私のパーティションレイアウトは次のとおりです。

    #      Size    In use      Free      iSize   Type/description
    1    499 MB      4 MB    495 MB    476 MiB   EFI/boot partition (/boot/efi)
    2   40,0 GB   11,8 GB   28,2 GB   37,3 GiB   Linux root (/)
    3   16,1 GB   10,0 GB     PM       9,3 GiB   Linux swap
    4   70,0 GB   12,3 GB   57,7 GB   65,2 GiB   Linux home (/home)
    -    120 GB     PM       120 GB  111,3 GiB   Free space

最初のパーティションはセクター2048で始まります(パーティションのソート間隔は1 MB)。セクタ 0 = ブートセクタ、セクタ 2-33 は (デフォルト?) GPT パーティションテーブルです。セクター1がどのような用途に使用されるのかわかりません。

Wikipediaによると、GPTはGUID(UUID)に基づいています。 GPTを使用すると、各ディスク(およびそのパーティション)にUUIDがあることがわかります。過去にWindowsを複製したときにこの問題を解決する必要があったかどうか覚えていません。一方、私にとっては、レプリケーション中にUUIDを上書きすることは、古いUUIDが実際にBIOS / UEFIのNVRAMに格納されている場合にのみ可能な問題のようです。私の(AMI)BIOSブートメニューにこれを表示しません。私のライブデスクトップでは、「/boot/efi」の下に「EFI」というディレクトリがあります。回復モードで複製されたシステムを見ると、後者のディレクトリは空です。しかし、通常のブート中に最初のパーティションが/boot/efiの下にマウントされることがわかったので、それは大丈夫です。

最終的なコメント:このフォーラムを検索して、少し関連性のある投稿をいくつか見つけましたが、十分に近いものではありませんでした。私の紹介が長すぎたり、話題から外れたとは思わないことを願っています。

あなたの答えを楽しみにしています。頑張ります。

シュタイン・ヴァン・エッセン

i8088からi7-980Xまで、25年が経ちましたが…長くかかることはありません:Windowsが消えたら、次はIntelになります(Raspberry PiでARMをサポート)

答え1

皆さんが私を助けてくれました。私はまず早い勝利を収めることにしました。 BIOS設定を確認してください。多くの違いが発見され、最終的にソースシステムとレプリケーションシステムの両方で設定が調整されました。私のクローンは徐々にアクティブになるので、後でClonezillaのバックアップ/復元を実行する必要はありません。

  • 何らかの方法で「ブートモード」がレプリカから「レガシー」にリセットされます。
  • だから、まだWindowsブートマネージャを探しています。
  • 「レガシー」を「UEFI」に変更、保存、再起動します。
  • これで、BIOS画面に追加のブートオプションエントリが追加されました。
  • このオプションを「EUFI HDD BBS Priority」と呼びます。
  • このサブメニューには、次の起動順序が表示されます。#1 Windowsブートマネージャ#2 Windowsブートマネージャ#3 debian(P1:OCZ ARC100)
  • エントリを次のように変更しました:#1 debian(P1:OCZ ARC100)#2無効#3無効
  • 保存して再起動した後、複製されたLinuxシステムは完全に起動しました。
  • 問題が解決しました!

@ctx:/ boot / efiがインストールされました。 @jsotola:後で私のフォーラムプロフィールに自分自身を紹介できることに気づきました。そこにいくつかの個人情報を追加します。 @sudodus:Jinjianさん、ありがとうございます。私のシステムはShuttle DH110(2016)です。 3つ(そして欠陥/予備)があります。私の他のシステムは2 Shuttle DS57(2015)と4 Shuttle DS81(2014)です。 Windows 11では、どちらもサポートしておらず、Linuxに切り替えました。

もう一度:助けてくれた皆さんに感謝します!

関連情報