Hallo Liste!
Ab und zu möchte man ganze Verzeichnisse kopieren, ohne daß Links dabei flöten gehen, ohne daß die Timestamps ändern und ohne daß der Eigner verwurstelt wird. Seit mindestens zehn Jahren benutze ich, aus lauter Faulheit einen besseren Weg zu suchen, zwei verpipte Tars dazu (etwa so: "tar -cf - verzeichnis | tar -xf - -C ziel" {dazu noch die üblichen Optionen zum atime und mtime erhalten}). Als ich das das erste mal gemacht habe, ist diese Idee aus Zeitnot geboren worden und aus Faulheit habe ich eben nie nach einem besseren Weg gesucht. Die Frage(n) laute[tn] also: Gibt es einen besseren Weg? Hat obige Lösung versteckte Tücken? Wie würdet ihr das machen? Hintergrund: Ein Debian soll von einer Platte auf eine andere umziehen, wobei natürlich hinterher alles wieder so funktionieren sollte wie vorher.
Eric
On Sat, Mar 19, 2005 at 06:55:18PM +0100, Eric Schaefer wrote:
Hintergrund: Ein Debian soll von einer Platte auf eine andere umziehen, wobei natürlich hinterher alles wieder so funktionieren sollte wie vorher.
Warum nicht dd if=/dev/hda of=/dev/hdb? Wenn die Platten nicht gleich gross sind, dann eben hda1 -> hdb1. Evtl. vorher das Dateisystem kleiner machen, damit es auf die neue Platte passt.
Jonas
Am Samstag, den 19.03.2005, 19:40 +0100 schrieb Jonas Witt:
On Sat, Mar 19, 2005 at 06:55:18PM +0100, Eric Schaefer wrote:
Hintergrund: Ein Debian soll von einer Platte auf eine andere umziehen, wobei natürlich hinterher alles wieder so funktionieren sollte wie vorher.
Warum nicht dd if=/dev/hda of=/dev/hdb? Wenn die Platten nicht gleich gross sind, dann eben hda1 -> hdb1. Evtl. vorher das Dateisystem kleiner machen, damit es auf die neue Platte passt.
Das würde theoretisch in diesem Fall gehen, was machst Du aber, wenn Du nicht die ganze Partition, sondern nur ein Verzeichnis kopieren willst?
Eric
On Sat, Mar 19, 2005 at 06:55:18PM +0100, Eric Schaefer wrote:
Hallo Liste!
Hi Eric,
Als ich das das erste mal gemacht habe, ist diese Idee aus Zeitnot geboren worden und aus Faulheit habe ich eben nie nach einem besseren Weg gesucht.
Hmm, sollte cp -a /source /dest nicht auch gehen?
Ciao, Tobias
Am Samstag, den 19.03.2005, 19:48 +0100 schrieb Tobias Koenig:
On Sat, Mar 19, 2005 at 06:55:18PM +0100, Eric Schaefer wrote:
Als ich das das erste mal gemacht habe, ist diese Idee aus Zeitnot geboren worden und aus Faulheit habe ich eben nie nach einem besseren Weg gesucht.
Hmm, sollte cp -a /source /dest nicht auch gehen?
Sieht gut aus. Wald, Bäume und so...
Weiß jemand, ob das Nebenwirkungen hat?
Eric
Weiß jemand, ob das Nebenwirkungen hat?
"cp -a" entspricht "cp -dpR"
-d == kopiert symbolische Links, nicht den Inhalt der verlinkten Dateien -p == Rechte, Eigentümer, Zeitangaben bleiben erhalten -R == rekursives Kopieren, im Gegensatz zu "-r" werden hier auch Gerätedateien bzw. deren Inhalt kopiert
Ich hatte bisher noch keine Beschwerden.
Eric
Frank
Am Samstag, den 19.03.2005, 22:50 +0000 schrieb Frank Berek:
"cp -a" entspricht "cp -dpR"
-d == kopiert symbolische Links, nicht den Inhalt der verlinkten Dateien -p == Rechte, Eigentümer, Zeitangaben bleiben erhalten -R == rekursives Kopieren, im Gegensatz zu "-r" werden hier auch Gerätedateien bzw. deren Inhalt kopiert
Ich hatte bisher noch keine Beschwerden.
Ich hab das vorhin mal probieren wollen, doch verschiedene Kernel ooopsen beim Schreiben auf die neue Platte. Da läuft jetzt erstmal badblocks. Ist ne 0,12 TB Platte, das kann dauern... :-(
Eric
Eric Schaefer schrieb:
Da läuft jetzt erstmal badblocks. Ist ne 0,12 TB Platte, das kann dauern... :-(
Lieber smartmontools # smartctl -t long /dev/hdX wenn die HD nicht Systemplatte ist, kann man auch noch -C ranhaengen. Oder mit einem Tool vom Vendor. Da werden die defekten Sektoren markiert und nicht cluster auf dem FS. Es ist robuster. Mit smartctl kannst interessante Infos aus der Firmware der HD auslesen.
Eric
MfG -Dimitri
Am Sonntag, den 20.03.2005, 11:28 +0100 schrieb Dimitri Puzin:
badblocks. Ist ne 0,12 TB Platte, das kann dauern... :-(
Lieber smartmontools # smartctl -t long /dev/hdX wenn die HD nicht Systemplatte ist, kann man auch noch -C ranhaengen. Oder mit einem Tool vom Vendor. Da werden die defekten Sektoren markiert und nicht cluster auf dem FS. Es ist robuster. Mit smartctl kannst interessante Infos aus der Firmware der HD auslesen.
Die Platte ist i.O. Das Problem ist scheinbar DMA. Ich konnte kaum 1 GB kopieren ohne Ooops oder gar panic. DMA bei beiden Platten deaktiviert und schon ging es, nur eben zäääääääh und die CPU-Last war am "Anschlag", aber der Umzug ist vollbracht. Das muß ich noch mal näher untersuchen...
Eric
Eric Schaefer schrieb:
Am Sonntag, den 20.03.2005, 11:28 +0100 schrieb Dimitri Puzin:
badblocks. Ist ne 0,12 TB Platte, das kann dauern... :-(
Lieber smartmontools # smartctl -t long /dev/hdX wenn die HD nicht Systemplatte ist, kann man auch noch -C ranhaengen. Oder mit einem Tool vom Vendor. Da werden die defekten Sektoren markiert und nicht cluster auf dem FS. Es ist robuster. Mit smartctl kannst interessante Infos aus der Firmware der HD auslesen.
Die Platte ist i.O. Das Problem ist scheinbar DMA. Ich konnte kaum 1 GB kopieren ohne Ooops oder gar panic. DMA bei beiden Platten deaktiviert und schon ging es, nur eben zäääääääh und die CPU-Last war am "Anschlag", aber der Umzug ist vollbracht. Das muß ich noch mal näher untersuchen...
Ja, nur nuetzt dir dabei badblocks wenig. Mit smartctl kannst es naeher diagnostizieren.
Eric
MfG -Tristan-777
On Sunday 20 March 2005 16:57, Eric Schaefer wrote:
Am Sonntag, den 20.03.2005, 11:28 +0100 schrieb Dimitri Puzin:
badblocks. Ist ne 0,12 TB Platte, das kann dauern... :-(
Lieber smartmontools # smartctl -t long /dev/hdX wenn die HD nicht Systemplatte ist, kann man auch noch -C ranhaengen. Oder mit einem Tool vom Vendor. Da werden die defekten Sektoren markiert und nicht cluster auf dem FS. Es ist robuster. Mit smartctl kannst interessante Infos aus der Firmware der HD auslesen.
Die Platte ist i.O. Das Problem ist scheinbar DMA. Ich konnte kaum 1 GB kopieren ohne Ooops oder gar panic. DMA bei beiden Platten deaktiviert und schon ging es, nur eben zäääääääh und die CPU-Last war am "Anschlag", aber der Umzug ist vollbracht. Das muß ich noch mal näher untersuchen...
ich hatte schon viel Ärger mit schlechten Ide-Kabeln, insbesondere Rundkabeln...
felix
Eric
Lug-dd maillist - Lug-dd@schlittermann.de http://mailman.schlittermann.de/mailman/listinfo/lug-dd
Eric Schaefer eric@gixgax.de (Sa 19 Mär 2005 18:55:18 GMT):
verwurstelt wird. Seit mindestens zehn Jahren benutze ich, aus lauter Faulheit einen besseren Weg zu suchen, zwei verpipte Tars dazu (etwa so: "tar -cf - verzeichnis | tar -xf - -C ziel" {dazu noch die üblichen Optionen zum atime und mtime erhalten}).
rsync -Havx / /mnt
... und eventuell das für weitere Filesysteme auch noch. ... wenn das Ziel auf einer anderen Maschine ist, eventuell noch dazu ein `--numeric-ids'
Best regards from Dresden Viele Gruesse aus Dresden Heiko Schlittermann
On Sun, Mar 20, 2005 at 11:39:22PM +0100, Eric Schaefer wrote:
Am Sonntag, den 20.03.2005, 23:11 +0100 schrieb Heiko Schlittermann:
rsync -Havx / /mnt
Hey, sehr schöne Lösung.
mit "-P" zusätzlich sogar noch mit Fortschrittsanzeige :-) und mit "--bwlimit 1000" kannst du das System nebenher auch noch benutzen (dafür dauert's länger).
lug-dd@mailman.schlittermann.de
-
Dimitri Puzin -
Eric Schaefer -
Felix Kurth -
Frank Berek -
Heiko Schlittermann -
Jonas Witt -
Stefan Seyfried -
Tobias Koenig