KVM-vServer "Neptun": 16 statt 80 Gigabyte, WTF?

Wie ist denn die Festplatte partitioniert?

Auch die Linux-Images nutzen nie die vollständige Festplatte. Hier muss selbst Hand angelegt werden.

Der Nachtrag war zum Zeitpunkt meiner Antwort noch nicht da.

Zitat

Warum das der Kunde machen muss, wenn er schon ein fertiges FreeBSD-Image bekommt... nun ja.

Weil es Kunden gibt die z.B. eine eigene Daten-Partition nutzten möchten. Eine Partition nachträglich zu verkleinern, ist gefährlich.

Ein anderes Thema ist das Reservieren von Speicherplatz für Snapshots.

EDIT: Felix war schneller

Danke für die Tipps. Aber ich möchte trotzdem nochmal kurz nachfragen:

Zitat von tuxproject.de

Code

# gpart recover vtbd0# gpart resize -i 2 vtbd0# growfs -s 77G /dev/vtbd0p2

Bei dem growfs bekomme ich leider nur: "growfs: requested size 77GB is larger than the available 17GB". Das stimmt auch, denn 'gpart show' meint:

... vtbd0	GPT (78GB)
...    1	freebsd-boot	(64GB)
...    2	freebsd-ufs	(17GB)
...     	- free -	(61GB)

Hinweise, wie ich den letzten Slice mit seinen 61GB für das growfs des Slice 2 nutzen kann, sind sehr willkommen.

"Device busy"

Trickreich.

Nee, das ist im Singleuser-Modus (und somit in der VNC-Console).

Tipps, außer den Manpages zu gpart(8) und growfs(8) sind willkommen.

Mit lsof gucken was da das Device blockiert und den Prozess killen, oder einen lazy unmount machen.

Ich wollte auf meinem System nun auch mal schauen, wie es mit der Partitionierung aussieht, vor allem da mir beim Einloggen als root folgendes angezeigt wird:

Usage of /:   12.0% of 19.29GB

Das kommt mir auch ein bisschen komisch vor.

Leider funktioniert bei mir "gpart show" nicht, sondern es wird nur diese Fehlermeldung ausgegeben:

*** Fatal error: open(show): No such file or directory.

Muss ich noch irgendetwas Zusätzliches installieren?

Zitat von rolando

"Device busy"

Trickreich.

An dem Punkt war ich mit meinem FreeBSD Server eben auch. Geholfen hat dieser Artikel, welcher im Grunde nur sagt, man solle vor dem gpart resize noch folgendes setzen: sysctl kern.geom.debugflags=16

D.h., man tut insg. folgendes:

• In SSH-Session:
  
  Code

  nextboot -o "-s" -k kernel && reboot

• Dann auf VServerControlPanel die VNC Console öffnen (oben rechts)
• Dort wie oben beschrieben folgendes eingeben
  
  
  Code

  # gpart recover vtbd0
  # sysctl kern.geom.debugflags=16
  # gpart resize -i 2 vtbd0
  # growfs -s 77G /dev/vtbd0p2