Umzug 80 GB -->250 GB FP

docloy

Im Thema steht es ja schon. Und zwar ist so langsam die FP im Notebook meiner Freundin randvoll. Habe auch schon eine neue FP bestellt. Jetzt überleg ich mir, wie ich am besten die Platte umziehe.

Zur Partitionierung:

sda1 9 GB ntfs c:\ system
sda5 40 GB ntfs d:\ daten Partition
sda3 512 MB swap
sda4 5,6 GB ext3 /
sda6 11 GB ext3 /home
(sda2 extended)

so meine frage wäre jetzt, ob ich dann jede Partition einzeln mittels dd rüberspiele und dann bevor ich mit der nächsten Partition weiter mache die Partition nach hinten vergrößer?

Oder ist es sinnvoller die neue Platte erst wunschgemäß zu partitionieren und dann die Daten zu übertragen. Ich mein zumindest die Linuxpartitionen kann ich ja mittels

cp -rp

also rekrusiv und preserve damti die Rechte gleich bleiben. Oder?

Wie würdet ihr das machen? Vermutlich möchte ich wie folgt partitionieren:
c: 25 GB
d: daten 70 GB
swap 1 GB
/ 15-20 GB
/home 130 (bzw. Rest)

Windows habe ich jetzt bewusst nicht soooo groß gemacht, da sie das eh kaum noch benutzt außer mal MS Office Excel um irgendwelche Regressionsgeraden für die FH (was ooo leider noch nicht kann).

Bin dankbar für Tipps und Kritik!

[gelöscht]

ich pers. würde erst die platte formatieren, und dann die inhalte rüberspielen...

allerdings nicht mit cp -rp sondern cp -a 🙂

was quasi cp -rp ist nur mit

       -d     same as --no-dereference --preserve=links

andererseits...wie spielst du das darauf? per externer festplatte oder wie stellst du dir das vor?

[gelöscht]

Hi,

ich mach das immer wie folgt (glaube mein Gentoo hatte 6 oder 7 Umzüge hinter sich 😉)

ich partitioniere die neue HDD so wie ich sie haben will (mit cfdisk/LiveCD oder so) installiere zuerst Windows.

Dann mounte die ich die neue / nach /mnt/neue_root und die alte nach /mnt/alte_root via livecd (LiveCD deshalb, weil es manchmal zu Problemem kommt, wenn du von einem laufendem System laufende Programme copieren willst).

und dann Verzeichniss für Verzeichniss, da cp -a gerne meckert wegen /dev/ /proc/ und /sys/.

Die kannst du weglassen. Da du eh chrooten must wegen der Grub-Installation, einfach Udev einmal starten lassen, das er in /dev/ die Devices anlegt (dabei hat es gelegentlich bei mir gehackt).

/sys und /proc wird beim booten eh neu angelegt. (Zumindest der Inhalt).

Die Verzeichniss /sys /proc und /dev vorm chroot einfach mitm mkdir anlegen, und denen die gleichen Rechte geben, wie sie auch auf der alten HDD haben.

Dann sollte das alles klappen 😉)

Sollte noch was sein: Nachfragen 😉

Grüßle

docloy

MacWolf schrieb andererseits...wie spielst du das darauf? per externer festplatte oder wie stellst du dir das vor?

Die neue Platte ist ne 2,5" Sata Platte im externen Gehäuse. So dass ich dann via liveCD boote und dann die externe neue direkt anstöpsel. Nach dem Übertragen schraub ich die dann eben raus und bau die alte 80er ins externe Gehäuse. So hab ich dann gleich noch ne ext. FP.

Kann ich dann eigentlich mit cp -a auch die Windows Sachen rüberspielen? Oder sollte ich da irgend so ein Image Tool verwenden? Nen bekannter benutzt da immer acronis, das ich ausleihen könnte.

Aber schon mal vielen Dank euch zwei für die schnellen Antworten!

[gelöscht]

