Ersatz für dd

[KBDCALLS]

Suche eine dd Ersatz , der in der Lage ist Bereiche einer Partition die keine Daten enthalten sind zu überspringen, so das sie nicht im Image landen.

[TRex]

Code: Alles auswählen

| gzip 

würde das auch tun (durch Komprimieren, am besten auf der geringsten Stufe).

[DeletedUserReAsG]

Sofern es sich nicht um eine neue Platte handelt, werden an den meisten Stellen auf dem Datenträger irgendwelche alten, nicht mehr verlinkten Daten sein. Vom Hörensagen her kann Clonezilla das Dateisystem mit einbeziehen, alleine: es handelt sich dann nicht mehr um ein Image. Dann kann man, meiner bescheidenen Meinung nach, auch gleich rsync o.Ä. hernehmen und damit die Daten sichern.

gzip tut den Job aus oben genanntem Grund eher nicht. Es sei denn, man schreibt erstmal das FS mit einer Datei voll, die nur Nullen enthält.

[Meillo]

Geht es dir um Files mit Holes? Oder was meinst du mit ``Bereichen, die keine Daten enthalten ueberspringen''?

[KBDCALLS]

Das bezog sich auf Dateisystemebene . Und nicht nur auf Dateien die Löcher enthalten.

[hikaru]

Suche eine dd Ersatz , der in der Lage ist Bereiche einer Partition die keine Daten enthalten sind zu überspringen, so das sie nicht im Image landen.

Das ist ein Widerspruch in sich.
dd arbeitet auf Blockebene, nicht auf Dateisystemebene. Es weiß gar nicht, wo Daten in deinem Dateisystem liegen. Beim Erzeugen eines Images eines Blockgeräts kann man keine Rücksicht auf Inhalte von Dateisystemen nehmen.

Du könntest deine grundlegende Strategie ändern, indem du von Block- auf Dateisystemebene wechselst. Dazu böte sich z.B. rsync an.

Andererseits könntest du auf Blockebene bleiben und die (vermutlich) angestrebte Platzersparnis erreichen, indem du die Ansätze von niemand und TRex kombinierst:
zerofree kann den nicht benutzten Platz eines Dateisystems nullen, ohne dabei das Dateisystem mit einer Datei vollzuschreiben und damit zu blockieren. Das kannst du entweder auf dem Quelldatenträger machen oder auf dem gemounten Image. Nach der Behandlung kannst du dann das Image relativ effektiv komprimieren.

[KBDCALLS]

Ich seh schon das wird darauf hinauslaufen werde wohl nachher mit gzip oder ähnlichen das Image verkleinern müssen.

[Meillo]

Wenn die ungenutzten Bereiche im FS genullt sind (zerofree), dann verbrauchen sie im Image nicht zwangslaeufig Platz. Ein Image ist eine Datei und wenn in der Datei groessere Bereiche nur Nullen enthalten, werden diese Bereiche in Sparse-Files nicht gespeichert. Damit verbraucht das Image dann nur soviel Platz wie wirklich belegt ist (d.h. Bloecke, die nicht nur Nullen enthalten). Man braucht dazu bloss ein Dateisystem, das Sparse-Files unterstuetzt.

https://en.wikipedia.org/wiki/Sparse_file

[bluestar]

Du suchst die Option von dd:

Code: Alles auswählen

conv=sparse

[schorsch_76]

Eventuell fsarchiver?

[schwedenmann]

Hallo


Partimage kann das

http://www.partimage.org/

unterstützt aber kein ext4 und btrfs

mfg
schwedenmann

[wanne]

Suche eine dd Ersatz , der in der Lage ist Bereiche einer Partition die keine Daten enthalten sind zu überspringen, so das sie nicht im Image landen.

Ich seh schon das wird darauf hinauslaufen werde wohl nachher mit gzip oder ähnlichen das Image verkleinern müssen.

Nein. Das ist langsam und unktioniert vor allem nur schlecht für lange genutzte Partitionen. In nicht genutzten bereichen steht halt Müll drin. Der lässt sich nicht unbedingz gut komprimieren.
Der Trick ist, dass du das Dateisystem und nicht die Partition kopieren willst.
Für ext: e2image -a
Für btrfs: btrfs send
Für xfs xfs_copy
Je nach tool und Option kommt dann nicht ein image der Partition raus. Das musst du dann mit dem passenden tool wieder zu einer Partition machen.
Und Vorsicht bei tools die sparse-Files erstellen: e2image -ar macht eine Datei, die kaum Platz auf der Platte verbraucht. Aber mitunter bei der Nutzung mit dem falschen Tool wieder ordentlich groß wird. Das kann man mit cp --sparse=always wieder rückgängig machen. e2image -a erstell nur primitive Dateien. Die bleiben immer klein. Können dann aber eben nur von e2image oder anderen Spezialtools (qemu) gelesen werden.
Man kann das dann eventuell mit kompression noch kombinieren.