im laufenden Betrieb Partition vergrößern

[Duff]

Hallo,

ich müsste auf einem produktiv System das /-Verzeichnis vergrößern, da ich keinen Platz mehr habe beim apt-get update && apt-get upgrade.

Code: Alles auswählen

Vorbereiten zum Ersetzen von linux-image-2.6.26-1-amd64 2.6.26-13 (durch .../linux-image-2.6.26-1-amd64_2.6.26-13lenny2_amd64.deb) ...
The directory /lib/modules/2.6.26-1-amd64 still exists. Continuing as directed.
Done.
Entpacke Ersatz für linux-image-2.6.26-1-amd64 ...
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/linux-image-2.6.26-1-amd64_2.6.26-13lenny2_amd64.deb (--unpack):
 fehlgeschlagen in buffer_write(fd) (10, ret=-1): Backend dpkg-deb während »./lib/modules/2.6.26-1-amd64/kernel/drivers/media/video/ivtv/ivtv.ko«: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
dpkg-deb: Unterprozess paste mit Signal (Datenübergabe unterbrochen (broken pipe)) getötet
Running postrm hook script /sbin/update-grub.
Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Found kernel: /boot/vmlinuz-2.6.26-1-amd64
Found kernel: /boot/vmlinuz-2.6.18-5-amd64
Updating /boot/grub/menu.lst ... done

Vorbereiten zum Ersetzen von squirrelmail 2:1.4.15-4+lenny1 (durch .../squirrelmail_2%3a1.4.15-4+lenny2_all.deb) ...
Entpacke Ersatz für squirrelmail ...
Verarbeite Trigger für man-db ...
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/linux-image-2.6.26-1-amd64_2.6.26-13lenny2_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Bin mir aber nicht sicher, wie ich genau vorgehen muss. Hatte mal an gparted gedacht.
Aber kann ich dies bedenklos im laufenden Betrieb durchführen?

Code: Alles auswählen

root@homer:/# df -h -T
Dateisystem   Typ    Größe Benut  Verf Ben% Eingehängt auf
/dev/hda1     ext3    259M  225M   21M  92% /
tmpfs        tmpfs    2,0G     0  2,0G   0% /lib/init/rw
udev         tmpfs     10M   68K   10M   1% /dev
tmpfs        tmpfs    2,0G     0  2,0G   0% /dev/shm
/dev/hda9     ext3    128G   20G  102G  17% /home
/dev/hda8     ext3    373M   11M  343M   3% /tmp
/dev/hda5     ext3    4,6G  1,3G  3,2G  29% /usr
/dev/hda6     ext3    2,8G  474M  2,2G  18% /var
/dev/mapper/lvm--raid--1-lv1
              ext3     99G  497M   93G   1% /mirror/home
/dev/mapper/lvm--raid--1-lv2
              ext3    985G  646G  289G  70% /mirror/shares
/dev/mapper/lvm--raid--1-lv3
              ext3    197G   30G  158G  16% /mirror/nfsd

Danke & Gruß,
Daniel

[123456]

Bin mir aber nicht sicher, wie ich genau vorgehen muss. Hatte mal an gparted gedacht.
Aber kann ich dies bedenklos im laufenden Betrieb durchführen?

xfs kann IIRC im laufenden Betrieb verändert werden, ext3 nicht - und bei parted müssen die Partitionen unmounted sein.
259MB für root ist ja auch nicht gerade riesig.

[Duff]

Bin mir aber nicht sicher, wie ich genau vorgehen muss. Hatte mal an gparted gedacht.
Aber kann ich dies bedenklos im laufenden Betrieb durchführen?

xfs kann IIRC im laufenden Betrieb verändert werden, ext3 nicht - und bei parted müssen die Partitionen unmounted sein.
259MB für root ist ja auch nicht gerade riesig.

Danke, ich habe es befürchtet. Es ist ein ext3 und ja, die 259 MB sind wirklich zu wenig.

Wenn kein user mehr auf dem System angemeldet ist, und ich mich per ssh verbinde, reicht dann ein umount /dev/hda2 und umount /dev/hda9. Ein anschließendes gparted und die Platten wieder mounten?

[Danielx]

xfs kann IIRC im laufenden Betrieb verändert werden, ext3 nicht

"man resize2fs" sagt dazu:

If the filesystem is mounted, it can be used to expand the size of the
mounted filesystem, assuming the kernel supports on-line resizing. (As
of this writing, the Linux 2.6 kernel supports on-line resize for
filesystems mounted using ext3 only.).

