Quantcast
Aktuelles
Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Support Debian mit Oscam "Klonen" ?

P

pillemats

Guest
moin leute

ich habe vor meine hdd auf eine neue ssd zu klonen

beide festplatten sind ausgebaut und per usb an mein macbook angeschlossen !

wie genau mache ich das jetzt das ich dann im anschluss die ssd wieder in mein servergehäuse einbauen kann und sie dann auch geht ?
 
AW: Debian mit Oscam "Klonen" ?

bei der ssd hast du normale weise auch ein program ( Data Migration ) , der dir die alte hdd kopieren hilft
 
AW: Debian mit Oscam "Klonen" ?

Hi,

also mit dem Macbook kenne ich mich nicht aus leider.

Das kann Debian bzw. Linux von Hause aus, "dd" ist Dein Stichwort.

z.B.:

Code:
dd if=/dev/sda5 of=/dev/sdb1

Die "Devices" müsstest Du natürlich anpassen, je nach dem, wie die Festplatten gemountet werden.

Hier noch bissel was zum lesen (ist zwar für Ubuntu, gilt aber auch für Debian):

[h=2]Installation[/h] Das Programm befindet sich im Paket

  • coreutils
und ist in jeder Ubuntu-Installation bereits enthalten.

[h=2]Aufruf[/h] Syntaxaufruf für die Verwendung in der Shell [SUP] [/SUP]:
dd if=Quelle of=Ziel <Optionen>


if Steht für "Input File", kann ein komplettes Gerät (z.B. /dev/sda), eine Partition oder eine Datei sein.
of Steht für "Output File", kann ein komplettes Gerät (z.B. /dev/sdb), eine Partition oder eine Datei sein.
dd kann ohne aufgerufen werden. Man benötigt nur dann Root-Rechte, wenn von einem Gerät bzw. einer Partition gelesen bzw. darauf geschrieben werden soll, auf die nur Root Zugriff hat. Beim Lesen von CD/DVDs muss dd grundsätzlich mit Root-Rechten aufgerufen werden.
[h=3]Hinweis:[/h]

  • Wird if bzw. of weggelassen, so liest dd von der Standardeingabe bzw. schreibt auf die Standardausgabe. Dies ist dann nützlich, wenn dd in Kombination mit dem Pipe-Operator genutzt wird.
  • dd kann zwar grundsätzlich auch Dateien kopieren, allerdings ist hier in der Regel der Befehl komfortabler.



[h=2]Optionen[/h] Der Befehl dd kennt u.a. die folgenden Optionen:
[TABLE="width: 95%"]
[TR]
[TD="bgcolor: #E2C890, colspan: 2, align: center"] dd - Optionen [/TD]
[/TR]
[TR]
[TD]Option[/TD]
[TD]Beschreibung[/TD]
[/TR]
[TR]
[TD]obs=BYTES[/TD]
[TD] Es wird in Blöcken mit der Größe BYTES geschrieben. [/TD]
[/TR]
[TR]
[TD]ibs=BYTES[/TD]
[TD] Es werden Blöcke der Größe BYTES gelesen. [/TD]
[/TR]
[TR]
[TD]bs=BYTES[/TD]
[TD] Es werden Blöcke mit der Größe BYTES gelesen und geschrieben. Wird bs als Option benutzt, so ist ibs = obs = bs. [/TD]
[/TR]
[TR]
[TD]count=BLOCKS[/TD]
[TD] BLOCKS gibt an, wie viele Blöcke mit der durch bs / obs / ids festgelegten Größe gelesen und / oder geschrieben werden. [/TD]
[/TR]
[TR]
[TD]seek=BLOCKS[/TD]
[TD] BLOCKS gibt an, wie viele Blöcke der mit obs oder bs festgelegten Größe zu Beginn des Schreibvorgangs übersprungen werden. [/TD]
[/TR]
[TR]
[TD]skip=BLOCKS[/TD]
[TD] BLOCKS gibt an, wie viele Blöcke der mit ibs oder bs festgelegten Größe zu Beginn des Lesevorgangs übersprungen werden sollen. [/TD]
[/TR]
[TR]
[TD]status=noxfer[/TD]
[TD] Unterdrückt die Ausgabe von Statusinformationen während des Kopiervorgangs. Durch kill -SIGUSR1 <dd-prozess-id> wird der laufende dd manuell dazu veranlasst, Statusinformationen auszugeben. [/TD]
[/TR]
[/TABLE]
Für die Angaben BYTES und BLOCKS gilt:

  • BYTES muss ganzzahlig sein. Ohne weiteres Suffix wird die Größe der Zahl BYTES in Byte interpretiert.
  • BLOCKS muss ganzzahlig sein.
