コピーされたArch Linuxパーティションは、元のパーティションのマウントポイントを破壊します。

コピーされたArch Linuxパーティションは、元のパーティションのマウントポイントを破壊します。

250GB SSDのext4パーティションにArchをインストールしました。私の意図は、そのパーティションを含むパーティションをシステムの他のハードドライブにコピーし、コピーのサイズを変更することです。そのため、gpartedを使用して別のドライブにマウントされた別のUbuntuパーティションからパーティションをコピーしました。

これはうまくいくようだったので、コピーが機能していることを確認するために、新しくコピーされたパーティションで起動しようとしました。起動中にGDMが起動する前に中断され(まだ中断)、開始テキストが断続的に点滅します。たとえば、ctrl + f4を押すとログインプロンプトが表示されますが、テキストは点滅し続けてログインできません。だから、もともとSSD Archパーティションで再起動しようとしました。

奇妙なことに、元のパーティションにArchをインストールすると、/ dev / sda1(ssd)の代わりに/ dev / sdc1(コピーされたパーティション)が/としてマウントされました。それ以外はブートがうまくいくようです。元のパーティションとコピーされたパーティションで/etc/fstabを表示すると、以前と同様に/dev/sda1が/を指します。

元のパーティションとコピーされたパーティションのUUIDは同じですが、blkidによって提供されるpartuuidはPARTUUID = "000118d6-01"と同じで、パーティションによって異なります。ただし、/dev/sdc1 (パーティションのコピーに使用されます) の代わりに、その partuuid を使用して fstab でマウントポイントを設定すると、起動が中断されます。

マウントポイントをこのように変更でき、以前のように起動時に/dev/sda1をマウントするように元のArchインストールを変更するにはどうすればよいですか?

ベストアンサー1

Archパーティションのgrub2ブートコマンドは、マウントするパーティションを決定するためにUUIDを見つけることを発見しました。

したがって、修正はgpartedを使用してコピーされたパーティションのパーティションUUIDを変更することであり、元のArchパーティションは以前と同じように機能します。

おすすめ記事