Czy można zmienić / etc / machine-id?

Sklonowałem dysk (SSD) i umieściłem sklonowany dysk w innej maszynie. Teraz oba systemy mają tę samą wartość /etc/machine-id. Czy po prostu edytujesz, /etc/machine-idżeby zmienić wartość? Czy mogę to zrobić, gdy system jest uruchomiony (czy muszę uruchomić system z Live USB)?

Czy systemd-machine-id-setuplepsza alternatywa?

Naiwne użycie systemd-machine-id-setupnie działa. Próbowałem tych kroków:

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

Nowa wartość jest taka sama jak stara wartość.

Chociaż systemd-machine-id-setupi systemd-firstbootsą świetne dla systemów korzystających z systemd, /etc/machine-idnie jest plikiem systemowym, pomimo znacznika. Jest również używany w systemach, które nie używają systemd. Alternatywnie możesz użyć dbus-uuidgennarzędzia:

rm -f /etc/machine-id

i wtedy

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

Jak wspomniano Stephen Kitt, systemy Debian mogą mieć zarówno plik, jak /etc/machine-idi /var/lib/dbus/machine-idplik. Jeśli oba istnieją jako zwykłe pliki, ich zawartość powinna się zgadzać, dlatego też usuń /var/lib/dbus/machine-id:

rm /var/lib/dbus/machine-id

i utwórz go ponownie:

dbus-uuidgen --ensure

To ostatnie polecenie domyślnie używa /var/lib/dbus/machine-idjako nazwy pliku i kopiuje identyfikator komputera z nowo wygenerowanego /etc/machine-id.

dbus-uuidgenInwokacja może lub nie może być już częścią zwykłej sekwencji rozruchowej. Jeśli jest to część sekwencji rozruchowej, usunięcie pliku i ponowne uruchomienie powinno wystarczyć. Jeśli musisz dbus-uuidgensam uruchomić , zwróć uwagę na ostrzeżenie na stronie podręcznika:

Jeśli spróbujesz zmienić istniejący identyfikator komputera w działającym systemie, prawdopodobnie spowoduje to złe rzeczy. Nie próbuj zmieniać tego pliku. Nie rób też tego samego na dwóch różnych systemach; musi być inny za każdym razem, gdy działają dwa różne jądra.

Po wykonaniu tej czynności zdecydowanie nie kontynuuj korzystania z systemu bez ponownego uruchamiania. Jako dodatkowy środek ostrożności możesz zamiast tego ponownie uruchomić komputer w trybie ratunkowym (lub, jak sugerowałeś, uruchomić komputer z pamięci USB na żywo), ale z mojego doświadczenia nie jest to konieczne. Złe rzeczy mogą się zdarzyć, ale i tak złe rzeczy są naprawiane przez restart.

Najłatwiejszą opcją jest usunięcie /etc/machine-idna sklonowanym dysku i ponowne uruchomienie; systemd-machine-id-setupwygeneruje dla Ciebie nowy (musisz uruchomić go ręcznie, jeśli nie nastąpi to automatycznie). Być może trzeba będzie usunąć /var/lib/dbus/machine-id(jeśli nie jest to dowiązanie symboliczne /etc/machine-id); w takim przypadku należy upewnić się, że nowy machine-idnaprawdę jest nowy i kopiowanie plików, tak że /etc/machine-idi /var/lib/dbus/machine-idzawierają tę samą wartość.

Jak się dowiedziałeś, uruchomienie systemd-machine-id-setupw systemie, który został uruchomiony z /etc/machine-idplikiem, po prostu przywróci identyfikator, z którego został uruchomiony (z identyfikatora komputera D-Bus). Jest to opcja 1 na stronie podręcznej, z którą masz link. Usunięcie pliku (ów) i ponowne uruchomienie spowoduje wykonanie opcji 4.

Z korzyścią dla czytelników planujących klonowanie dysku w ten sposób, zalecane podejście z systemd, przynajmniej na systemach, gdzie systemd-firstbootjest on dostępny, to użycie tego zamiast:

1. klonuj dysk;
2. zamontuj gdzieś sklonowaną partycję główną ( np. /mnt );

3. zainicjuj identyfikator komputera:

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

Możesz użyć, systemd-firstbootaby ustawić inne parametry, gdy jesteś przy nim (nazwa hosta, hasło roota itp.).