Des Weiteren kennt dd noch verschiedene andere Optionen, insbesondere zum Konvertieren der Daten zwischen Einlesen und Ausgabe. Diese werden bei "normaler" Benutzung eher selten gebraucht, können aber in den von dd nachgelesen werden.
[h=3]Hinweis:[/h]Wenn man keine Blockgröße angibt verwendet dd eine kleine Standardgröße, was den Datentransfer durch den Overhead sehr langsam macht. Insofern ist es empfehlenswert, z.B. bs=1M anzugeben.


[h=3]Suffixe für BYTES[/h] Wie oben bereits erwähnt wird die Größe der Zahl BYTES standardmäßig in Byte interpretiert. Diese kann durch Hinzufügen von Suffixes geändert werden.
[TABLE="width: 95%"]
[TR]
[TD="bgcolor: #E2C890, colspan: 2, align: center"] Suffixe für BYTES [/TD]
[/TR]
[TR]
[TD]Suffix[/TD]
[TD]Multiplikator[/TD]
[/TR]
[TR]
[TD]KB[/TD]
[TD]1000 (d.h. 1KB entspricht 1000 Byte)[/TD]
[/TR]
[TR]
[TD]K[/TD]
[TD]1024 (d.h. 1K entspricht 1024 Byte)[/TD]
[/TR]
[TR]
[TD]MB[/TD]
[TD]1000000 (= 1000 * 1000, d.h. 1MB entspricht 1000000 Byte)[/TD]
[/TR]
[TR]
[TD]M[/TD]
[TD]1048576 (= 1024 * 1024, d.h. 1M entspricht 1048576 Byte)[/TD]
[/TR]
[TR]
[TD]GB[/TD]
[TD]1000000000 (= 1000 * 1000 * 1000, d.h. 1GB entspricht 1000000000 Byte)[/TD]
[/TR]
[TR]
[TD]G[/TD]
[TD]1073741824 (= 1024 * 1024 * 1024, d,h, 1G entspricht 1073741824 Byte)[/TD]
[/TR]
[/TABLE]
Gemäß dem in der Tabelle aufgezeigten Schema gibt es auch die Suffixe TB, T, PB, P, EB, E, ZB, Z, YB, Y - für alle, die wirklich große Datenmengen kopieren müssen.
Die gleichen Suffixe gelten auch für BLOCKS, d.h. z.B. mit count=1K werden 1024 Blöcke gelesen/geschrieben, mit count=1MB 1000000 Blöcke, usw.


[h=2]Anwendungen[/h]
[h=3]Achtung![/h]Da sich die Geräte-Bezeichnungen wie /dev/sda nach jedem Bootvorgang ändern können, sind vor der Verwendung von dd stets die aktuellen Gerätedateien zu überprüfen. Dies kann man zum Beispiel mit machen.


