Thema: (Gelöst) Systempartition vergrößern

Bei der Installation meines Systems habe ich eine extended-partition unter /dev/hda4/ angelegt. Diese Partition habe ich in 2 logische Partitionen unterteilt. Eine Systempartition mit 4,7GB unter /dev/hda5/ und eine Datenpartition mit 7,1GB unter /dev/hda6/. Beide Partitionen sind mit reiserfs formatiert.

Nun stellte sich heraus, dass der Speicherplatz auf meiner Systempartition langsam knapp wird. Also möchte ich ein wenig von meiner Datenpartition auf meine Systempartition übertragen. Dies erweist sich in der Praxis als schwierig, da meine Datenpartition nach meiner Systempartition auf der Festplatte kommt.

Meine Frage ist nun ob es eine Lösung für mein Problem gibt, oder ob ich mein System neu aufsetzen muss.

Poste als root ausgeführt:

Code:

fdisk -l

Das ist mehr wert als jede Umschreibung.

Unabhängig davon aber.

1. System neu aufsetzen? => Nein

2. Rootpartition vergrössern? => Würde ich auch nicht machen, egal ob es physikalisch möglich ist oder nicht, da gibt es ne bessere Lösung.

Greetz,

RM

Ich habe fdisk leider nicht installiert und auf meiner SUSE-DVD ist es auch nicht. Aber geht das auch, wenn ich es aus einer anderen Distribution heraus ausrufe, z.B. Knoppix?

fdisk ist mit 100%iger Sicherheit installiert.

Tipp: Als root ausführen.

(Wenn du willst, kannst fdisk aber auch aus Knoppix heraus ausführen )

Also ich hab fdisk jetzt unter Kanotix ausgeführt:

Code:

Platte /dev/hda: 81.9 GByte, 81964302336 Byte
255 Köpfe, 63 Sektoren/Spuren, 9964 Zylinder
Einheiten = Zylinder von 16065 x 512 = 8225200 Bytes

Gerät    boot.       Anfang       Ende            Blöcke     Id      System
/hda1     *               1       2550         20482843+      7      HPFS/NTFS
/hda2                  2551       8287         46082452+      7      HPFS/NTFS
/hda3                  8288       8418          1052275+     82      Linux Swap
/hda4                  8419       9964          12418245      f      W95 Erw. (LBA)
/hda5                  8419       9036          4964053+     83      Linux
/hda6                  9037       9964          7454128+     83      Linux

Zitat von Pintor

Die Striche musste ich einfügen, damit das alles auch untereinander bleibt.

Hättest Du CODE-Tags verwendet dann wäre das automatisch passiert.

BTW:

Code:

 su
Passwort:
# fdisk -l

Platte /dev/hda: 100.0 GByte, 100030242816 Byte
255 heads, 63 sectors/track, 12161 cylinders
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/hda1               1         383     3076416   83  Linux
/dev/hda2   *         384        2994    20972857+   c  W95 FAT32 (LBA)
/dev/hda3            6259       12161    47415847+   f  W95 Erw. (LBA)
/dev/hda4            2995        6258    26218080   83  Linux
/dev/hda5            6259        8086    14683378+  83  Linux
/dev/hda6            8087        9170     8707198+  83  Linux
/dev/hda7            9171       10345     9438156   83  Linux
/dev/hda8           10346       10455      883543+  82  Linux Swap / Solaris
/dev/hda9           10456       12160    13695381   83  Linux

Wer lesen kann ist klar im Vorteil.
Zweimal wurde geschrieben, daß man fdisk als root ausführen soll.

Editiere Dein letztes Posting, damit man mit er fdisk-Ausgabe wirklich was anfangen kann. (Button "Ändern")

Füge außerdem die Ausgabe von

Code:

df -h

hinzu. Ich habe den Verdacht, daß Du da auf den Linuxpartitionen weder genug Platz für / noch für /home hast.

Greetz,

RM

Also erstmal dazu:

Zitat von Rain_Maker

Zweimal wurde geschrieben, daß man fdisk als root ausführen soll.

Ich HABE fdisk mit sudo ausgeführt, also mit root-Rechten.
Ich habe es nicht unter SUSE, sondern von einer Kanotix-Live-CD gestartet, da er bei mir unter SUSE fdisk nicht finden kann. Aber das sollte ja egal sein...


Und nun dazu:

Zitat von Rain_Maker

