Zum Inhalt springen

Befehl: dd


Brei

Empfohlene Beiträge

Hallo

mit dem Befehl DD kann man doch jedes einzelne Bit eines Datenträgers auslesen und kopieren.

Damit kann man ja praktisch die Grundfunktion eines Image-Programms erfüllen. Gehe ich da richtig in der Annahme?

Die eigentliche Frage: Die Option bs=512 leuchtet mir nicht ganz ein. Ist die zwingend?

Mit den manpages tu ich mich immer recht hart (hab außerdem zur Zeit kein linux-system zur Verfügung) Wäre für Hilfe dankbar.

Link zu diesem Kommentar
Auf anderen Seiten teilen

Hallo,

>>> Gehe ich da richtig in der Annahme?

Im Prinzip ja.

Wenn Du vorhast eine BackupLösung mit dd zu basteln solltest Du vielleicht noch mal posten was Du da genau machen willst.

Das könnte haarig werden...

...je nach Anwendungsfall.

>>> bs=512

[man dd]

bs=bytes

Erzwingen von ibs=bytes und obs=bytes

[/man dd]

Mit dieser Option kannst Du also die Blockgrösse auf einen bestimmten Wert festlegen.

Per Default steht die Blockgrösse auf 512 Byte.

Zwingend erforderlich ist diese Option aber nicht.

Bye

SystemError

Link zu diesem Kommentar
Auf anderen Seiten teilen

>>> zu Testzwecken

Ok.

Ich denke es sollte funktionieren wenn:

- die entsprechenden DateiSysteme zum Zeitpunkt des Auslesens via dd nicht gemounted sind

- du beim restoren via dd Partitionen mit genau (!) gleicher Grösse verwendest

Mit Aktionen dieser Art kann man sich recht schnell recht viel Ärger einhandeln. Ich würde Dir also unbedingt ein Backup Deines gesamten Rechners empfehlen.

>>> Hat die Blockgröße was mit den Clustern was zu tun?

Nein.

Jein ?

Also:

Die Blockgrösse einer Festplatte gibt wie gross die kleinste Beschreibbare Einheit auf dieser Platte ist.

Sie ist also völlig unabhängig von BetriebsSystem + FileSystem zu sehen.

FileSysteme verwenden Dinge wie Cluster (FAT // NTFS) oder Inodes (ext3 // jfs) um sich zu organisieren. Diese Dinger stellen dann wieder die kleinste Einheit dar, die im DateiSystem allokiert werden kann.

Bei dd gibt diese BlockSize an wieviel Byte per logischem Schreib- LeseVorgang gelesen // geschrieben werden.

Wenn Du also ein sehr grosses Image erzeugst dann wird eine eher grosse BlockSize der Performance zuträglich sein.

Andererseits kann es Dir auch einfach egal sein wenn Du nicht vor hast mit verschiedenen BlockGrössen zu experimentieren dann kannst Du diesen Parameter auch einfach weglassen.

Bye

SystemError

PS: Ganz netter Artikel zu Thema NTFS // ClusterSize // etc:

http://www.microsoft.com/technet/treeview/default.asp?url=/TechNet/prodtechnol/winxppro/reskit/prkc_fil_lxty.aspm

Link zu diesem Kommentar
Auf anderen Seiten teilen

Dein Kommentar

Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefügt.   Formatierung wiederherstellen

  Nur 75 Emojis sind erlaubt.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor leeren

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

Fachinformatiker.de, 2024 by SE Internet Services

fidelogo_small.png

Schicke uns eine Nachricht!

Fachinformatiker.de ist die größte IT-Community
rund um Ausbildung, Job, Weiterbildung für IT-Fachkräfte.

Fachinformatiker.de App

Download on the App Store
Get it on Google Play

Kontakt

Hier werben?
Oder sende eine E-Mail an

Social media u. feeds

Jobboard für Fachinformatiker und IT-Fachkräfte

×
×
  • Neu erstellen...