[h=3]Einige allgemeine Beispiele[/h] Im Folgenden ein paar allgemeine Beispiele für die Syntax und die Optionen von dd:

  • Es wird die komplette fünfte Partition von /dev/sda in die erste Partition von /dev/sdb kopiert:
    dd if=/dev/sda5 of=/dev/sdb1

  • Es werden die ersten zehn 1024 Byte großen Blöcke von der erste Partition von /dev/sdb auf die zweite Partition von /dev/sdc kopiert:
    dd if=/dev/sdb1 of=/dev/sdc2 bs=1K count=10

  • Es werden 2000 Byte große Blöcke von der dritten Partition von /dev/sda auf die vierte Partition von /dev/sda kopiert, wobei beim Einlesen die ersten 50 Blöcke (in diesen Fall 50 * 2000 = 100.000 Byte) übersprungen werden, d.h. der Lesevorgang fängt bei Byte 100.001 an:
    dd if=/dev/sda3 of=/dev/sda4 ibs=2KB obs=2KB skip=50


[h=3]Festplatte klonen[/h] Der folgende Befehl klont (kopiert) die komplette Festplatte /dev/sda inklusive aller Partitionen, MBR und Partitionstabelle auf die eine zweite Festplatte /dev/sdb:
dd if=/dev/sda of=/dev/sdb

[h=3]Achtung![/h]Es sollte darauf geachtet werden, dass die beiden Festplatten gleich groß sind - oder zumindest das Ziel größer.
Falls man plant beide Platten gleichzeitig im selben PC zu betreiben, ist darauf zu achten, dass die der geklonten Platte geändert werden, da es sonst zu Konflikten kommt.


Eine miserable Transfergeschwindigkeit bei großen Festplatten sollte hier mit "bs" zb "bs=1M" vermieden werden, solange die Festplatte keine defekten Blöcke hat. Standardmäßig wird mit 512 Bytes gelesen, bei defekten Blöcken wäre ein "bs=4k" zu empfehlen.
Komprimiert man ein solches Festplattenimage, wie im folgenden Absatz beschrieben, noch zusätzlich mit gzip, so sollte man vorher die Ausgabe von fdisk -l speichern und mit der gesicherten Imagedatei zusammen aufheben. Alternativ kann man die Startpositionen der Partitionen auch – sehr zeitaufwändig – .

[h=3]Festplatte (sicher) löschen[/h]
[h=3]Achtung![/h]Alle Daten auf der Festplatte werden unwiderruflich gelöscht!


Der folgende Befehl löscht die komplette Festplatte /dev/sdX durch Überschreiben mit Nullen:
dd if=/dev/zero of=/dev/sdX

Der folgende Befehl löscht die komplette Festplatte /dev/sdX durch Überschreiben mit Zufallszahlen (zeitintensiv):
dd if=/dev/urandom of=/dev/sdX

[h=3]Experten-Info:[/h]Der Löschprozess kann maßgeblich beschleunigt werden, wenn man den Buffer (internen Zwischenspeicher) der Festplatte ausnutzt. Wie groß dieser für die aktuelle Platte ist, kann mit hdparm -i /dev/sdX herausgefunden werden. Hier ist es der Wert BufferSize=, welcher exakt so (ohne kB) für den dd Parameter bs übernommen werden kann. Zudem kann der Löschprozess in den Hintergrund gelegt werden, um während der Durchführung des Löschvorgangs eine Fortschrittsanzeige auszugeben:
Für die erste Festplatte /dev/sdX mit 8 MiB Puffergröße sieht dass dann so aus:
dd if=/dev/zero of=/dev/sdX bs=8M & pid=$!

Um nun die Fortschrittsanzeige auszugeben, kann folgendes Kommando auf der selben Konsole eingegeben werden:
while true; do kill -USR1 $pid && sleep 1 && clear; done





[h=3]Partitionen klonen[/h]
[h=3]Achtung![/h]Es sollte darauf geachtet werden, dass die Ziel-Partition gleich groß oder größer als die Quelle-Partition ist.


Der folgende Befehl klont (kopiert) die komplette Partition /dev/sda1 auf die Partition /dev/sdb1:
dd if=/dev/sda1 of=/dev/sdb1

