System auf anderen Rechner kopieren

Ich habe einen PC ("PC1") mit openSUSE Leap 15.3, dessen System ich auf einen anderen PC ("PC2") (mit fast identischer Hardware) kopieren möchte. Auf dem anderen Rechner läuft openSUSE Leap 15.0.

PC1 hat das System in /dev/sda1, PC2 in /dev/sda2. /dev/sda3 ist auf beiden PCs als /boot/efi gemountet.

Auf PC2 ist /dev/sda1 als /sys1 gemountet.

Wenn ich auf PC1 folgendes mache

rsync -aHSx --numeric-ids --delete --force / PC2:/sys1

ssh PC2 update-bootloader

und dann PC2 boote, dann kann ich im Boot-Menü zwar das System in /dev/sda1 auswählen und es startet auch, kommt aber nicht weit. Irgendwann, nach längerem Timeout, kommt dann ein Prompt, das root-Passwort einzugeben und ich lande in einer Not-Shell.

Kann es sein, dass ich ausser update-bootloader noch etwas machen muss? Ramdisk neu generieren oder so? Die Devices haben natürlich andere UUIDs, kann es vielleicht daran liegen?

Ich möchte das Ganze per Script machen, um es im Falle eines Falles automatisch ablaufen lassen zu können.

Ich mounte die Devices immer über Namen (/dev/sda1 etc.), nie über UUIDs. Von daher sollte es also schon passen.

Aber wer weiß, wo sonst noch UUIDs verwendet werden?

Quote from FireFly

Die UUIDs müssten noch in der grub.cfg stehen und werden von mkinitrd angepast. Ich würde folgendes probieren...

Das hab ich jetzt gemacht und damit stehen die richtigen UUIDs in der /mnt/boot/grub2/grub.cfg.

Allerdings stehen in dieser Datei keine 'menuentry' Zeilen für Leap 15.3, sondern nur die für 15.0.

Beim Reboot wird mir aber 15.0 und 15.3 angeboten. Wähle ich dann 15.3, verhält es sich immer noch so wie oben beschrieben (Timeout und Not-Shell). Wie bekomme ich denn die menuentrys-Zeilen für 15.3 in die grub.cfg?

Quote from mauerspecht

Nächster Stolperstein ist dann vermutlich die Datei /etc/udev/rules.d/70-persistent-net.rules wo der Netzwerkadapter per MAC Adresse gemappt wird

Da kann ich ja einfach diese Datei kopieren.

Hab's gefunden: es fehlte noch der Aufruf von update-bootloader.

Jetzt bootet er das 15.3 System.

Zum Abschluss noch die Erklärung, wozu ich das brauche.

Ich möchte meinen Haupt-Rechner dahingegend absichern, dass ich im Falle eines Hardwaredefekts so schnell wie möglich auf einen Backup-Rechner umsteigen kann. Das beiliegende Skript erledigt diese Aufgabe vollständig und automatisch, so dass im Fall der Fälle nichts übersehen werden kann. Ich lasse das jede Nacht laufen und kann so maximal einen Tag zurückfallen. Konkret muss ich momentan den Hauptrechner einem längeren Speichertest unterziehen, da er sich schon mehrmals urplötzlich aufgehängt hat, was vermutlich an einem defekten RAM liegt. Mit dem Skript kann ich alles schnell auf einen zweiten Rechner "umziehen", den ersten runter- und den zweiten mit dem kopierten System hochfahren und fertig.

Ich poste es nur der Vollständigkeit halber und für den Fall, dass sich jemand auch für sowas interessiert. Ich habe versucht, es so allgemein wie möglich zu gestalten, die Kommandos unter "Stop processes on HOST1" sind evtl. den lokalen Gegebenheiten entsprechend anzupassen.

Falls jemand einen Fehler entdeckt oder ich irgend etwas übersehen habe, bin ich natürlich für Rückmeldungen dankbar.

(Die ".txt" Extension ist nur wegen der Portal-Software)

Benutzung natürlich auf eigene Gefahr!

<edit>

Achtung: Neue Version im nächsten Post!

</edit>

Das "Hin" hat mit der gestrigen Version des Skripts schon gut geklappt, aber des "Her" (--back) noch nicht. Ich musste noch auf dem lokalen Rechner "mkinitrd" und "update-bootloader" aufrufen, damit das root-Volume erkannt wurde.

Hier eine neue Version, mit einigen weiteren Verbesserungen/Fixes.

Das --back dient dazu, die beiden Rechner "auszutauschen", d.h. jeder übernimmt die Rolle des anderen.

Was bei --back noch nicht funktioniert ist der Netzwerk-Adapter. Für "Hin" reichte ein

cp /etc/udev/rules.d/70-persistent-net.rules /mnt/etc/udev/rules.d

für das "Her" leider nicht. Da bin ich noch am Debuggen...

wirbel: Ich habe das Problem dadurch gelöst, dass ich auf dem PC2 auch Leap 15.3 installiert habe. Damit klappt es jetzt in beide Richtungen, und beide Rechner kommen ans Netzwerk.

Jetzt habe ich nur noch das Problem, den sendmail zu stoppen bevor ich das System von PC1 auf PC2 "umziehe". Es sollen ja während des rsync keine Emails auf PC1 mehr angenommen werden, da diese ja u.U. nicht mehr auf PC2 kopiert würden.

root@eagle:/etc > ps axf | grep sendmail
 1496 ?        Ss     0:00 sendmail: accepting connections
11349 pts/2    S+     0:00  |               \_ grep --color=auto sendmail
 9952 ?        Ss     0:00 sendmail: Queue control
 9953 ?        S      0:00  \_ sendmail: running queue: /var/spool/clientmqueue
root@eagle:/etc > systemctl stop sendmail.service
Job for sendmail.service canceled.
root@eagle:/etc > ps axf | grep sendmail
 1496 ?        Ss     0:00 sendmail: accepting connections
11403 pts/2    S+     0:00  |               \_ grep --color=auto sendmail
11392 ?        Ss     0:00 sendmail: Queue control
11393 ?        S      0:00  \_ sendmail: running queue: /var/spool/clientmqueue
root@eagle:/etc > systemctl stop sendmail-client.service
Warning: Stopping sendmail-client.service, but it can still be activated by:
  sendmail-client.path
root@eagle:/etc > ps axf | grep sendmail
 1496 ?        Ss     0:00 sendmail: accepting connections
11555 pts/2    S+     0:00  |               \_ grep --color=auto sendmail
11534 ?        Ss     0:00 sendmail: Queue control
11535 ?        S      0:00  \_ sendmail: running queue: /var/spool/clientmqueue

Wie man sieht wird sendmail immer wieder sofort neu gestartet, obwohl ich dem systemctl explizit sage, dass er stoppen soll.

Was mache ich falsch?