Гаразд змінити / etc / machine-id?

Я клонував диск (SSD) і поклав клонований диск в іншу машину. Тепер обидві системи мають однакове значення в /etc/machine-id. Чи є проблема просто редагувати, /etc/machine-idщоб змінити значення? Чи можу я це зробити під час роботи системи (чи потрібно завантажуватися з живого 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чудово підходить для систем, що використовують systemd, /etc/machine-idце не системний файл, незважаючи на тег. Він також використовується в системах, які не використовують systemd. Тому в якості альтернативи ви можете використовувати dbus-uuidgenінструмент:

rm -f /etc/machine-id

і потім

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

Як згадував Стівен Кітт, системи Debian можуть мати і a, /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-firstbootце доступно, полягає у використанні цього:

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

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

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

Ви можете використовувати systemd-firstbootдля встановлення інших параметрів, поки ви знаходитесь у ньому (ім'я хоста, пароль root тощо).