Man soll sich im Klaren sein, dass dabei alle Partitionsattribute dupliziert werden (Größe, UUID, Label). Alle Geräte mit den dazugehörigen Informationen kann man auflisten:
sudo blkid

Wenn die Ziel-Partition größer als die Quelle ist, kann man das Zielfilesystem auf die gesamte Partition ausdehnen:
sudo resize2fs /dev/sdb1

neu setzen:
sudo tune2fs -U random /dev/sdb1

neu vergeben:
sudo e2label /dev/sdb1 newlabel


[h=3]Image einer Partition sichern[/h] Der folgende Befehl erstellt ein Image von /dev/sda1 in die Datei image_sda1.img, welche im Heimatverzeichnis gespeichert wird:
dd if=/dev/sda1 of=~/image_sda1.img

Diese Art der Sicherung ist nicht wirklich zu empfehlen, da die Image-Datei die gleiche Größe wie die gesicherte Partition hat. Daher ist es sinnvoller, das Image zu komprimieren. Der folgende Befehl erstellt ein komprimiertes Image der Partition /dev/sda1 und speichert dieses in die Datei image-compress_sda1.img.gz im Heimatverzeichnis. Durch das Weglassen von of im Befehlsaufruf werden die Daten auf die Standardausgabe geschrieben, wo sie dann per Pipe-Operator an weitergeleitet werden:
dd if=/dev/sda1 | gzip > ~/image-compress_sda1.img.gz

[h=3]Hinweis:[/h]Im Regelfall reichen die Standardeinstellungen von gzip aus. Möchte man dennoch die beste Kompressionsstufe, so lautet der zu verwendende Befehl gzip -9. Zu beachten ist, dass bei hohen Kompressionsstufen die Dauer deutlich erhöht - teils sogar vervielfacht - wird, während der Speicherverbrauch nur gering abnimmt [SUP] [/SUP].
Auch wenn das Image von gzip mit der höchsten Kompressionsstufe komprimiert wird, kann die Ausgabedatei unter Umständen trotzdem sehr groß werden. Man sollte also auf ausreichend Platz auf dem Zieldatenträger achten!


Um das so erzeugte komprimierte Image wieder zurückzusichern, kann man folgenden Befehl verwenden:
gunzip -c ~/image-compress_sda1.img.gz | sudo dd of=/dev/sda1


[h=3]Dateigröße des Images begrenzen[/h] Für den Fall, dass zum Beispiel das des Ziellaufwerkes eine hat, besteht die Möglichkeit zum Splitten der Imagedatei. Auf einem FAT32-Laufwerk beispielsweise ist die Dateigröße auf 4 GiB (1 GiB = 1024 * 1024 * 1024 Byte) beschränkt.
In folgendem Beispiel wird das Image an übergeben und in Teile von je 3500 MiB (1 MiB = 1024 * 1024 Byte) gespeichert. Hierbei werden die jeweiligen Teile nummerisch beschriftet.
dd if=/dev/sda1 | split -d -b 3500M - ~/image_sda1.img.

[h=3]Hinweis:[/h]Nicht den Punkt (.) hinter sda1.img vergessen! Dahinter steht dann die Folgenummer der Datei. Das Ergebnis sieht dann in diesem Fall so aus:

  • image_sda1.img.00
  • image_sda1.img.01
  • image_sda1.img.02
  • image_sda1.img.03


Zurückgespielt wird dann, indem das Image durch automatisch wieder zusammengefügt und an dd übergeben wird.
cat ~/image_sda1.img.* | dd of=/dev/sda1



