ディスク（SSD）を複製し、複製されたディスクを別のコンピュータに挿入しました。これで、両方のシステムで同じ値があります/etc/machine-id。単に値を変更するために編集すること/etc/machine-idに問題はありませんか？システムの実行中にこれを実行できますか（またはLive USBから起動する必要がありますか？）。
はいsystemd-machine-id-setupより良い選択？
無邪気な使用はsystemd-machine-id-setup機能しません。次の手順を試しました。
nano /etc/machine-id (to remove the existing value)
systemd-machine-id-setup
> Initializing machine ID from D-Bus machine ID.
cat /etc/machine-id
新しい値は前の値と同じです。
ベストアンサー1
systemdを使用するシステムに適していますが、ラベルsystemd-machine-id-setupにもかかわらずsystemdファイルではありません。 systemd を使用しないシステムでも使用されます。したがって、代わりに次のツールを使用できます。systemd-firstboot/etc/machine-iddbus-uuidgen
rm -f /etc/machine-id
それから
dbus-uuidgen --ensure=/etc/machine-id
Stephen Kittが述べたように、Debianシステムにはaファイル/etc/machine-idとa/var/lib/dbus/machine-idファイルの両方があります。どちらも通常のファイルとして存在する場合はその内容が一致する必要があるため、それらも削除してください/var/lib/dbus/machine-id。
rm /var/lib/dbus/machine-id
作り直してください。
dbus-uuidgen --ensure
最後のコマンドは暗黙的に/var/lib/dbus/machine-idファイル名として使用され、すでに新しく作成されました/etc/machine-id。
このdbus-uuidgen呼び出しは、通常のブートシーケンスの一部であってもなくてもよい。起動順序の一部である場合は、ファイルを削除して再起動すれば十分です。直接実行する必要がある場合は、dbus-uuidgenマニュアルページの警告に注意してください。
実行中のシステムで既存のコンピュータIDを変更しようとすると、悪いことが発生する可能性があります。このファイルを変更しようとしないでください。また、2つの異なるシステムで同じにしないでください。 2つの異なるカーネルが実行されるたびに異なる必要があります。
したがって、この作業を完了した後は、再起動せずにシステムを引き続き使用しないでください。追加の予防策として、最初にリカバリモードで再起動することができます（または提案されているようにライブUSBスティックから起動します）。しかし、私の経験ではこれは必要ありません。悪いことが起こるかもしれませんが、とにかく起こった悪いことは再起動すると解決されます。