Gruß,
Daniel

[Duff]

Das hört sich ja schon besser an. Danke.

Muss mir jetzt nur mal die Optionen anschauen, um zu sehen, wie ich /home um 5 GB verkleinern und / vergrößern kann.

[edit]
Na toll. Wird bei mir wohl nicht unterstützt.

Code: Alles auswählen

root@homer:~# resize2fs /dev/hda9 120G
resize2fs 1.41.3 (12-Oct-2008)
Das Dateisystem auf /dev/hda9 ist auf /home eingehängt; Online-Grössenveränderung nötig
Die Online-Verkleinerung von 33989515 auf 31457280 wird nicht unterstützt.

[/edit]

[Spasswolf]

Spricht etwas dagegen /home zu unmounten, bevor du es verkleinerst?

[Duff]

Spricht etwas dagegen /home zu unmounten, bevor du es verkleinerst?

Denke schon, da ich mich nur per ssh auf den Server einwählen kann. Ich melde mich als user daniel an und wechsel dann zu root.
Sonst müsste ich den direkten root-login erlauben...

[Danielx]

wie ich /home um 5 GB verkleinern und / vergrößern kann.

Liegt denn /home überhaupt direkt hinter /?

Vielleicht reicht es ja auch aus, den Kernel 2.6.18 zu entfernen, dann hast du ja ca. 58 MB zusätzlichen Speicherplatz auf /.

Gruß,
Daniel

[Duff]

Liegt denn /home überhaupt direkt hinter /?

Wie meinst du das?

Vielleicht reicht es ja auch aus, den Kernel 2.6.18 zu entfernen, dann hast du ja ca. 58 MB zusätzlichen Speicherplatz auf /.

Dazu müsste ich einen Reboot machen und das habe ich mich noch nicht getraut nach dem Update von etch zu lenny.

Code: Alles auswählen

daniel@homer:~$ uname -a
Linux homer 2.6.18-5-amd64 #1 SMP Sat Dec 22 20:43:59 UTC 2007 x86_64 GNU/Linux
daniel@homer:~$ uptime
 15:18:47 up 203 days,  2:14,  1 user,  load average: 0.00, 0.00, 0.00

[Spasswolf]

Liegt denn /home überhaupt direkt hinter /?

Wie meinst du das?

Wenn du / vergrößern willst brauchst du Platz der direkt an / anschließt.

[Danielx]

Wie meinst du das?

Wenn du /home verkleinern möchtest, um den dann frei gewordenen Speicherplatz für / zu verwenden, dann muss / direkt vor /home liegen.
Sonst musst du ja / umkopieren.
/home musst du aber in jedem Fall umkopieren, da der Anfang einer Partition immer gleich bleiben muss, du kannst ohne Umkopieren immer nur am Ende einer Partition Speicherplatz entfernen oder hinzufügen, ohne das Dateisystem zu verlieren , wenn ich das richtig sehe.
Für solche Aktionen ist ein LVM von Vorteil.

Dazu müsste ich einen Reboot machen und das habe ich mich noch nicht getraut nach dem Update von etch zu lenny.

Aha.
Gab es denn innerhalb der letzten 203 Tagen keine für dich relevanten Sicherheitsupdates für den Kernel?

Gruß,
Daniel

[123456]

xfs kann IIRC im laufenden Betrieb verändert werden, ext3 nicht

"man resize2fs" sagt dazu...

mit resize2fs kannst du aber keine Partitionsgrössen verändern.

[Duff]

OK, werde dann wohl mal einen Reboot machen müssen, wenn sich alle user ausgeloggt haben.

Die Reihenfolge sieht wie folgt aus:

Code: Alles auswählen

root@homer:/etc/ssh# fdisk -l /dev/hda

Disk /dev/hda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x0002e932

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1   *           1          34      273073+  83  Linux
/dev/hda2              35       19457   156015247+   5  Extended
/dev/hda5              35         642     4883728+  83  Linux
/dev/hda6             643        1007     2931831   83  Linux
/dev/hda7            1008        2482    11847906   82  Linux swap / Solaris
/dev/hda8            2483        2531      393561   83  Linux
/dev/hda9            2532       19457   135958063+  83  Linux

Nur wie bekomme ich jetzt am einfachsten mehr Platz auf /?

Code: Alles auswählen