[h=3]MBR: Boot-Loader und Partitionstabelle sichern[/h] Der MasterBootRecord (MBR) beherbergt den Boot-Loader, die Partitionstabelle und die MBR-Signatur. Der MBR ist exakt 512 Bytes lang und liegt am Beginn der Festplatte. Der Boot-Loader belegt die ersten 446 Bytes des MBR, dann folgen die Partitionstabelle (64 Bytes) und die MBR-Signatur, und, Achtung, zumindest ( ) nutzt je nach Konfiguration meist noch einige weitere Sektoren im sog. verborgenen Bereich vor der ersten Partition.
Zur Sicherung ist ein geeignetes Medium notwendig. Nutzer einer LiveCD (z. B. Ubuntu Installations-CD) müssen zunächst ein Medium verfügbar machen:
sudo fdisk -l

zeigt die Bezeichnungen der eigenen Festplatten an und dient als Orientierunghilfe für folgende Kommandos.
Nun erstellt man einen Ordner im Dateisystem der Live-CD und hängt dort eine Partition ein, auf welcher die Sicherung des MBR erstellt wird.
sudo mkdir ~/sda3
sudo mount /dev/sda3 ~/sda3
cd ~/sda3

Es kann sich hierbei auch um einen USB-Stick, eine Netzwerkfreigabe oder ein anderes Medium handeln, auf welches man jederzeit Zugriff hat. Jetzt kann mit dem eigentlichen Sichern begonnen werden.
[h=3]Achtung![/h]Die Sicherung der Partitionstabelle mittels dd ist mit Vorsicht anzuwenden, da:

  • mit dem MBR nur die primären Einträge der Partitionstabelle (Bytes 446..509) gesichert werden. Die Einträge zu den logischen Partitionen stehen in den kaskadierten BRs (BootRecords) der erweiterten Partition, und fehlen damit hier komplett.
  • beim Einsatz einer ( ) überhaupt keine Sicherung der Partitionstabelle erfolgt. Außerdem wird der installiert.
Um immer auf der sicheren Seite zu sein, empfiehlt es sich nach jeder Partitionsänderung die entsprechenden Tabellen neu zu sichern. Bei der MBR-Partitionstabelle kann man dazu das Programm und bei der GUID-Partitionstabelle das Programm nutzen. Wer es noch einfacher möchte, der kann das Skript dazu nutzen. Spielt man eine alte MBR-Sicherung (mit alter und somit falscher Partitionstabelle) zurück, kann man auf die komplette Platte höchst wahrscheinlich nicht mehr zugreifen.


[h=3]Hinweis:[/h]Die folgenden Anweisungen zum Sichern des MBR sollten nur als Muster der Möglichkeiten von dd verstanden werden.


Mit dem folgenden Befehlsaufruf würde der Boot-Loader der Festplatte /dev/sda als Datei bootloader_sicherung im aktuellen Verzeichnis gesichert. Die Partitionstabelle (Bytes 446..509) und die MBR-Signatur sind in dieser Sicherung nicht enthalten:
sudo dd if=/dev/sda of=bootloader_sicherung bs=446 count=1

Der folgende Befehl sichert den gesamten MBR (inklusive Partitionstabelle) der Festplatte /dev/sda als Datei mbr_sicherung im aktuellen Verzeichnis:
sudo dd if=/dev/sda of=mbr_sicherung bs=512 count=1

Bei installiertem , z.B. , sollte man ggf. auch den sog. verborgenen Bereich hinter dem MBR, falls dieser (Regelfall) , mitsichern und vorher schauen, wie viele Sektoren vor der ersten Partition frei sind:
sudo fdisk -lu

Die erste Zahl in der Spalte Anfang zeigt den Startsektor der ersten Partition. Bei heutigen Festplatten beginnt die erste Partition meist bei Sektor 63. Dann schaut man noch wie viele Bytes ein Sektor hat – meist 512 – und passt den Befehl entsprechend an:
sudo dd if=/dev/sda of=mbr+grub_sicherung bs=512 count=63

