Unzug von Festplatten - mit KNOPPIX ?
hallo zusammen, hier sind zwei physische Festplatten am Start (IDE 1 Master und Slave). IDE 1 Master enthält mein /root -Verzeichnis IDE 1 Slave ist /home langsam brauche ich mehr Platz und würde gerne beide Platten auf größere Exemplare kopieren oder klonen, oder so. Mein Plan: 1. Master ausbauen, größere Platte (als Master) einbauen 2. mit KNOPPIX starten, neue Platte partitionieren und /home von der 'alten' hdb auf die 'Neue' kopieren das gleiche Spiel soll dann mit der alten 'Master'platte und meine /-Ordner wiederholt werden. Ist das ein erfolgversprechender Plan, oder eine Schnapsidee? Wenn erfolgversprechend, was gibt es da zu beachten? Im Schnapsfall, wie sind die Alternativen? Gruß Gunnar
Hallo, Am Sam, 02 Sep 2006, gunnar wagner schrieb:
langsam brauche ich mehr Platz und würde gerne beide Platten auf größere Exemplare kopieren oder klonen, oder so.
FAQ: 6.5. Wie kann ich einen kompletten Verzeichnisbaum auf eine andere Partition kopieren? http://suse-linux-faq.koehntopp.de/q/q-filesystems-kopieren.html -dnh -- / "The internet works because despite the best efforts of the suits \ [ the technical people still talk to each other across vendors and ] \ try and make sure everything interworks well." -- Alan Cox /
2006/9/2, David Haller
FAQ: 6.5. Wie kann ich einen kompletten Verzeichnisbaum auf eine andere Partition kopieren? http://suse-linux-faq.koehntopp.de/q/q-filesystems-kopieren.html
Und bei der neuen Platte LVM benutzen, dann ist sowas deutlich einfacher. Gruß Martin
Am Samstag, 2. September 2006 21:05 schrieb Martin Schröder:
2006/9/2, David Haller
: FAQ: 6.5. Wie kann ich einen kompletten Verzeichnisbaum auf eine andere Partition kopieren? http://suse-linux-faq.koehntopp.de/q/q-filesystems-kopieren.htm l
Und bei der neuen Platte LVM benutzen, dann ist sowas deutlich einfacher.
Wegen möglichen Problemen beim Ausfall einer Festplatte bin ich ja kein LVM-Fan. Aber etwas ganz anderes böte sich auch noch an: Statt mit dem kompletten Verzeichnisbaum auf die neue Festplatte zu migrieren kann man auch einzelne Partitionen der neuen Festplatte in den bereits bestehenden Verzeichnisbaum einhängen. /home /opt /usr dürften die am meisten ausgelasteten sein und lassen sich ganz einfach auf neue Partitionen kopieren. Dann schwupps ein paar Änderungen an der /etc/fstab und die alten Verzeichnisse gelöscht und prompt hat man wieder Platz en masse... Viele Grüße Philipp -- "A power so great, it can only be used for Good or Evil!" -- Firesign Theatre, "The Giant Rat of Summatra" ###signature by fortune###
Am 03.09.06 schrieb Philipp Zacharias
Wegen möglichen Problemen beim Ausfall einer Festplatte bin ich ja kein LVM-Fan. Aber etwas ganz anderes böte sich auch noch an:
LVM kann sicherlich zusätzliche Probleme bei Hardwareausfall bedeuten, muß aber nicht. Und inzwischen sind Festplatten so billig, daß RAID nun wirklich keine Geldfrage mehr ist. Gruß Martin
Hallo, Am Son, 03 Sep 2006, Philipp Zacharias schrieb:
Wegen möglichen Problemen beim Ausfall einer Festplatte bin ich ja kein LVM-Fan. Aber etwas ganz anderes böte sich auch noch an: Statt mit dem kompletten Verzeichnisbaum auf die neue Festplatte zu migrieren kann man auch einzelne Partitionen der neuen Festplatte in den bereits bestehenden Verzeichnisbaum einhängen. /home, /opt, /usr dürften die am meisten ausgelasteten sein und lassen sich ganz einfach auf neue Partitionen kopieren. Dann schwupps ein paar Änderungen an der /etc/fstab und die alten Verzeichnisse gelöscht und prompt hat man wieder Platz en masse...
Full ACK. Ich habe mein laufendes System vor 7 Jahren auf fast voellig anderer Hardware installiert (IIRC sind nur die Grafikkarte und Soundkarte noch die gleichen[1])... Und genau nach obigem Muster wanderte (und wandert) das System mehr oder weniger stueckweise von einer Festplatte zur naechsten. -dnh [1] die Tastatur fiel einem Getraenk zum Opfer, die 2-Tasten Maus dem Beduerfnis nach einer 3ten Taste ;) -- IMHO: "In meinem humpelnden Oberstübchen" ((c) Gerd Hölscher).
Am Sonntag, den 03.09.2006, 15:55 +0200 schrieb Philipp Zacharias:
Martin Schröder:
Und bei der neuen Platte LVM benutzen, dann ist sowas deutlich einfacher.
Wegen möglichen Problemen beim Ausfall einer Festplatte bin ich ja kein LVM-Fan. Aber etwas ganz anderes böte sich auch noch an: Statt mit dem kompletten Verzeichnisbaum auf die neue Festplatte zu migrieren kann man auch einzelne Partitionen der neuen Festplatte in den bereits bestehenden Verzeichnisbaum einhängen. /home /opt /usr dürften die am meisten ausgelasteten sein und lassen sich ganz einfach auf neue Partitionen kopieren. Dann schwupps ein paar Änderungen an der /etc/fstab und die alten Verzeichnisse gelöscht und prompt hat man wieder Platz en masse...
ich muss aber die alten Platten (Master und Slave an IDE1)komplett physisch entfernen, da ich sie dann woanders benutzen möchte. Dann fällt dieser Plan ja wohl flach, oder?
Dann schwupps ein paar Änderungen an der /etc/fstab und die alten Verzeichnisse gelöscht und prompt hat man wieder Platz en masse...
nur um schlauer zu werden: mein /etc/fstab sieht so aus: /dev/hda3 / ext3 acl,user_xattr 1 1 /dev/hdb1 /home ext3 defaults 1 2 /dev/hda1 swap swap defaults 0 0 proc /proc proc defaults 0 0 sysfs /sys sysfs noauto 0 0 debugfs /sys/kernel/debug debugfs noauto 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 /dev/fd0 /media/floppy auto noauto,user,sync 0 0 vermutlich müsste dann z.b. aus /dev/hdb1 /home /dev/hdbX /home werden? fragt...Gunnar
Am Montag 04 September 2006 14:38 schrieb gunnar wagner:
Am Sonntag, den 03.09.2006, 15:55 +0200 schrieb Philipp Zacharias:
Martin Schröder:
Und bei der neuen Platte LVM benutzen, dann ist sowas deutlich einfacher. ...
ich muss aber die alten Platten (Master und Slave an IDE1)komplett physisch entfernen, da ich sie dann woanders benutzen möchte.
Du must wissen was du willst.
Dann fällt dieser Plan ja wohl flach, oder?
Ja. ...
nur um schlauer zu werden:
mein /etc/fstab sieht so aus: /dev/hda3 / ext3 acl,user_xattr 1 1 /dev/hdb1 /home ext3 defaults 1 2 /dev/hda1 swap swap defaults 0 0
(Rest hier uninteressant, und Deine Zeilen sind zu lang ...)
vermutlich müsste dann z.b. aus /dev/hdb1 /home /dev/hdbX /home werden?
Muss nicht! Du KANNST alle Daten in eine Partition kippen. Du benötigst also nur /dev/hda1 swap /dev/hda2 / damit kann man gut und gerne einen Rechner betreiben. (An alle die Wissen, das das nicht optimal ist: bitte nicht Aufregen :-) Über Dinge, wie Datensicherung oder auch die Verteilung von Daten über mehrere Partitionen (und das auch über mehrere Platten) solltest Du dich aber auf alle Fälle noch schlau machen.
fragt...Gunnar
Viel Glück -- MfG Rolf Masfelder EMail: rolf.masfelder@nector.de
Noch einmal will ich diesen thread aufnehmen. also Ich habe zwei Paar Festplatten mein momentanes System (10.1, 32 BIT auf AMD64 Hardware) ist auf 40 GB / 120 GB /home umziehen sollen diese auf zwei größere Festplatten (auf denen auch noch ein Windows-XP prof. drauf ist. 80 GB /swap (1 GB) /Laufwerk E: XP System (17 GB) hier soll mein / dazukommen 250 GB /Laufwerk F: XP eigene Dateien (90 GB) hier soll /home dazukommen Eine Anleitung zum Kopieren habe ich schon bekommen http://suse-linux-faq.koehntopp.de/q/q-filesystems-kopieren.html http://suse-linux-faq.koehntopp.de/q/q-filesystems-kopieren.html, die gehen allerdings von einer bereits existierenden Partition auf der betreffenden ZielPlatte aus. Das ist hier aber nicht der Fall. Einen 'Partition erstellen' Knopf finde ich unter KNOPPIX nicht, also muss ich das wohl in einer Konsole machen (unter KNOPPIX). 1. Gibt es da irgendwelche Probleme von wegen Zugriff auf einen fremde Platte (ein root PW gibt es ja bei KNOPPIX nicht)? 2. Zurechtgelegt habe ich mir folgendes Vorgehen: a) mit fdisk eine Partition anlegen wie genau muss der Befehl da lauten? Ich möchte auf der ersten Platte eine 20 GB Partition für / (ohne /home) anlegen das müsste reichen, oder? b) mit mkfs.ext3 ein ext3 Dateisystem darauf anlegen. Da würde ich mal sagen wäre: mkfs.ext3 /mnt/hdaX angesagt - seht ihr das genauso? 3. Oder wäre es denkbar unter XP die geforderten Partitionen anzulegen (NTFS wäre das dann ja) und beim Kopiervorgang ein 'mkfs.ext3', o.ä. einzubauen? viele Grüße Gunnar
danke für die Aufmerksamkeit, Die Sache hat geklappt! wahrscheinlich ein bisschen arg kompliziert, aber erfolgreich. Also Installation auf die neuen Platten und dadurch ext3-Partitionen erzeugt. dann alle Daten drauf gelöscht und flugs die 'alten' Daten mit der Kopieranleitung http://suse-linux-faq.koehntopp.de/q/q-filesystems-kopieren.html http://suse-linux-faq.koehntopp.de/q/q-filesystems-kopieren.html über KNOPPIX kopiert. Danach gab's ein bisschen Probleme beim Start, die aber über KNOPPIX an der /etc/fstab beheben konnten. beste Grüße Gunnar
participants (5)
-
David Haller
-
gunnar wagner
-
Martin Schröder
-
Philipp Zacharias
-
Rolf Masfelder