root@homer:/etc/ssh# df -h /dev/hda*
Dateisystem          Größe Benut  Verf Ben% Eingehängt auf
udev                   10M   68K   10M   1% /dev
/dev/hda1             259M  227M   19M  93% /
udev                   10M   68K   10M   1% /dev
/dev/hda5             4,6G  1,3G  3,2G  29% /usr
/dev/hda6             2,8G  481M  2,2G  18% /var
udev                   10M   68K   10M   1% /dev
/dev/hda8             373M   11M  343M   3% /tmp
/dev/hda9             128G   20G  102G  17% /home

[Spasswolf]

/usr verkleinern, /dev/hda5 verkleinern, /dev/hda2 verkleinern, /dev/hda1 vergrößern, das / Dateisystem vergrößern. Das funktioniert allerdings nur wenn keins der benötigten Programme in /usr liegt.

[123456]

Nur wie bekomme ich jetzt am einfachsten mehr Platz auf /?

es gibt verschiedene Wege das zu erreichen.
Hier würde ich einfach hda1 vergessen, hda9 kleiner machen, ein neues hda10 erstellen und root da drauf.
Ansonsten wirds denke ich kompliziert.

[Duff]

Hier würde ich einfach hda1 vergessen, hda9 kleiner machen, ein neues hda10 erstellen und root da drauf.
Ansonsten wirds denke ich kompliziert.

Ja, hört sich eigentlich logisch und am einfachsten an.

Bin bisher soweit:

Code: Alles auswählen

root@homer:~# umount /dev/hda9 
root@homer:~# resize2fs -f /dev/hda9 120G
resize2fs 1.41.3 (12-Oct-2008)
Resizing the filesystem on /dev/hda9 to 31457280 (4k) blocks.

Das Dateisystem auf /dev/hda9 ist nun 31457280 Blöcke groß.

root@homer:~# df -h -T
Dateisystem   Typ    Größe Benut  Verf Ben% Eingehängt auf
/dev/hda1     ext3    259M  227M   19M  93% /
tmpfs        tmpfs    2,0G     0  2,0G   0% /lib/init/rw
udev         tmpfs     10M   68K   10M   1% /dev
tmpfs        tmpfs    2,0G     0  2,0G   0% /dev/shm
/dev/hda8     ext3    373M   11M  343M   3% /tmp
/dev/hda5     ext3    4,6G  1,3G  3,2G  29% /usr
/dev/hda6     ext3    2,8G  481M  2,2G  18% /var
/dev/mapper/lvm--raid--1-lv1
              ext3     99G  497M   93G   1% /mirror/home
/dev/mapper/lvm--raid--1-lv2
              ext3    985G  646G  289G  70% /mirror/shares
/dev/mapper/lvm--raid--1-lv3
              ext3    197G   30G  158G  16% /mirror/nfsd
/dev/hda9     ext3    119G   20G   93G  18% /home

Wie muss ich nun korrekt weiter vorgehen, dass ich mir auch nichts zerschieße?
fdisk, cfdisk, mkfs?

Benutze diese Tools eher selten und bin mir da nie so sicher...

[123456]

das ist Geschnackssache.
ich hätte bsp. gar kein resize2fs genutzt, sondern mit einem defrag Tool geschaut, ob das Ende der Partition hda9 wirklich leer ist - ansonsten defragmentiert. Danach per parted die Partition verkleinert und weiter per parted gleich eine neue Partition erstellt inkl. Filesystem.

[Duff]

@ub13: Werde es mir noch anschauen.

Haben den Rechner nun mal nach guten 238 Tagen rebootet und konnte danach für mehrere Minuten nicht über ssh darauf zugreifen. Bin dann zum Server gefahren und habe einen Bildschirm angeschlossen. Nach dem Reboot wurden erstmal alle Festplatten überprüft (4x500 GB SATA und 1x160 IDE). Anschließend kam, warum auch immer das Interface eth0 aber eth1 nicht hoch und man konnte die Minuten, beim Versuch den nfsd zu starten, zählen.

Nachdem ich dann in der Zwischenzeit gegessen hatte, konnte ich wieder auf den Server zugreifen. Puh, nochmal Schwein gehabt.

Habe nun alles aus /boot/*2.6.18* und /lib/modules/*2.6.18* auf eine andere Partition geschoben, so dass ich wieder etwas Platz auf / habe. Führe nun gerade nochmals ein update & upgrade durch.

[Danielx]

Nach dem Reboot wurden erstmal alle Festplatten überprüft (4x500 GB SATA und 1x160 IDE).

Das lag übrigens daran, dass die Überprüfung standardmäßig beim Booten durchgeführt wird, wenn die letzte Überprüfung mehr als 180 Tage zurück lag.

Gruß,
Daniel