Die Partitionen von sollten an ganzen Megabytes sein. Also sollte die erste Partition einer SSD bei 1 MiB (meist 2048 Sektoren ⋅ 512 Bytes) beginnen und der Befehl lautet
sudo dd if=/dev/sda of=mbr+grub_sicherung bs=1M count=1

Eine Sicherung des Boot-Loaders wird mit
dd if=bootloader_sicherung of=/dev/sda bs=446 count=1

zurückgespielt. Dieses Kommando kann auch unter Verwendung einer kompletten Sicherung des MBR bzw. obiger mbr+grub_sicherung verwendet werden: Es wird nur der Boot-Loader (Bytes 0..445) wiederhergestellt, die momentane Partitionstabelle (Bytes 446..509) und die MBR-Signatur bleiben dann in jedem Fall erhalten.
Will man den kompletten MBR (also inklusive Partitionstabelle) zurücksichern, so lautet der Befehl wie folgt:
dd if=mbr_sicherung of=/dev/sda bs=512 count=1

Will man im Fall eines installierten zusätzlich auch diesen (falls im sog. verborgenen Bereich hinter dem MBR abgelegt) zurücksichern (unter Erhalt des zuvor rückgesicherten Boot-Loaders und der Partitionstabelle), so lautet der Befehl wie folgt (falls die erste Partition bei Sektor 63 beginnt, siehe detaillierteren Hinweis weiter oben):
dd if=mbr+grub_sicherung of=/dev/sda bs=512 skip=1 seek=1 count=62


[h=3]Mit dd erstellte Images einbinden[/h]
[h=4]Image einer Partition einbinden[/h] Ein mit dd erstelltes Image lässt sich als Loop-Device mit dem Befehl einbinden. So kann auf das Image wie auf ein normales Laufwerk zugegriffen werden. Dazu erstellt man als erstes ein Image, hier z.B. vom Device /dev/sda1, gespeichert in der Datei loop_image.img im Heimatverzeichnis:
dd if=/dev/sda1 of=~/loop_image.img

Dann erzeugt man einen Einhängpunkt, z.B. /media/loop_mount:
sudo mkdir /media/loop_mount

Jetzt kann man das mit dd erzeugte Image mit mount einbinden:
sudo mount -o loop ~/loop_image.img /media/loop_mount

Nun kann man auf alle Dateien, Verzeichnisse etc. des Images wie auf ein reguläres Laufwerk zugreifen. Nach der Benutzung muss man das Image dann wieder mit umount aushängen:
sudo umount /media/loop_mount

Bei Bedarf kann das (bearbeitete) Image jetzt auch wieder zurück gesichert werden.

[h=4]Partition aus einem Image der gesamten Platte einbinden[/h] Hat man nicht nur eine Partition, sondern die gesamte Festplatte inclusive MBR gesichert, braucht man den Offset der jeweiligen Partition. Diesen kann man mit dem Befehl
sudo fdisk -l /Pfad/zum/Image.img

herausfinden. Die Ausgabe sieht bei 3 primären Partitionen ungefähr so aus:
vergrößern
Platte /Pfad/zum/Image.img: 0 MByte, 0 Byte
255 Köpfe, 63 Sektoren/Spuren, 0 Zylinder, zusammen 0 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Disk identifier: 0xd53d826f

