[Eisfair_dev] EIS 64 , Rescue und Image Sicherung
Marcus Röckrath
marcus.roeckrath at gmx.de
Do Mai 14 13:02:35 CEST 2026
Hallo Ulrich,
Ulrich wrote:
> Mit dd wollte ich hier eigentlich nicht arbeiten,
Wo ist das kryptisch?
dd if=<device_der_qellplatte> of=<device_der_ziel_platte>
Das wärs schon.
Eventuell noch
bs=16M status=progress
damit größere Blöcke am Stück verarbeitet werden; Die Ausgabe eines
Fortschritts (progress) kennen erst neuere dd.
Die Zielplatte muss natürlich mindest so groß, wie die Quelle sein und das
Ziel ist mit allen Partitionen eine exakte Kopie.
Aktualisierung dann zukünftig mit dem Skript.
> Das ist mir in diesem Fall zu cryptisch.
> Obwohl mit rsync könnte man die Rücksicherung natürlich machen.
Was möchtest du denn überhaupt? Backup der Daten oder exakte Kopie, die man
im Notfall bei Defekt der Originalplatte sofort in den PC schieben kann.
Letzteres ist meine Verwendung für dieses Konzept.
> Und die Sourcen nocht besser bestimmen.
Du meinst die Devices von Quelle und Ziel?
Bei diesem Ansatz muss man bedenken, dass die UUIDs der Partitionen auf
beiden Platten identisch sind, da es ja exakte Kopien waren. Auf der
Reserverplatte nach dd dann die UUIDs individualisieren, verbietet sich, da
die UUDs ja auch im Datenbestand z. B. fstab eingetragen sind.
Für spätere Aktualisierung der Reserveplatte über USB muss man immer
aufpassen, welches Device die im Einzelfall bekommt, was sich ja ändern
kann.
Wie bei jeder Strategie: Wozu soll das Backup genau diesen?
Mein Ansatz, neben diversen Backups der wichtigsten Daten auf rotierende
Datenträger per rsync, war in dem beschrieben Szenario eine Platte, die
sofort den Job machen kann, wenn die Originale verreckt.
--
Gruß Marcus
[eisfair-Team]
Mehr Informationen über die Mailingliste Eisfair_dev