Obwohl systemd-machine-id-setup
und systemd-firstboot
für Systeme mit systemd großartig sind, /etc/machine-id
handelt es sich trotz des Tags nicht um eine systemd-Datei. Es wird auch auf Systemen verwendet, die systemd nicht verwenden. Als Alternative können Sie das dbus-uuidgen
Tool verwenden:
rm -f /etc/machine-id
und dann
dbus-uuidgen --ensure=/etc/machine-id
Wie von Stephen Kitt erwähnt, können Debian-Systeme sowohl eine /etc/machine-id
als auch eine /var/lib/dbus/machine-id
Datei haben. Wenn beide Dateien als reguläre Dateien vorhanden sind, sollte ihr Inhalt übereinstimmen. Entfernen Sie dort auch /var/lib/dbus/machine-id
:
rm /var/lib/dbus/machine-id
und erstelle es neu:
dbus-uuidgen --ensure
Dieser letzte Befehl wird implizit /var/lib/dbus/machine-id
als Dateiname verwendet und kopiert die Rechner-ID von der bereits neu generierten /etc/machine-id
.
Der dbus-uuidgen
Aufruf kann Teil der regulären Startsequenz sein oder nicht. Wenn es Teil der Startsequenz ist, sollten das Entfernen der Datei und der Neustart ausreichen. Wenn Sie sich dbus-uuidgen
selbst ausführen müssen, beachten Sie die Warnung in der Manpage:
Wenn Sie versuchen, eine vorhandene Computer-ID auf einem laufenden System zu ändern, kann dies möglicherweise zu schlechten Ergebnissen führen. Versuchen Sie nicht, diese Datei zu ändern. Machen Sie es auch nicht auf zwei verschiedenen Systemen gleich. Es muss immer dann unterschiedlich sein, wenn zwei verschiedene Kernel ausgeführt werden.
Verwenden Sie das System nach diesem Vorgang auf keinen Fall mehr, ohne einen Neustart durchzuführen. Als zusätzliche Vorsichtsmaßnahme können Sie stattdessen zuerst einen Neustart in den Rettungsmodus durchführen (oder, wie Sie vorgeschlagen haben, von einem aktiven USB-Stick starten), aber meiner Erfahrung nach ist dies nicht erforderlich. Es können schlimme Dinge passieren, aber die schlimmen Dinge, die passieren, werden trotzdem durch den Neustart behoben.