Gerät boot. Anfang Ende Blöcke Id System
/Pfad/zum/Image.img1 * 63 104872319 52436128+ 7 HPFS/NTFS
Partition 1 hat unterschiedliche phys./log. Enden:
phys=(1023, 254, 63) logisch=(6527, 254, 63)
/Pfad/zum/Image.img2 104872320 109065284 2096482+ 82 Linux Swap / Solaris
Partition 2 hat unterschiedliche phys./log. Anfänge (nicht-Linux?):
phys=(1023, 0, 1) logisch=(6528, 0, 1)
Partition 2 hat unterschiedliche phys./log. Enden:
phys=(1023, 254, 63) logisch=(6788, 254, 63)
/Pfad/zum/Image.img3 109065285 156296384 23615550 83 Linux
Partition 3 hat unterschiedliche phys./log. Anfänge (nicht-Linux?):
phys=(1023, 0, 1) logisch=(6789, 0, 1)
Partition 3 hat unterschiedliche phys./log. Enden:
phys=(1023, 254, 63) logisch=(9728, 254, 63)Der Wert hinter der entsprechende Partition unter Anfang, ist der Offset, dieser muss jedoch noch mit der weiter oben angegebenen Sektorgröße multipliziert werden (hier 512). Der Offset für die 3. Partition wäre also 109065285 * 512 = 55841425920. Nun Folgt der Mountbefehl mit dem entsprechenden Offset (hier wieder am Beispiel der 3. Partition):
sudo mkdir /media/loop_mount # Verzeichniss anlegen
sudo mount -o loop,offset=55841425920 /Pfad/zum/Image.img /media/loop_mount

Zum Schluss wird das Image wieder freigegeben mit:
sudo umount /media/loop_mount

Des Weiteren gibt es ein , mit dem mit dd erstellte Image-Dateien komfortable eingebunden werden können.


[h=3]Image im Netzwerk speichern[/h] Ein mit dd erstelltes Image muss nicht zwangsläufig lokal gespeichert werden, sondern kann auch auf einen anderen Rechner im Netzwerk gesichert werden. Im folgenden Beispiel wird mit dd ein Image von /dev/sda1 erstellt, welches dann auf den Rechner mit der IP-Adresse 192.168.0.100 übertragen und dort im Verzeichnis /home/BENUTZER in der Datei image_sda1.img gespeichert wird. Damit dies funktioniert, muss "BENUTZER" ein Benutzerkonto auf dem entsprechenden Rechner haben und man selbst die notwendigen , um dort zu schreiben. Der Befehlsaufruf lautet:
[h=4]gzip-komprimiert und ssh-verschlüsselt[/h]
dd if=/dev/sda1 | gzip -9 - | ssh user@192.168.0.100 "cat > /home/BENUTZER/image_sda1.img.gz"

Um das Image zurückzusichern (z.B. auf den Rechner mit der IP-Adresse 192.168.0.50), gibt man folgenden Befehl ein:
ssh user@192.168.0.50 "cat /home/user/image_sda1.img.gz" | gunzip -c - | dd of=/dev/sda1


[h=4]bzip2-komprimiert und nicht verschlüsselt[/h] Alternativ mit bzip komprimiert, aber im Transfer nicht:

  • Auf dem Zielrechner:
    netcat -l -p 5555 | dd of=/home/user/image_sda1.img bs=16065b

  • Auf dem Quellrechner:
    dd if=/dev/sda1 bs=16065b | pv | bzip2 -1 | netcat ZielIP 5555

    Zur Verwendung des Befehls pv siehe .

[h=4]FTP mit gzip Komprimierung und nicht verschlüsselt[/h] Erstellen eines Images über FTP:
dd if=/dev/sda bs=4k | gzip -9 - | ncftpput -c -V -u FTPUSER -p FTPPASSWORT FTPSERVER /FTPPATH/NAME.img.gz

Und zum Einspielen vom erstellten Images:
ncftpget -c -V -u FTPUSER -p FTPPASSWORT FTPSERVER /FTPPATH/NAME.img.gz | gunzip -c - | dd of=/dev/sda bs=4k



[h=3]Fortschrittsanzeige[/h] Sehr häufig wird eine Fortschrittsanzeige gewünscht, um den Status und die verbleibende Restdauer einer Aktion mit dd nachvollziehen zu können.
[h=4]Einmalige oder regelmäßige Abfrage mittels Senden des Signals -USR1[/h] Informationen zum ermitteln von Prozessen siehe , oder und zum senden von Signalen , oder .
Wenn das dd-Kommando einmal abgesetzt wurde, wünscht man sich bei größeren Kopiervorgängen eine Kontrollmöglichkeit über den Fortschritt. Dies erreicht man indem man dem dd-Prozess das Signal -USR1 sendet.
[h=5]ps und kill[/h] In einem zweiten Terminal, ermittelt man die Prozessnummer, z.B. mit
ps -a

