が、systemd-machine-id-setup
とsystemd-firstboot
にsystemdを使用するシステムに最適です、/etc/machine-id
タグにもかかわらず、systemdにファイルではありません。systemdを使用しないシステムでも使用されます。そのため、代替手段として、次のdbus-uuidgen
ツールを使用できます。
rm -f /etc/machine-id
その後
dbus-uuidgen --ensure=/etc/machine-id
Stephen Kittが述べたように、Debianシステムにはファイル/etc/machine-id
と/var/lib/dbus/machine-id
ファイルの両方があります。両方が通常のファイルとして存在する場合、それらの内容は一致するはずなので、そこも削除し/var/lib/dbus/machine-id
ます:
rm /var/lib/dbus/machine-id
それを再作成します:
dbus-uuidgen --ensure
この最後のコマンドは、暗黙的に/var/lib/dbus/machine-id
ファイル名として使用し、すでに新しく生成されたからマシンIDをコピーします/etc/machine-id
。
dbus-uuidgen
呼び出しは、あるいは、すでに通常のブートシーケンスの一部であってもなくてもよいです。ブートシーケンスの一部である場合は、ファイルを削除して再起動するだけで十分です。dbus-uuidgen
自分で実行する必要がある場合は、manページの警告に注意してください。
実行中のシステムで既存のマシンIDを変更しようとすると、おそらく悪いことが起こります。このファイルを変更しようとしないでください。また、2つの異なるシステムで同じにしないでください。2つの異なるカーネルが実行されている場合は、常に異なる必要があります。
したがって、これを実行した後は、再起動せずにシステムの使用を継続しないでください。追加の予防策として、代わりに最初にレスキューモードで再起動することもできます(または、提案されているように、ライブUSBスティックから起動することもできます)が、私の経験からは必要ありません。悪いことが起こるかもしれませんが、起こる悪いことはとにかく再起動によって修正されます。