Editiere Dein letztes Posting, damit man mit er fdisk-Ausgabe wirklich was anfangen kann.

Ich konnte die Ausgabe des Terminals nicht direkt kopieren, da ich hier gerade an nem anderen Rechner hocke. Also musste ich alles abtippen. Ich denke man kann trotzdem was damit anfangen, weil das eigentlich genauso wie die Ausgabe des Terminals aussieht, bloß mit Strichen drin (Aber ich habs Dir zuliebe nochmal gemacht ).

Zitat von Rain_Maker

Ich habe den Verdacht, daß Du da auf den Linuxpartitionen weder genug Platz für / noch für /home hast.

Das kann ja irgendwie nich sein, weil mein System ja schon steht
Auf meiner Rootpartition habe ich 4,7GB und auf meier Datenpartition 7,3GB.
Das müsste eigentlich reichen
Hier aber trotzdem die Asgabe von df -h:

Code:

Dateisystem          Größe Benut  Verf Ben% Eingehängt auf
/dev/hda5             4,8G  4,0G  812M  84% /
udev                  506M  160K  506M   1% /dev
/dev/hda6             7,2G   65M  7,1G   1% /home
/dev/hda1              20G  8,5G   12G  44% /windows/C
/dev/hda2              44G   18G   27G  41% /windows/D
/dev/sda1             125M   44K  125M   1% /media/usbdisk

Und fdisk nochmal 'ordentlich':

Code:

Platte /dev/hda: 81.9 GByte, 81964302336 Byte
255 Köpfe, 63 Sektoren/Spuren, 9964 Zylinder
Einheiten = Zylinder von 16065 x 512 = 8225200 Bytes

Gerät    boot.       Anfang       Ende            Blöcke     Id      System
/hda1     *               1       2550         20482843+      7      HPFS/NTFS
/hda2                  2551       8287         46082452+      7      HPFS/NTFS
/hda3                  8288       8418          1052275+     82      Linux Swap
/hda4                  8419       9964          12418245      f      W95 Erw. (LBA)
/hda5                  8419       9036          4964053+     83      Linux
/hda6                  9037       9964          7454128+     83      Linux

Zitat von Pintor

Also erstmal dazu:

Ich HABE fdisk mit sudo ausgeführt, also mit root-Rechten.

Nicht ganz.

sudo != su

Zwar wird der Befehl selbst mit root-Rechten ausgeführt, aber die Shell wurde von $User gestartet und deshalb gibt es nur die Umgebungsvariablen des Users ($PATH). Da aber fdisk in /sbin liegt, welches für einen User eben nicht zu $PATH gehört, funktioniert ein 'sudo fdisk -l' eben nicht.

Wenn schon, dann muß man das mit vollständigem Pfad machen.

Code:

sudo /sbin/fdisk -l
root's password:

Platte /dev/hda: 100.0 GByte, 100030242816 Byte
255 heads, 63 sectors/track, 12161 cylinders
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/hda1               1         383     3076416   83  Linux
/dev/hda2   *         384        2994    20972857+   c  W95 FAT32 (LBA)
/dev/hda3            6259       12161    47415847+   f  W95 Erw. (LBA)
/dev/hda4            2995        6258    26218080   83  Linux
/dev/hda5            6259        8086    14683378+  83  Linux
/dev/hda6            8087        9170     8707198+  83  Linux
/dev/hda7            9171       10345     9438156   83  Linux
/dev/hda8           10346       10455      883543+  82  Linux Swap / Solaris
/dev/hda9           10456       12160    13695381   83  Linux

Et voila.

Zitat von Pintor

Das kann ja irgendwie nich sein, weil mein System ja schon steht
Auf meiner Rootpartition habe ich 4,7GB und auf meier Datenpartition 7,3GB.
Das müsste eigentlich reichen

Zur Zeit, ja, aber wenn Du beginnst Dein System auch zu benutzen und Daten auf den Partitionen abgelegt werden, dann wirds vielleicht schneller eng, als Du denkst.

Wenn Du jetzt was von /home abzwackst, dann wird das Problem umso früher auftreten, es sei denn, Du legst in Deinem /home keine Daten ab, aber das wird wohl eher kaum so sein.

Noch ist /home fast leer, aber das wird sich wohl sicher bald ändern und wenn /home noch kleiner wird, dann heisst es vielleicht recht bald "Verdammt, mir geht der Platz aus".

Code:

