Можно ли изменить / etc / machine-id?

Я клонировал диск (SSD) и вставил клонированный диск в другую машину. Теперь обе системы имеют одинаковое значение в /etc/machine-id. Есть ли проблема просто редактировать, /etc/machine-idчтобы изменить значение? Могу ли я сделать это во время работы системы (или мне нужно загрузиться с Live USB)?

Является ли systemd-machine-id-setupлучшая альтернатива?

Наивное использование systemd-machine-id-setupне работает. Я попробовал эти шаги:

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

Новое значение совпадает со старым значением.

Хотя systemd-machine-id-setupи systemd-firstbootотлично /etc/machine-idподходит для систем, использующих systemd, это не системный файл, несмотря на тег. Он также используется в системах, которые не используют systemd. В качестве альтернативы вы можете использовать dbus-uuidgenинструмент:

rm -f /etc/machine-id

а потом

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

Как упомянул Стивен Китт, системы 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качестве имени файла и будет копировать идентификатор машины из уже созданного /etc/machine-id.

dbus-uuidgenВызов может или не может уже быть частью обычной последовательности загрузки. Если это часть последовательности загрузки, то удаления файла и перезагрузки должно быть достаточно. Если вам нужно запустить dbus-uuidgenсебя, обратите внимание на предупреждение в справочной странице:

Если вы попытаетесь изменить существующий идентификатор машины в работающей системе, это, вероятно, приведет к плохим вещам. Не пытайтесь изменить этот файл. Кроме того, не делайте это одинаковым в двух разных системах; он должен отличаться каждый раз, когда работают два разных ядра.

Поэтому после этого определенно не продолжайте использовать систему без перезагрузки. В качестве дополнительной меры предосторожности вы можете вместо этого сначала перезагрузиться в режиме восстановления (или, как вы предложили, загрузить с USB-флешки), но, по моему опыту, в этом нет необходимости. Может случиться что-то плохое, но все равно плохие вещи исправляются перезагрузкой.

Самый простой вариант - удалить /etc/machine-idна клонированном диске и перезагрузиться; systemd-machine-id-setupсоздаст новый для вас (вам нужно будет запустить его вручную, если это не произойдет автоматически). Вам также может понадобиться удалить /var/lib/dbus/machine-id(если это не символическая ссылка на /etc/machine-id); в этом случае убедитесь, что новое machine-idдействительно новое, и скопируйте файлы так, чтобы они содержали одно /etc/machine-idи /var/lib/dbus/machine-idто же значение.

Как вы узнали, запуск systemd-machine-id-setupв системе, которая была загружена с /etc/machine-idфайлом, просто восстановит идентификатор, с которого он был загружен (из идентификатора машины D-Bus). Это вариант 1 на странице руководства, на которую вы ссылаетесь. Удаление файла (ов) и перезагрузка осуществят вариант 4.

В интересах читателей, планирующих клонировать диск таким способом, рекомендуемый подход с systemd, по крайней мере в тех системах, где systemd-firstbootон доступен, состоит в том, чтобы использовать вместо этого:

1. клонировать диск;
2. смонтировать клонированный корневой раздел куда-нибудь ( например /mnt );

3. инициализировать идентификатор машины:

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

Вы можете использовать systemd-firstbootдля настройки других параметров, пока вы находитесь на нем (имя хоста, пароль root и т. Д.).