Hy,
Drehen tut es sich eigenlich um Partitionen. Problem ist das, das eine partition von 1,5 GB am ender der Platte liegt und nun Rand voll mit einem LFS System ist. An für sich nicht schlimm. Am Anfang der Platte schlummert noch ein total zerfezttes Debian System. Zwieschen den Beiden ist freier Platz von ca 20 GB.
Zielsetzung wäre das LFS system mit 1,5 Gb(ext2) zu erweitern was so einfach nicht geht da es am ende der Platte ist und der startpunkt nicht verändert werden darf so ist es jedenfalls in vielen Foren zu lesen. Der normale
Der Normale Linuxler würde nun hingehen und eine Boot CD hineinkloppen booten und einfach mit dem Programm parted [2] die partition in den freien bereich kopieren. theoretisch auch möglich doch leider kann partet dieses ext2 nicht lesen und endet mit einem Fehler [2]. In Foren heist es das sich ext2 im laufe der Zeit verändert habe und es zu viele neue Optionen gäbe die parted nciht verstünde.
Also gibts irgent eine möglichkeit das ganze zu umgehen? Ich brauch doch nur die daten auf einer neuen Partition? Kann ich da keinen Cp nutzen? Meine sorgen sind nur die Symbolic und Hard Links funzt das dann alles noch? Habe mal in der Man von cp geschaut da steht ja was das er Link Kopieren kann aber nicht ab er Hard und Soft oder nur Soft Links kopierne kann.
Für Hilfe wäre ich sehr dankbar, und schon mal vielen dank fürs anschaun.
[1] No Implementaion: this ext2 filesystem has a rather strange layout! Parted can’t resize this (yet)
[2] http://www.gnu.org/software/parted/parted.html
Also gibts irgent eine möglichkeit das ganze zu umgehen? Ich brauch doch nur die daten auf einer neuen Partition? Kann ich da keinen Cp nutzen? Meine sorgen sind nur die Symbolic und Hard Links funzt das dann alles noch? Habe mal in der Man von cp geschaut da steht ja was das er Link Kopieren kann aber nicht ab er Hard und Soft oder nur Soft Links kopierne kann.
tar und cpio sind für sowas gedacht. Man kann auch zwei tars über eine pipe verbinden, um on-the-fly zu kopieren.
Jan
Lösung gefunden, aber sehr sehr verwirrend.
Lösung ist ganz einfach, mit einer Resc.Disk Booten und beide partitionen Mounten, sicherheitshalber die quelle nur lesbar, logisch.
In einer Console dann folgendes kommando:
cd /dest/directory
tar cpsC /src/directory -f – . | tar xpsvf –
hat bei mir einwandfrei gefunzt. Und sehr sehr schnell noch dazu. Ihren Uhrsprung hat die obrige zeile hier : [1]
Danach noch die /etc/mtab des ziels ändern und ggf den bootloader.
Das ganze hat einwandrei gefunzt aber nun gibt es so einige verwirrungen:
Im neuen System sehen folgende Ausgaben so aus:
mount:
…
/dev/hda2 on / type ext2 (rw)
…
Platte /dev/hda: 160.0 GByte, 160041885696 Byte
255 Köpfe, 63 Sektoren/Spuren, 19457 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Gerät boot. Anfang Ende Blöcke Id System
/dev/hda1 * 1 16778 134769253+ 83 Linux
/dev/hda2 19270 19457 1510110 83 Linux
/dev/hda3 16779 19269 20008957+ 83 Linux
Partitionstabelleneinträge sind nicht in Platten-Reihenfolge
parted:
Disk geometry for /dev/hda: 0kB – 160GB
Disk-Label-Typ: msdos
Number Start End Size Type File system Flags
1 32kB 138GB 138GB primär ext3 boot
3 138GB 158GB 20GB primär ext2
2 158GB 160GB 1546MB primär ext2
df -h:
Dateisystem Größe Benut Verf Ben% Eingehängt auf
/dev/hda2 19G 1,3G 17G 7% /
shm 251M 0 251M 0% /dev/shm
Grundsätzlich ist hda1 uninteresant da sich dort ein Debian OS befindet was hier nicht mitspielt :-) Fraglich finde ich nur wieso meine Kopierte LFS partition nun meint das sie hda2 gemountet hat? Denn sie befindet sich eigneltich auf hda3? Und wieso sagt fdisk das da was nicht stimmt? Ich mein das kann ich auch sehen das da was nciht stimmt, aber wie bekomme ich das nun weg?
Naja mein Problem ist gelöst, ich habe nun mehr platz aber nach einer vollends gelungenen Lösung richt das hier nicht. Wäre sehr dankbar wenn mir jemand sagen könte wie ich das ganze zu einem vollends gelungenem Unternehmen biege :-)