und setzt ein Signal -USR1 ab. (bei Lucid Lynx mit sudo).
kill -USR1 <prozessnummer>

Die bisher kopierte Datenmenge wird dann in dem Terminal angezeigt, in dem dd gestartet wurde. Mit einer Kombination aus dd und einer Schleife kann man dies auch automatisieren.
dd if=/dev/XXX of=/dev/XXX & ddpid=$! ; while [ $(ps -ao pid | grep $ddpid) ]; do kill -SIGUSR1 $ddpid; sleep 10; done


[h=5]pkill[/h] Sofern nur ein Prozess mit dem Namen dd läuft kann man dies auch über den Prozessnamen.
pkill -USR1 -x dd

In einer Schleife kann das so aussehen:
dd if=/dev/XXX of=/dev/XXX & while [ ! $(pkill -USR1 -x dd) ]; do sleep 10 ; : ; done

oder alternativ:
watch -n10 pkill -USR1 -x dd


[h=5]pv[/h] Als Alternative zur oben beschriebenen Vorgehensweise kann man auch den Befehl verwenden, um sich den Fortschritt anzeigen zu lassen. Dabei wird pv mittels einer Pipe dazwischengeschaltet. Um sich anzeigen zu lassen, wie weit der Vorgang fortgeschritten ist und wann er voraussichtlich beendet sein wird, muss man allerdings die Größe der Partition bzw. der Festplatte kennen.



[h=3]Live USB-Stick erstellen[/h] Mit dd lässt sich auch auf einfachste Art und Weise ein Live USB-Stick (als Ersatz für eine Live-CD) erstellen. Zwingende Voraussetzung ist allerdings ein entsprechendes Hybrid-ISO-Image. Die Live-ISO-Images von Ubuntu und seinen Varianten sind erst ab Hybrid-ISO-Images. Auch viele andere Linux-Distributionen stellen diese zur Verfügung.
Im folgenden Beispiel wird davon ausgegangen, dass der USB-Stick als /dev/sdx erkannt wurde und nicht ist (aber bitte nicht auswerfen bzw. "sicher entfernen"):
sudo dd if=hybrid_iso_image.iso of=/dev/sdx bs=1M && sync

Den Parameter bs=1M kann man auch weglassen, aber er beschleunigt den Kopiervorgang. Weitere Tipps zu bootbaren USB-Medien findet man im Artikel .

Gruss
 
AW: Debian mit Oscam "Klonen" ?

dd gibts auch unter Mac OS X, nur die Festplattenpfade sind halt anders. Das Festplattendientsprogramm ist dein Freund!
 
AW: Debian mit Oscam "Klonen" ?

Code:
dd if=/dev/sda5 of=/dev/sdb1
In diesem Falle muss natürlich, die Größe sdb>=sda sein. Wenn sda größer ist, musst Du anschließend die Partition noch auf die Volle ssd erweitern, um keinen Platz zu verschenken.
Die Größe also überprüfen.
Code:
fdisk -l

MfG

P.S. Ich finde das aber nicht die beste Lösung. Ich befürchte sogar, das die neue Platte nicht booten wird.
Besser währe, den Weg über das Erstellen eines Image zu gehen.
Code:
dd if=/dev/sd[COLOR=#ff0000]a1[/COLOR] of=/dev/sd[COLOR=#ff0000]b1[/COLOR]/sicherung.img bs=1M
Kommt natürlich auch auf die Größe an, da die Sicherung genau so groß wird wie das Original.

MfG
 
Zuletzt bearbeitet:
Zurück
Oben