Stefan Heinrichsen wrote:

Am Son 04.05.03 um 12:02 CEST schrieb Joachim Kieferle :

...

Hallo Liste,

habe eine "sterbende" Laptopfestplatte. Die möchte ich jetzt klonen und

zwar habe ich mir das so vorgestellt:

1. Images (Bootsektor + 3 Partitionen) der bestehenden Festplatte mit dd in jeweils eine Datei schreiben.

2. Festplatte rausnehmen.

3. neue Festplatte reinschieben und entsprechend erster partitionieren.

4. Daten wieder partitionsweise zurückschreiben.

ABER: wie kann ich im 1. Schritt die ca. 15GB grosse Partition übers Netz auf einen anderen Rechner schieben? Weil - ich müsste gleichzeitig

"dd" und "scp" machen - 15 GB kann ich schlecht zwischenpuffern.

dd if=/dev/hda1 |scp /dev/stdin backuprechner:/backupordner/backupdatei Aber warum überhaupt dd? Nimm doch tar dann hast du nicht den Zwang die neue Festplatte genauso partitionieren zu müssen: tar cv / |scp /dev/stdin ...

Wenn du das als root wieder entpackst sind Daterechte und eigentümer auch wieder richtig gesetzt.

Hallo Stefan, vielen Dank. Auf der Platte sind Windows- und Linux-Partitionen. Deshalb reicht Tar leider nicht aus. Aber werde es vielleicht für die Linux-Partition verwenden. Aber: der Befehl funktioniert irgendwie nicht richtig, er meldet: /dev/stdin: not a regular file Was tun? Schönes Wochenende Joachim

[Stefan Heinrichsen]:

Am Son 04.05.03 um 12:48 CEST schrieb Christian Ullrich

:

...

[...] Die bash hat für so etwas eine immens nützliche Funktion: Sie kann Ein- und Ausgabekanäle in Netzwerkverbindungen umleiten. Du brauchst auf der Empfängerseite netcat:

netcat -lv > backup.tar

Das gibt dir eine IP-Adresse und eine Portnummer aus. Die verwendest du auf der Sendeseite:

tar -c / > /dev/tcp/<Adresse>/<Port>

Klingt ja recht interessant. Aber leider funktioniert es nicht

ein netcat -lv ergibt bei mir vorerst nur: listening on [any] 32951 ...

ungetestet: [any] heißt offensichtlich, dass netcat an allen IPs des Rechners lauscht, 32951 ist die entsprechende Port-Nummer, auf die netcat dann anspringt.

Ausserdem ist /dev/tcp eine Datei und kein Verzeichniss.

/dev/tcp ist auch keine Datei in dem Sinne, sondern ein virtuelles Device. Mit der Angabe einer IP-Adressen und einer Portnummer in der Art, wie Unterverzeichnisse angegeben werden (also mit slash dazwischen) wird der Datenstrom an den angegebenen TCP-Port des angegebenen Rechners verwiesen, wo dann ein entsprechendes Programm die Daten übernimmt (in diesem Fall netcat). Das "Zielverzeichnis" ist also der TCP-Port des anderen Rechners. Du müsstest also nach "/dev/tcp" noch "/<IP-Adresse>/32951" angeben, wobei <IP-Adresse> die Adresse deines Zielrechners ist. -- Gruß MaxX

[Christian Ullrich]:

* Matthias Houdek schrieb am Sonntag, 2003-05-04:

...

[Stefan Heinrichsen]:

...

Am Son 04.05.03 um 12:48 CEST schrieb Christian Ullrich

...

tar -c / > /dev/tcp/<Adresse>/<Port>

Klingt ja recht interessant. Aber leider funktioniert es nicht

ein netcat -lv ergibt bei mir vorerst nur: listening on [any] 32951 ...

ungetestet: [any] heißt offensichtlich, dass netcat an allen IPs des Rechners lauscht, 32951 ist die entsprechende Port-Nummer, auf die netcat dann anspringt.

...

Ausserdem ist /dev/tcp eine Datei und kein Verzeichniss.

/dev/tcp ist auch keine Datei in dem Sinne, sondern ein virtuelles Device.

Nicht ganz. Es wäre schon nicht schlecht, würde das immer gehen. Aber leider ist es in diesem Fall wirklich die bash selbst, die diese spezielle Syntax unterstützt und besonders behandelt.

Jepp, deswegen ja "virtuell". Und diese "spezielle" Syntax ist ja auch irgendwie praktisch, weil (fast) logisch. Allerdings wäre ein Doppelpunkt zwischen IP und Port noch logischer ;-) -- Gruß MaxX