[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