naja...du kannst natürlich mit ntfs-3g auch mit cp auf ner ntfs partition arbeiten...wie gut das funktioniert, oder wie fehlerfrei kann ich dir nicht sagen...aber die option "-a" brauchst du da nicht...da reicht dann "-R" weil Windows ja nicht die Unix Rechte nutzt 🙂

docloy

MacWolf schrieb naja...du kannst natürlich mit ntfs-3g auch mit cp auf ner ntfs partition arbeiten...wie gut das funktioniert, oder wie fehlerfrei kann ich dir nicht sagen...aber die option "-a" brauchst du da nicht...da reicht dann "-R" weil Windows ja nicht die Unix Rechte nutzt 🙂

Ja das probier ich einfach mal aus, ich mein wenn es nicht geht merke ich das ja schnell... Ansonsten wäre für Win evtl. auch mal ne Neuinstallation nicht schlecht.

[gelöscht]

Hi,

hmm mit Win hmm sollte ggf. funktionieren. Da es auch da meistens nur am Bootmanager scheitert 😉 .. Try and Error. Problem könnten die Rechte sein, die Windows an Dateien unter /windows/xxx gibt. ntfs-3g kann afaik das noch nicht ordentlich.

Aber stabil genug sollte der Treiber aber sein, damit du dein Win sichern kannst. Und wenn du Win dann ins Grub einträgst, sollte es gehen 😉

Nimm dann nur ne LiveCD mit den aktuellsten ntfs-3g treibern (grml ist da immer recht aktuell).

Grüßle

fs4000

Bomb@ schrieb /sys und /proc wird beim booten eh neu angelegt. (Zumindest der Inhalt).

/sys und /proc sind eigentlich leer. Die Dateien, die man darin sieht, wenn das System läuft, kommen direkt vom Kernel.

[gelöscht]

Hoi,

Ja schon sind die leer, aber wenn die nicht angelegt sind, ziggt der Bootvorgang, da der Kernel afair NUR den Inhalt erstellt / darstellt. Gleiche gilt für /dev/ weil der halt versucht in /dev was anzulegen, es aber nich kann 😉 weil nich vorhanden.

Grüßle

GerBra

Deshalb haben die meisten Kopiertools (rsync, cp, tar) die Option one-file-system
(bei cp z.B. -x). Wenn du damit / kopierst wird nur die Struktur der Partition auf der /
liegt kopiert, keine anderen darin gemounteten Dateisysteme (also /proc oder /dev).
Was aber mitkopiert wird ist der Mount-Zielordner (also /proc oder /sys) - aber halt
ohne den "Inhalt".

Wenn man über ein externes Bootmedium (kleine Rescue-Partition, Live-CD) arbeitet
hat man das Problem ja meist sowieso nicht, da in die Quelle ja nichts eingemountet
ist.

[gelöscht]

Ui GerBra . klar .. -> Geistige Verwirrung 😃

Hast natürlich recht ... Du hast die Sorge natürlich nicht, wenn du beide HDDs per LiveCD mountest 😉)))

Grüßle

docloy

Sprich ich kann also ganz einfach via liveCD cp -ax /mnt/root80 /mnt/root250 ausführen?
oder reicht sogar cp -a?

GerBra

docloy schrieb oder reicht sogar cp -a?

Das langt. Wenn du dir die Struktur von /mnt/root80 anschaust wirst du sehen: die
Verzeichnisse wie proc, dev und sys sind vorhanden, aber leer da ja nichts gemountet
ist.
Evtl. noch die Option -v mitgeben und evtl. die Ausgabe an tee pipen, damit du ein
Transfer-Log hast.
Lediglich an evtl. andere Partitionen mit Daten mußt du auch noch denken (kopieren),
also wenn du z.B. eigene Partitionen für /boot und/oder /home hast.
Wenn diese auf der neuen HD auch so vorhanden sein sollen mußt du für diese
Partitionen halt analog zur Root-Partition vorgehen.