¿Está bien cambiar / etc / machine-id?

Cloné un disco (SSD) y puse el disco clonado en otra máquina. Ahora ambos sistemas tienen el mismo valor en /etc/machine-id. ¿Hay algún problema simplemente editar /etc/machine-idpara cambiar el valor? ¿Puedo hacer esto mientras el sistema está funcionando (o necesito arrancar desde un USB en vivo)?

¿Es systemd-machine-id-setupuna mejor alternativa?

El uso ingenuo de systemd-machine-id-setupno funciona. Intenté estos pasos:

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

El nuevo valor es el mismo que el antiguo.

Aunque systemd-machine-id-setupy systemd-firstbootson excelentes para sistemas que usan systemd, /etc/machine-idno es un archivo systemd, a pesar de la etiqueta. También se usa en sistemas que no usan systemd. Entonces, como alternativa, puede usar la dbus-uuidgenherramienta:

rm -f /etc/machine-id

y entonces

dbus-uuidgen --ensure=/etc/machine-id

Como mencionó Stephen Kitt, los sistemas Debian pueden tener tanto un /etc/machine-idcomo un /var/lib/dbus/machine-idarchivo. Si ambos existen como archivos normales, su contenido debe coincidir, por lo que también eliminará /var/lib/dbus/machine-id:

rm /var/lib/dbus/machine-id

y volver a crearlo:

dbus-uuidgen --ensure

Este último comando implícitamente se usa /var/lib/dbus/machine-idcomo el nombre del archivo y copiará la ID de la máquina del ya generado recientemente /etc/machine-id.

La dbus-uuidgeninvocación puede o no ser parte de la secuencia de arranque normal. Si es parte de la secuencia de arranque, eliminar el archivo y reiniciar debería ser suficiente. Si necesita ejecutarse dbus-uuidgen, preste atención a la advertencia en la página del manual:

Si intenta cambiar una identificación de máquina existente en un sistema en ejecución, es probable que sucedan cosas malas. No intentes cambiar este archivo. Además, no haga lo mismo en dos sistemas diferentes; debe ser diferente cada vez que se ejecutan dos núcleos diferentes.

Entonces, después de hacer esto, definitivamente no continúe usando el sistema sin reiniciar. Como precaución adicional, puede reiniciar primero en modo de rescate (o como sugirió, iniciar desde una memoria USB en vivo), pero desde mi experiencia, eso no es necesario. Pueden ocurrir cosas malas, pero las cosas malas que suceden son reparadas por el reinicio de todos modos.

La opción más fácil es eliminar /etc/machine-iden el disco clonado y reiniciar; systemd-machine-id-setupgenerará uno nuevo para usted (deberá ejecutarlo manualmente si esto no sucede automáticamente). También es posible que deba eliminar /var/lib/dbus/machine-id(si no es un enlace simbólico /etc/machine-id); en ese caso, asegúrese de que la nueva machine-idrealidad es nueva, y copiar los archivos de modo que /etc/machine-idy /var/lib/dbus/machine-idcontienen el mismo valor.

Como descubrió, la ejecución systemd-machine-id-setupen un sistema que se inició con un /etc/machine-idarchivo simplemente restaurará el identificador con el que se inició (desde la identificación de la máquina D-Bus). Esta es la opción 1 en la página de manual a la que se ha vinculado. Eliminar el archivo (s) y reiniciar ejercerá la opción 4.

Para el beneficio de los lectores que planean clonar un disco de esta manera, el enfoque recomendado con systemd, al menos en sistemas donde systemd-firstbootestá disponible, es usar eso en su lugar:

1. clonar el disco;
2. montar la partición raíz clonada en algún lugar ( p /mnt . ej. );

3. Inicializar la identificación de la máquina:

   systemd-firstboot --root=/mnt --setup-machine-id
   

Puedes usarlo systemd-firstbootpara configurar otros parámetros mientras estás en él (nombre de host, contraseña de root, etc.).