Obwohl systemd-machine-id-setupund systemd-firstbootfür Systeme mit systemd großartig sind, /etc/machine-idhandelt 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-uuidgenTool 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-idals auch eine /var/lib/dbus/machine-idDatei 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-idals Dateiname verwendet und kopiert die Rechner-ID von der bereits neu generierten /etc/machine-id.
Der dbus-uuidgenAufruf 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-uuidgenselbst 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.