Hallo zusammen,
auf meiner root Partition ist kein Platz mehr, so dass ich "umziehen" muss.
Ich möchte "/" auf hda1 am Ende der Platte ( hda12) sichern, hda1 vergrößern, und dann hda12 zurück auf das größere hda1 bringen.
Mit fdisk kenne ich mich aus, aber was ist mit der Kopiererei?!
dd kommt mit dem null-device nicht zurecht.
Da mache ich doch bestimmt etwas falsch?! werkann hier helfen?
bis dann Thomas
On Friday 08 June 2007 11:41:47 Thomas Mötzing wrote:
Da mache ich doch bestimmt etwas falsch?! werkann hier helfen?
Auch wenn wir hier in DD sind, ist dd vielleicht nicht das Mittel der Wahl, speziell wenn die Partitionen unterschiedlich groß sind und möglicherweise ein Wechsel im Dateisystem oder dessen Parametern ansteht.
cp -a sollte auf jeden Fall funktionieren.
Josef
Josef Spillner schrieb:
On Friday 08 June 2007 11:41:47 Thomas Mötzing wrote:
Da mache ich doch bestimmt etwas falsch?! werkann hier helfen?
Auch wenn wir hier in DD sind, ist dd vielleicht nicht das Mittel der Wahl, speziell wenn die Partitionen unterschiedlich groß sind und möglicherweise ein Wechsel im Dateisystem oder dessen Parametern ansteht.
Nun Parameter- und Dateisystemwechsel stehen nicht an. Aber hda12 ist nicht leer, und hda1 soll dort nur "zwischengelagert" werden. Zweites Ziel der Kopie ist dann ein vergrößertes hda1.
cp -a sollte auf jeden Fall funktionieren.
Josef
Lug-dd maillist - Lug-dd@mailman.schlittermann.de http://mailman.schlittermann.de/mailman/listinfo/lug-dd
Josef Spillner schrieb:
On Friday 08 June 2007 11:41:47 Thomas Mötzing wrote:
Da mache ich doch bestimmt etwas falsch?! werkann hier helfen?
Auch wenn wir hier in DD sind, ist dd vielleicht nicht das Mittel der Wahl, speziell wenn die Partitionen unterschiedlich groß sind und möglicherweise ein Wechsel im Dateisystem oder dessen Parametern ansteht.
cp -a sollte auf jeden Fall funktionieren.
Im Moment würde ich hda1 mounten nach /mnt/hda1 hda12 mounten nach /mnt/hda12
und dann: cp -a /mnt/hda1 /mnt/hda12
Muss ich noch auf irgendwas Rücksicht nehmen? Spezielle Verzeichnisse wie /proc oder /dev? ( in diesem Fall /mnt/hda1/proc und /mnt/hda1/dev )
Und wie finde ich heraus, ob die eine oder andere Partition ein "Label" hat, welches ich danach wiederherstellen müsste, damit alles wieder funzt?
bis dann Thomas
Ich habe das bislang immer erfolgreich mit cpio gemacht.
System alternativ booten (z.B. mit INSERT) mount /dev/hda1 /mnt/hda1 mount /dev/hda12 /mnt/hda12 mkdir /mnt/hda12/old find /mnt/hda1|cpio -pmv /mnt/hda12/old umount /dev/hda1 hda1 vergrößern, mit was auch immer hdparm -z /dev/hda mount /dev/hda1 /mnt/hda1 find /mnt/hda12/old|cpio -pmv /mnt/hda1
Den Bootloader danach neu installieren nicht vergessen...
Aber wenn du ohnehin sicherheitshalber ein Backup der ganzen Platte machst, dann nimm doch gleich qtparted. Hat bei mir sogar dann funktioniert, wenn zwischendurch noch ein paar NTFS und FAT32 Partitionen rumlungerten. Falle kann aber sein, dass sich die ganzen Knoppix-artigen eine vorhandene, gültige Swap schnappen, die würde ich bei entsprechend Hauptspeicher lieber ausschalten. (swapoff /dev/hdax)
Viel Glück...
Quatsch mit Soße meine letzte Mail, sondern so geht's:
Ich habe das bislang immer erfolgreich mit cpio gemacht.
System alternativ booten (z.B. mit INSERT) mount /dev/hda1 /mnt/hda1 mount /dev/hda12 /mnt/hda12 mkdir /mnt/hda12/old cd /mmt/hda1 find .|cpio -pmv /mnt/hda12/old umount /dev/hda1 hda1 vergrößern, mit was auch immer hdparm -z /dev/hda mount /dev/hda1 /mnt/hda1 cd /mnt/hda12/old find .|cpio -pmv /mnt/hda1
Den Bootloader danach neu installieren nicht vergessen...
Aber wenn du ohnehin sicherheitshalber ein Backup der ganzen Platte machst, dann nimm doch gleich qtparted. Hat bei mir sogar dann funktioniert, wenn zwischendurch noch ein paar NTFS und FAT32 Partitionen rumlungerten. Falle kann aber sein, dass sich die ganzen Knoppix-artigen eine vorhandene, gültige Swap schnappen, die würde ich bei entsprechend Hauptspeicher lieber ausschalten. (swapoff /dev/hdax)
Viel Glück...
Thomas Mötzing t_moetzing@gmx.de (Fr 08 Jun 2007 11:41:47 CEST):
Hallo zusammen,
auf meiner root Partition ist kein Platz mehr, so dass ich "umziehen" muss.
Ich möchte "/" auf hda1 am Ende der Platte ( hda12) sichern, hda1 vergrößern, und dann hda12 zurück auf das größere hda1 bringen.
resize2fs hilft nicht? (geht auch online bei neueren ext2/ext3) oder ext2resize?
Dann sparst Du das kopieren. Dafür würde ich dann, wenn's sein muß 'rsync' nehmen.
Mit fdisk kenne ich mich aus, aber was ist mit der Kopiererei?! dd kommt mit dem null-device nicht zurecht.
Was macht dd mit dem Null-Device?
Heiko Schlittermann schrieb:
Thomas Mötzing t_moetzing@gmx.de (Fr 08 Jun 2007 11:41:47 CEST):
Hallo zusammen,
auf meiner root Partition ist kein Platz mehr, so dass ich "umziehen" muss.
Ich möchte "/" auf hda1 am Ende der Platte ( hda12) sichern, hda1 vergrößern, und dann hda12 zurück auf das größere hda1 bringen.
resize2fs hilft nicht? (geht auch online bei neueren ext2/ext3) oder ext2resize?
Machen resize2fs und ext2resize das Geiche? Und das funktioniert doch auch nur, wenn der Platz hinter hda1 schon frei ist?!
Was, wenn was schief geht?! Es sollte vor allem eine Kopie her, bevor ich loslege...
Dann sparst Du das kopieren. Dafür würde ich dann, wenn's sein muß 'rsync' nehmen.
Mit fdisk kenne ich mich aus, aber was ist mit der Kopiererei?! dd kommt mit dem null-device nicht zurecht.
Was macht dd mit dem Null-Device?
Entschuldige, es könnte auch sein, dass ich solch einen Versuch nicht mit dd sondern einfach mit dem midnightcommander vorgenommen habe. Ist schon eine Weile her, aber wegen dem nulldevice hat das Kopieren nicht aufgehört...?! Oder sollte ich damals versucht haben, eine eingehängte root Partition zu kopieren?!
Lug-dd maillist - Lug-dd@mailman.schlittermann.de http://mailman.schlittermann.de/mailman/listinfo/lug-dd
Am Freitag, den 08.06.2007, 14:38 +0200 schrieb Thomas Mötzing:
Entschuldige, es könnte auch sein, dass ich solch einen Versuch nicht mit dd sondern einfach mit dem midnightcommander vorgenommen habe.
ungut, bis Mi.. da werden nur die Dateien kopiert. Hinterher kannst du auf die Nase fallen weil die Kiste nicht mehr bootet.
Ich schenke mir immer eine eigene /boot, hätte dann ein Problem.
Du kannst _bevor_ du anfängst auch erstmal mit partimage alles auf CD-RW's oder DVD-RW's brennen. Da hast du wenigstens einen Ist-Zustand des Systems gesichert.
Also Knoppix bootet, partimage aufrufen, die Kiste mit DVD-RW's füttern ...
Jan
Am Freitag, den 08.06.2007, 15:00 +0200 schrieb Jan Rakelmann:
Am Freitag, den 08.06.2007, 14:38 +0200 schrieb Thomas Mötzing:
Entschuldige, es könnte auch sein, dass ich solch einen Versuch nicht mit dd sondern einfach mit dem midnightcommander vorgenommen habe.
ungut, bis Mi.. da werden nur die Dateien kopiert. Hinterher kannst du auf die Nase fallen weil die Kiste nicht mehr bootet.
cp reicht völlig aus. Knoppix hilft, wenn man den Bootsektor wiederherstellen will.
Ich schenke mir immer eine eigene /boot, hätte dann ein Problem.
/boot sitzt bei mir auch in einer eigenen Partition, genauso wie /var, /var/backups (sitzt auf einer anderen Platte), /home und einige andere. Nach einem Festplattenausfall, habe ich nur die neue Platte eingebaut, Knoppix gestartet, die neue Platte partitioniert, eingehängt (so wie es später wieer aussehen soll), die Sicherung mit rdiff-backup (früher simpel: cp -ar) zurück gespielt, proc eingehängt, chroot aufgerufen, lilo aufgerufen (die Partitionen müssen IIRC ohne nodev eingehängt wurden sein). Fertig. System startete sofort wieder.
MfG Daniel
Am Freitag, den 08.06.2007, 15:38 +0200 schrieb Daniel Leidert:
Hallo,
cp reicht völlig aus.
Das war nicht eindeutig erkennbar. Mir ging es vorallem darum darauf hinzuweisen dass man auch wieder booten muss.
Ich schenke mir immer eine eigene /boot, hätte dann ein Problem.
/boot sitzt bei mir auch in einer eigenen Partition,
Hier hast du mich leider falsch verstanden. Bei mir ist /boot in /. Ich mach da kein großes Theater ;-), für mich ist es nur eine bessere Schreibmaschine.
genauso wie /var, /var/backups (sitzt auf einer anderen Platte), /home und einige andere.
Die Freiheiten hat man selbstverständlich.
cp -ar
Ist wahrscheinlich auch hier die einfachste Lösung.
Jan
Am Freitag, 8. Juni 2007 11:41 schrieb Thomas Mötzing:
Hallo zusammen,
auf meiner root Partition ist kein Platz mehr, so dass ich "umziehen" muss.
Ich möchte "/" auf hda1 am Ende der Platte ( hda12) sichern, hda1 vergrößern, und dann hda12 zurück auf das größere hda1 bringen.
Mit fdisk kenne ich mich aus, aber was ist mit der Kopiererei?!
Die root-Partition darf nicht als solche im Verzeichnisbaum hängen. Deshalb: anderes Betriebssystem (aka Knoppix) für tar, cp usw. nehmen, welche die zu kopierende root-Partition nicht nutzt.
Gruß William
dd kommt mit dem null-device nicht zurecht.
Da mache ich doch bestimmt etwas falsch?! werkann hier helfen?
bis dann Thomas
William Epler schrieb:
Am Freitag, 8. Juni 2007 11:41 schrieb Thomas Mötzing:
Hallo zusammen,
auf meiner root Partition ist kein Platz mehr, so dass ich "umziehen" muss.
Ich möchte "/" auf hda1 am Ende der Platte ( hda12) sichern, hda1 vergrößern, und dann hda12 zurück auf das größere hda1 bringen.
Mit fdisk kenne ich mich aus, aber was ist mit der Kopiererei?!
Die root-Partition darf nicht als solche im Verzeichnisbaum hängen. Deshalb: anderes Betriebssystem (aka Knoppix) für tar, cp usw. nehmen, welche die zu kopierende root-Partition nicht nutzt.
Genau! Knoppix ist schon gebootet. Also cp?! Dann werde ich mal "man" fragen, wie das genau geht...
Vielen Dank!
bis dann Thoms
Gruß William
dd kommt mit dem null-device nicht zurecht.
Da mache ich doch bestimmt etwas falsch?! werkann hier helfen?
bis dann Thomas
lug-dd@mailman.schlittermann.de