Bien que systemd-machine-id-setup
et systemd-firstboot
sont parfaits pour les systèmes utilisant systemd, /etc/machine-id
n'est pas un fichier systemd, malgré la balise. Il est également utilisé sur les systèmes n'utilisant pas systemd. Donc, comme alternative, vous pouvez utiliser l' dbus-uuidgen
outil:
rm -f /etc/machine-id
et alors
dbus-uuidgen --ensure=/etc/machine-id
Comme mentionné par Stephen Kitt, les systèmes Debian peuvent avoir /etc/machine-id
un /var/lib/dbus/machine-id
fichier et un fichier. Si les deux existent en tant que fichiers normaux, leur contenu doit correspondre, aussi supprimez-le également /var/lib/dbus/machine-id
:
rm /var/lib/dbus/machine-id
et recréez-le:
dbus-uuidgen --ensure
Cette dernière commande utilise implicitement /var/lib/dbus/machine-id
le nom de fichier et copie l'ID d'ordinateur à partir du fichier déjà généré /etc/machine-id
.
L' dbus-uuidgen
invocation peut ou peut ne pas déjà faire partie de la séquence de démarrage normale. Si cela fait partie de la séquence d'amorçage, alors supprimer le fichier et redémarrer devrait suffire. Si vous avez besoin de dbus-uuidgen
vous lancer , faites attention à l'avertissement dans la page de manuel:
Si vous essayez de modifier un identifiant d'ordinateur existant sur un système en cours d'exécution, cela entraînera probablement des problèmes. N'essayez pas de changer ce fichier. En outre, ne faites pas la même chose sur deux systèmes différents; il doit être différent chaque fois que deux noyaux différents sont en cours d'exécution.
Donc, après cela, ne continuez pas à utiliser le système sans redémarrer. Par précaution supplémentaire, vous pouvez plutôt redémarrer d’abord en mode de secours (ou, comme vous l’avez suggéré, démarrer à partir d’une clé USB active), mais d’après mon expérience, cela n’est pas nécessaire. De mauvaises choses peuvent arriver, mais les mauvaises choses qui arrivent sont corrigées par le redémarrage de toute façon.