Dateisystem          Größe Benut  Verf Ben% Eingehängt auf
/dev/hda5             4,8G  4,0G  812M  84% /
udev                  506M  160K  506M   1% /dev
/dev/hda6             7,2G   65M  7,1G   1% /home
/dev/hda1              20G  8,5G   12G  44% /windows/C
/dev/hda2              44G   18G   27G  41% /windows/D
/dev/sda1             125M   44K  125M   1% /media/usbdisk

Aber gut, das soll (jetzt) mal nicht das (und vor allem nicht mein) Problem sein.

Zitat von Pintor

Und fdisk nochmal 'ordentlich':

Code:

Platte /dev/hda: 81.9 GByte, 81964302336 Byte
255 Köpfe, 63 Sektoren/Spuren, 9964 Zylinder
Einheiten = Zylinder von 16065 x 512 = 8225200 Bytes

Gerät    boot.       Anfang       Ende            Blöcke     Id      System
/hda1     *               1       2550         20482843+      7      HPFS/NTFS
/hda2                  2551       8287         46082452+      7      HPFS/NTFS
/hda3                  8288       8418          1052275+     82      Linux Swap
/hda4                  8419       9964          12418245      f      W95 Erw. (LBA)
/hda5                  8419       9036          4964053+     83      Linux
/hda6                  9037       9964          7454128+     83      Linux

Dann würde ich das so machen.

1. Daten von /home sichern (sind ja nur 65MB, aber eben die Einstellungen des Users für KDE/GNOME oder was auch immer).

2. Von einer Live-CD booten (Kanotix bietet sich da ja an).

3. Partition /dev/hda6 löschen.

4. Partition /dev/hda5 vergrössern.

5. Partition /dev/hda6 wieder anlegen.

6. Daten wieder auf die neue /home (=/dev/sda6) kopieren.

Viel mehr ist auch nicht machbar bei der Partitionierung, denn Du hast schon alle 4 primären/erweiterten Partitionen "verbraucht", wenn es denn eng werden sollte, dann kannst Du eh nur noch eine der Windows-Partitionen plattmachen und darin z.B. eine erweiterte Partition mit logischen Unterpartitionen anlegen.

(Alternative => externe Festplatte oder eine weitere interne Platte einbauen)

Greetz,

RM

Erstmal großes Danke für Deinen Lösungsvorschlag! So ähnlich hatte ich mir das auch gedacht. Bloß das Problem ist, dass ich aus den meisten Live-CD's nicht auf meine Partitionen zugreifen kann. Wenn ich die Partitionen dann selber mounte, kann ich nur lesend auf sie zugreifen, aber nicht schreibend. Du weißt doch bestimmt wie ich die Zugriffsrechte auf einen Mountpunkt verändern kann, oder? Schon mal danke im Vorraus!


Eine Frage hab ich dann aber noch:
Hast Du ne Ahnung wie es kommt, dass 'df' anzeigt es seien 65Mb von /home belegt, aber wenn ich /home in einem Dateimanager öffne, dann sind nur rund 30Mb Dateien drin. Kann das an den Journaling-Funktionen von reiserfs liegen?

Zitat von Pintor

Erstmal großes Danke für Deinen Lösungsvorschlag! So ähnlich hatte ich mir das auch gedacht. Bloß das Problem ist, dass ich aus den meisten Live-CD's nicht auf meine Partitionen zugreifen kann. Wenn ich die Partitionen dann selber mounte, kann ich nur lesend auf sie zugreifen, aber nicht schreibend. Du weißt doch bestimmt wie ich die Zugriffsrechte auf einen Mountpunkt verändern kann, oder? Schon mal danke im Vorraus!

*Ehm*

Du solltest

a) Die Partitionierung mit einem Programm wie "qtparted" vornehmen, welches in Kanotix z.B. dabei ist.

b) KEINE der Partitionen einhängen, das gibt Ärger. Partitionieren kann man nur, wenn die Platten _NICHT_ gemountet sind. Siehe auch:

http://www.pc-forum24.de/system-inst...-dialog-2.html

(ab Posting 12)

Zitat von Pintor

Eine Frage hab ich dann aber noch:
Hast Du ne Ahnung wie es kommt, dass 'df' anzeigt es seien 65Mb von /home belegt, aber wenn ich /home in einem Dateimanager öffne, dann sind nur rund 30Mb Dateien drin. Kann das an den Journaling-Funktionen von reiserfs liegen?

Ja.

Greetz,

RM