Klonen auf andere Platte aber ...1 GB zu klein
Hallo, vielleicht hat ja noch jemand Zeit mir eine Frage zu beantworten, trotz des anderen überhitzten Threads. Ich habe hier eine rd.40 GB Platte drin. Möchte aber eine andere rd. 40 GB Platte einbauen, die blöderweise etwas über 1 GB kleiner ist.(davon habe ich 2 identische und möchte später RAID 1 einrichten) Ich habe hier nur 2 Partitionen drauf. Swap (hda1) und / (hda2,reiser)SuSE8.2 Über 20 GB auf / sind aber frei, so das man eigentlich verkleinern könnte. Norton Ghost 2003 sagt natürlich Zielplatte zu klein, weil nicht intelligent genug unter Reiser die Grösse anzupassen wie zB unter FAT und NTFS. Mit dd ist natürlich irgendwo ein undefiniertes Ende, weil ja nicht mehr geschrieben werden kann. Die Lösung sollte sicher sein: reiserfs_resize oder so ähnlich. ? Dazu darf / aber nicht gemounted sein. Also Rescue System starten ? Irgendwie bekomme ich aber die korrekte Vorgehensweise dazu nicht hin und werde von den vielen verschiedenen Parametern nur noch konfuser. Hat jemand dies schon mal so getan, so das es hinterher wieder richtig lief ? Win-Partitionen verkleinern dazu findet man 100e Beiträge. Gruß Detlef
* On Tue, 10 Jun 2003 at 18:20 +0200, Detlef Strehlow wrote:
vielleicht hat ja noch jemand Zeit mir eine Frage zu beantworten, trotz des anderen überhitzten Threads.
Ich habe hier eine rd.40 GB Platte drin. Möchte aber eine andere rd. 40 GB Platte einbauen, die blöderweise etwas über 1 GB kleiner ist.(davon habe ich 2 identische und möchte später RAID 1 einrichten) [...] Norton Ghost 2003 sagt natürlich Zielplatte zu klein, weil nicht intelligent genug unter Reiser die Grösse anzupassen wie zB unter FAT und NTFS. Mit dd ist natürlich irgendwo ein undefiniertes Ende, weil ja nicht mehr geschrieben werden kann.
Hast Du die Möglichkeit, das Zeug einfach Datei für Datei rüberzukopieren aus einem bestimmten Grund nicht erwähnt?
Die Lösung sollte sicher sein: reiserfs_resize oder so ähnlich. ?
Brauchst Du Deine Daten nicht mehr? /apm -- GPG welcome, request public key: mailto:adalbert+key@lopez.at
Hallo Detlef,
Am Dienstag, 10. Juni 2003 18:20 schrieb
Detlef Strehlow
Die Lösung sollte sicher sein: reiserfs_resize oder so ähnlich. ?
Aber nur dann, wenn Du Deine Daten nicht mehr brauchst ;-) Im Ernst: Wenn reiserfs_resize und Ghiost ausscheiden (wußte gar nicht, daß Ghost auch was anderes kennt als ext2), und dd auch nicht geht. Wie wäre es mit einem einfachen "cp" :-) Dauert vielleicht ganz schön lang (je nach Datenvolumen) ist aber durchaus praktikabel ;-) kind regards Martin Mewes -- http://www.mamemu.de/ | Meine VMware-Seiten und mehr ... ;-) http://vmware.itst.org/ | Ein deutschsprachiges VMware-Forum http://www.agent-de.org/ | Der "Forte Agent" auf Deutsch Key exported to: | pgp.mit.edu:11371 via WWW-Interface
Martin Mewes schrieb:
[...] Wie wäre es mit einem einfachen "cp" :-) Dauert vielleicht ganz schön lang (je nach Datenvolumen) ist aber durchaus praktikabel ;-)
Das ist nicht die beste Loesung :-) Ein Umweg ueber tar ist da geschickter, siehe auch den SDB Artikel http://sdb.suse.de/de/sdb/html/maddin_kopieren.html Gruesse, Thomson
Hallo und vielen Dank an alle, Am Dienstag, 10. Juni 2003 18:57 schrieb Thomas Hertweck:
Martin Mewes schrieb:
[...] Wie wäre es mit einem einfachen "cp" :-) Dauert vielleicht ganz schön lang (je nach Datenvolumen) ist aber durchaus praktikabel ;-)
Das ist nicht die beste Loesung :-) Ein Umweg ueber tar ist da geschickter, siehe auch den SDB Artikel http://sdb.suse.de/de/sdb/html/maddin_kopieren.html ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Hmmm, das ist wieder so ein Fall der zum anderen Thread passt. Eigentlich hätte ich es auch allein finden müssen. Aber ich hab es nicht gefunden. Deshalb ist ein einfacher Link manchmal für einen Newbie schon eine grosse Hilfe um erstmal überhaupt einen Ansatz zu haben. Wird natürlich ausprobiert :-)
Grüße von der Ostsee Detlef P.S. cd /OLD tar -cSp --numeric-owner -f - . | ( cd //NEW && tar xSpvf - ) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ (Böhmische Wälder) "Dadurch sollten alle Dateien aus /OLD nach /NEW gebracht werden" Hoffentlich meinen die kopieren und nicht verschieben. Jaja --> ich guck ja schon -->man tar :-)
Detlef Strehlow schrieb:
[...] P.S. cd /OLD tar -cSp --numeric-owner -f - . | ( cd //NEW && tar xSpvf - ) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ (Böhmische Wälder)
"Dadurch sollten alle Dateien aus /OLD nach /NEW gebracht werden" Hoffentlich meinen die kopieren und nicht verschieben.
Ja, DIE meinen schon kopieren und nicht verschieben :-) Zu den ganzen Optionen von tar wolltest Du ja selbst mal die Manual-Page besuchen. Generell passiert folgendes: Du wechselst nach /OLD. Dann wird alles in diesem Verzeich- nis und von diesem Verezeichnis an abwaerts mit den entspre- chenden Optionen getart und das Ergebnis an stdout ge- schickt. Ueber die Pipe gelangt das Ganze an eine Befehls- folge, die per Klammer zusammengefasst ist. Es wird in das neue Verzeichnis gewechselt, und dort werden die ankommen- den Daten von stdin wieder enttart mit den entsprechend an- gegebenen Optionen. Cu, Thomson
Hallo Thomas, danke so langsam macht es Sinn. Am Dienstag, 10. Juni 2003 21:09 schrieb Thomas Hertweck:
Detlef Strehlow schrieb:
[...] P.S. cd /OLD tar -cSp --numeric-owner -f - . | ( cd //NEW && tar xSpvf - ) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ (Böhmische Wälder)
"Dadurch sollten alle Dateien aus /OLD nach /NEW gebracht werden" Hoffentlich meinen die kopieren und nicht verschieben.
Ja, DIE meinen schon kopieren und nicht verschieben :-) Zu den ganzen Optionen von tar wolltest Du ja selbst mal die Manual-Page besuchen. Generell passiert folgendes: Du wechselst nach /OLD. Dann wird alles in diesem Verzeich- nis und von diesem Verezeichnis an abwaerts mit den entspre- chenden Optionen getart und das Ergebnis an stdout ge- schickt. Ueber die Pipe gelangt das Ganze an eine Befehls- folge, die per Klammer zusammengefasst ist. Es wird in das neue Verzeichnis gewechselt, und dort werden die ankommen- den Daten von stdin wieder enttart mit den entsprechend an- gegebenen Optionen.
Also nimm die Daten von /OLD erzeuge ein Archiv (c) behalte die Rechte entspr. der UID usw. (p --numeric-owner), gehe mit kleinen Dateien (0 byte ?, attribute ?) vernünftig um (S),packe das Archiv nach /dev/rmt0 (f) (remotetape, aber nicht wirklich tue nur so, in Wirklichkeit gebe es an Stdout -->Pipe). Jetzt nehme das aus der Pipe entgegen (so als wenn es vom tape kommt, weil tar seinen Ursprung beim Tape hatte ?) (f), extrahiere es (x), dann das übrige wie vorher (Rechte und spärliche Dateien :-) ) und packe es nach /NEW und das sehr wortreich (zeige was Du tust) Jetzt fehlen nur noch der einzeln stehende - und der . Punkt sollte doch das gegenwärtige Verzeichnis sein oder ? & war doch eigentlich ein Zeichen um einen Prozess in den Hintergrund zu verlagern Warum aber soll es so schneller sein als simples Kopieren. Zusätzlich muss es ja noch gepackt und entpackt werden. Es sei denn die Packroutinen von tar sind schneller als IO-Operationen der Platten ...und es ward Licht ... Grüße von der Ostsee Detlef
Detlef Strehlow schrieb:
Am Dienstag, 10. Juni 2003 21:09 schrieb Thomas Hertweck:
Detlef Strehlow schrieb:
[...] P.S. cd /OLD tar -cSp --numeric-owner -f - . | ( cd //NEW && tar xSpvf - ) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ (Böhmische Wälder)
[...Erklaerung...]
Also nimm die Daten von /OLD erzeuge ein Archiv (c) behalte die Rechte entspr. der UID usw. (p --numeric-owner), gehe mit kleinen Dateien (0 byte ?, attribute ?) vernünftig um (S),packe das Archiv nach /dev/rmt0 (f) (remotetape, aber nicht wirklich tue nur so, in Wirklichkeit gebe es an Stdout -->Pipe). Jetzt nehme das aus der Pipe entgegen (so als wenn es vom tape kommt, weil tar seinen Ursprung beim Tape hatte ?) (f), extrahiere es (x), dann das übrige wie vorher (Rechte und spärliche Dateien :-) ) und packe es nach /NEW und das sehr wortreich (zeige was Du tust)
Jetzt fehlen nur noch der einzeln stehende - und der . Punkt sollte doch das gegenwärtige Verzeichnis sein oder ? & war doch eigentlich ein Zeichen um einen Prozess in den Hintergrund zu verlagern
Also, - steht in diesem Zusammenhang fuer stdin bzw. stdout. Die - stehen nicht alleine da, sondern gehoe- ren zur Option -f. Der Punkt ist das aktuelle Ver- zeichnis, da hast Du Recht. & schickt tatsaechlich einen Prozess in den Hintergrund, && ist aber etwas anderes: Es verknuepft zwei (oder noch mehr) Befehle, wobei alles nach dem && nur ausgefuehrt wird, falls der Befehl vor dem && erfolgreich war. Die Klammern ( und ) sorgen dafuer, dass der Befehl dazwischen in einer Sub-Shell ausgefuehrt wird. Siehe zu den ganzen Dingen auch "man bash" oder ein anderes Buch *g* zur Shellprogrammierung.
Warum aber soll es so schneller sein als simples Kopieren.
Von schneller hat niemand etwas gesagt :-)
Zusätzlich muss es ja noch gepackt und entpackt werden. Es sei denn die Packroutinen von tar sind schneller als IO-Operationen der Platten
Nein, diese Aussage macht keinen Sinn, denn von Platte gelesen und auf Platte geschrieben werden muss es in beiden Faellen. Du kannst mal einen Versuch machen: schau mal was passiert, wenn Du ein Verzeichnis mit Links einmal mit obiger Methode und einmal mit cp "ko- pierst"... Cu, Thomson
Hallo, Am Dienstag, 10. Juni 2003 23:23 schrieb Thomas Hertweck:
Detlef Strehlow schrieb:
Am Dienstag, 10. Juni 2003 21:09 schrieb Thomas Hertweck:
Detlef Strehlow schrieb:
cd /OLD tar -cSp --numeric-owner -f - . | ( cd //NEW && tar xSpvf - ) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Also, - steht in diesem Zusammenhang fuer stdin bzw. stdout. Die - stehen nicht alleine da, sondern gehoe- ren zur Option -f. [...] && ist aber etwas anderes: Es verknuepft zwei (oder noch mehr) Befehle, wobei alles nach dem && nur ausgefuehrt wird, falls der Befehl vor dem && erfolgreich war. Die Klammern ( und ) sorgen dafuer, dass der Befehl dazwischen in einer Sub-Shell ausgefuehrt wird. Siehe zu den ganzen Dingen auch "man bash" oder ein anderes Buch *g* zur Shellprogrammierung.
Schau ich auf jeden Fall rein!
Warum aber soll es so schneller sein als simples Kopieren.
Von schneller hat niemand etwas gesagt :-)
Zusätzlich muss es ja noch gepackt und entpackt werden. Es sei denn die Packroutinen von tar sind schneller als IO-Operationen der Platten
Nein, diese Aussage macht keinen Sinn, denn von Platte gelesen und auf Platte geschrieben werden muss es in beiden Faellen.
Ja natürlich, der Schnellschuss ging voll in die Hosen (war ein anstrengender Tag gestern)
Du kannst mal einen Versuch machen: schau mal was passiert, wenn Du ein Verzeichnis mit Links einmal mit obiger Methode und einmal mit cp "ko- pierst"...
Das probiere ich tatsächlich mal aus. Jetzt will ich es wissen *grins* Also nochmal Danke Gruß Detlef
Hallo, On Tue, 10 Jun 2003, Detlef Strehlow wrote:
Am Dienstag, 10. Juni 2003 18:57 schrieb Thomas Hertweck: [..]
http://sdb.suse.de/de/sdb/html/maddin_kopieren.html ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [..] P.S. cd /OLD tar -cSp --numeric-owner -f - . | ( cd //NEW && tar xSpvf - ) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ (Böhmische Wälder)
*hrumpf* Ich muss dem 'maddin' endlich mal schreiben... cd /OLD tar -cSp --atime-preserve . | ( cd /NEW; tar -xSpv --atime-preserve ) Spaetestens, wenn ein leafnode-newsspool dabei ist, geht's ohne das --atime-preserve in die Hose... --numeric-owner ist IMO nicht noetig, da das ja auf einem System laeuft, und somit die UIDs gleich bleiben. -dnh -- Die Deutsche Sprache ist also nicht ursprünglich deutsch, sondern ein Konglomerat aus verschiedenen anderen Sprachen, die aber auch nicht ursprünglich sind, sondern wieder Konglomerate aus verschiedenen noch anderen Sprachen, die... [Volker Tanner in suse-talk]
Hallo David, Am Dienstag, 10. Juni 2003 23:59 schrieb David Haller:
Hallo,
On Tue, 10 Jun 2003, Detlef Strehlow wrote:
Am Dienstag, 10. Juni 2003 18:57 schrieb Thomas Hertweck:
[..]
http://sdb.suse.de/de/sdb/html/maddin_kopieren.html ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
[..]
P.S. cd /OLD tar -cSp --numeric-owner -f - . | ( cd //NEW && tar xSpvf - ) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ (Böhmische Wälder)
*hrumpf* Ich muss dem 'maddin' endlich mal schreiben...
cd /OLD tar -cSp --atime-preserve . | ( cd /NEW; tar -xSpv --atime-preserve )
Spaetestens, wenn ein leafnode-newsspool dabei ist, geht's ohne das --atime-preserve in die Hose... --numeric-owner ist IMO nicht noetig, da das ja auf einem System laeuft, und somit die UIDs gleich bleiben.
Jo leafnode läuft auf dem Rechner auch. Danke und wie sagte schon mal jemand: "Gut das wir drüber geredet haben" Gruß Detlef
* On Tue, 10 Jun 2003 at 23:59 +0200, David Haller wrote:
On Tue, 10 Jun 2003, Detlef Strehlow wrote: [...]
tar -cSp --numeric-owner -f - . | ( cd //NEW && tar xSpvf - ) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ (Böhmische Wälder)
*hrumpf* Ich muss dem 'maddin' endlich mal schreiben... [...]
Wenn ich dem gleich noch was nachwerfen darf: Einem tar die Option -f mitzugeben, damit es nicht auf stdout schreibt/stdin liest, sondern aus einem File und sodann gleich als Filename - anzugeben, um erst wieder stdout/stdin zu schreiben/lesen ist leicht hyperfluid. /apm -- GPG welcome, request public key: mailto:adalbert+key@lopez.at
Hallo, On Wed, 11 Jun 2003, Adalbert Michelic wrote:
* On Tue, 10 Jun 2003 at 23:59 +0200, David Haller wrote:
On Tue, 10 Jun 2003, Detlef Strehlow wrote: [...]
tar -cSp --numeric-owner -f - . | ( cd //NEW && tar xSpvf - ) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ (Böhmische Wälder)
*hrumpf* Ich muss dem 'maddin' endlich mal schreiben... [...]
Wenn ich dem gleich noch was nachwerfen darf: Einem tar die Option -f mitzugeben, damit es nicht auf stdout schreibt/stdin liest, sondern aus einem File und sodann gleich als Filename - anzugeben, um erst wieder stdout/stdin zu schreiben/lesen ist leicht hyperfluid.
*EBEN* Schau dir meine Variante an... -dnh -- Was habt Ihr denn? emacs ist doch ein tolles Betriebssystem! Das einzige was ihm fehlt, ist ein vernünftiger Editor (vim?) -- Jan Trippler in suse-linux
David Haller
sondern aus einem File und sodann gleich als Filename - anzugeben, um erst wieder stdout/stdin zu schreiben/lesen ist leicht hyperfluid.
*EBEN* Schau dir meine Variante an... ss es bei dem allgemein gültigen '-f -'. Wohin tar per default sichert ist ein Compiletime-Default und kann sehr wohl auf ein Bandgerät verweisen. '-f -' gilt immer und mit jeder Version von tar.
BTW, schau dir bei Gelegenheit den Artikel nochmal an :)
La Philipp
Hallo, On Fri, 13 Jun 2003, Philipp Thomas wrote:
David Haller
[Wed, 11 Jun 2003 13:48:29 +0200]: sondern aus einem File und sodann gleich als Filename - anzugeben, um erst wieder stdout/stdin zu schreiben/lesen ist leicht hyperfluid.
*EBEN* Schau dir meine Variante an... ss es bei dem allgemein gültigen '-f -'. Wohin tar per default sichert ist ein Compiletime-Default und kann sehr wohl auf ein Bandgerät verweisen. '-f -' gilt immer und mit jeder Version von tar.
BTW, schau dir bei Gelegenheit den Artikel nochmal an :)
La Philipp
*huch* Da hat dein Agent die Hitze wohl nicht vertragen ;)) Aber Ok, ISC. -dnh -- Postings sind nichts weiter als Kondensationskerne. Mit etwas Glück schlägt sich eine Diskussion an ihnen nieder die sich schon seit Tagen zusammen- geballt hat. Oder aber wir haben trockenes Wetter und nix passiert. -- Cornell Binder in dafu-l
Hallo, ich danke Euch ! Am Dienstag, 10. Juni 2003 18:45 schrieb Martin Mewes:
Die Lösung sollte sicher sein: reiserfs_resize oder so ähnlich. ?
Aber nur dann, wenn Du Deine Daten nicht mehr brauchst ;-)
Uuuppsss :-) und ich dachte tatsächlich, das funktioniert mit Erhalt der Daten. Gut das ich es nocht nicht probiert habe :-)
Wie wäre es mit einem einfachen "cp" :-) Dauert vielleicht ganz schön lang (je nach Datenvolumen) ist aber durchaus praktikabel ;-)
Zeit spielt keine Rolle (hierbei) Ich muss aber gleich nochmal schauen, ich glaube das ging schon mal durch die Liste, das sich bestimmte Sachen ja nicht einfach kopieren lasen (proc ?) Dann würde ich also: 1. Platte part+format mit reiser Auch Swap jetzt schon mit auf die neue Platte ? 2. Mounten unter irgendwas 3. Alles reinkopieren mit cp ( Parameter such ich mir raus, also auch Unterverzeichnisse, versteckte usw.) Oder kopieren wenn nicht gemounted ist ? 4. Neue Platte an 1. Controller (wo jetzt noch die andere hängt) 5. Booten von CD (Resue oder Manual Install) und grub aufrufen (wie auch immer) Müsste so doch OK sein oder ? Gruß Detlef
* On Tue, 10 Jun 2003 at 19:12 +0200, Detlef Strehlow wrote: [Daten von einer Platte auf die andere kopieren]
Zeit spielt keine Rolle (hierbei) Ich muss aber gleich nochmal schauen, ich glaube das ging schon mal durch die Liste, das sich bestimmte Sachen ja nicht einfach kopieren lasen (proc ?)
Dann würde ich also:
1. Platte part+format mit reiser Auch Swap jetzt schon mit auf die neue Platte ?
Ja, einfach mit mkswap behandeln.
2. Mounten unter irgendwas
Jepp.
3. Alles reinkopieren mit cp ( Parameter such ich mir raus, also auch Unterverzeichnisse, versteckte usw.) Oder kopieren wenn nicht gemounted ist ?
Kopiere besser mit (untested - probiers bitte zuerst mal als User, der nix anstellen kann): tar c -l -p --atime-preserve / | tar xv -C /mnt/neueplatte / evtl. vorher r/o mounten, damit keiner reinpfuscht, oder das - wenn Du ganz auf Nummer sicher gehen willst, vom Rescue-System aus.
4. Neue Platte an 1. Controller (wo jetzt noch die andere hängt) 5. Booten von CD (Resue oder Manual Install) und grub aufrufen (wie auch immer)
Hmmm ja, grub kenne ich zwar nciht, hört sich aber gut an. /apm -- GPG welcome, request public key: mailto:adalbert+key@lopez.at
Am Dienstag, 10. Juni 2003 18:20 schrieb Detlef Strehlow: [...]
Ich habe hier eine rd.40 GB Platte drin. Möchte aber eine andere rd. 40 GB Platte einbauen, die blöderweise etwas über 1 GB kleiner ist.(davon habe ich 2 identische und möchte später RAID 1 einrichten) Ich habe hier nur 2 Partitionen drauf. Swap (hda1) und / (hda2,reiser)SuSE8.2 Über 20 GB auf / sind aber frei, so das man eigentlich verkleinern könnte. [...] Die Lösung sollte sicher sein: reiserfs_resize oder so ähnlich. ?
Das klingt sehr gefährlich. Würde ich nicht machen!!
Dazu darf / aber nicht gemounted sein. Also Rescue System starten ? Irgendwie bekomme ich aber die korrekte Vorgehensweise dazu nicht hin und werde von den vielen verschiedenen Parametern nur noch konfuser. Hat jemand dies schon mal so getan, so das es hinterher wieder richtig lief ?
Wieso nicht einfach die Daten rüberkopieren? Eine Anleitung, wie du ein komplettes Linux von einer Partition auf eine andere rüberschaufeln kannst, ohne Probleme mit diversen dev-Files und Berechtigungen zu bekommen, findest du auf http://sdb.suse.de/de/sdb/html/maddin_kopieren.html Funktioniert einwandfrei, habe ich selbst schon ausprobiert. Viele Grüße, sam
participants (7)
-
Adalbert Michelic
-
David Haller
-
Detlef Strehlow
-
Martin Mewes
-
Philipp Thomas
-
Samuel Edlmeier
-
Thomas Hertweck