Linux VMWare Maschine Festplatte vollgelaufen
Hallo Zusammen,
die Festplatte in der VM OpenXChange/VMWare ist voll geleaufen. (UCS Managment System)
Ich habe die Festplatte schon in der VMWare Verwaltung vergrößert, leider wird die neue Größe nicht von der Linux Maschine übernommen.
Hat jemand eine Idee wieso? Wenn ja, wie vergrößer ich die Maschine?
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
rootfs 29049840 27762476 0 100% /
udev 10240 0 10240 0% /dev
tmpfs 622536 14192 608344 3% /run
/dev/mapper/vg_ucs-rootfs 29049840 27762476 0 100% /
tmpfs 5120 0 5120 0% /run/lock
tmpfs 1452300 0 1452300 0% /run/shm
/dev/sda1 96990 42358 49413 47% /boot
tmpfs 1452300 32 1452268 1% /tmp
Vielen Dank im Voraus.
Alexo
die Festplatte in der VM OpenXChange/VMWare ist voll geleaufen. (UCS Managment System)
Ich habe die Festplatte schon in der VMWare Verwaltung vergrößert, leider wird die neue Größe nicht von der Linux Maschine übernommen.
Hat jemand eine Idee wieso? Wenn ja, wie vergrößer ich die Maschine?
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
rootfs 29049840 27762476 0 100% /
udev 10240 0 10240 0% /dev
tmpfs 622536 14192 608344 3% /run
/dev/mapper/vg_ucs-rootfs 29049840 27762476 0 100% /
tmpfs 5120 0 5120 0% /run/lock
tmpfs 1452300 0 1452300 0% /run/shm
/dev/sda1 96990 42358 49413 47% /boot
tmpfs 1452300 32 1452268 1% /tmp
Vielen Dank im Voraus.
Alexo
Kommentieren
Teilen
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 275173
Url: https://administrator.de/forum/linux-vmware-maschine-festplatte-vollgelaufen-275173.html
Ausgedruckt am: 15.05.2025 um 15:05 Uhr
13 Kommentare
Neuester Kommentar
Hi,
da wirst Du wohl nicht viele Möglichkeiten haben.
Bei der Erstellung einer VM hast Du beim Einrichten die Möglichkeit zu wählen, ob die Festplattengröße sich dynamisch anpasst.
Da hilft dann wohl nur Daten sichern und VM neu erstellen.
Gruß orcape
da wirst Du wohl nicht viele Möglichkeiten haben.
Bei der Erstellung einer VM hast Du beim Einrichten die Möglichkeit zu wählen, ob die Festplattengröße sich dynamisch anpasst.
Da hilft dann wohl nur Daten sichern und VM neu erstellen.
Gruß orcape
Die Anleitung kann ich so nicht umsetzen.
root@mail:~# cd /var
root@mail:/var# ls -la /dev/disk/by-path |grep sdb
root@mail:/var#
nichts passiert..
Zu den zweiten Tipp.
Ich habe die Festplatte in VMWare schon deutlich vergrößert. (von 30 GB auf 128 GB)
root@mail:~# cd /var
root@mail:/var# ls -la /dev/disk/by-path |grep sdb
root@mail:/var#
nichts passiert..
Zu den zweiten Tipp.
Ich habe die Festplatte in VMWare schon deutlich vergrößert. (von 30 GB auf 128 GB)
root@mail:~# cd /var
root@mail:/var# ls -la /dev/disk/by-path |grep sdb
root@mail:/var#
root@mail:/var# ls -la /dev/disk/by-path |grep sdb
root@mail:/var#
...probiers mal so...
root@mail:~# cd /var
root@mail:/var# ls -la /dev/disk/by-path | grep sdb
root@mail:/var#
Leider das gleiche Ergebnis
root@mail:~# cd /var
root@mail:/var# ls -la /dev/disk/by-path | grep sdb
root@mail:/var#
folgende Meldung
root@mail:~# fdisk -l | grep Disk
Disk /dev/mapper/vg_ucs-rootfs doesn't contain a valid partition table
Disk /dev/sda: 137.4 GB, 137438953472 bytes
Disk identifier: 0x000923dc
Disk /dev/mapper/vg_ucs-rootfs: 30.4 GB, 30358372352 bytes
Disk identifier: 0x00000000
Das muss doch irgendwie zu aktualisieren sein...
root@mail:~# cd /var
root@mail:/var# ls -la /dev/disk/by-path | grep sdb
root@mail:/var#
folgende Meldung
root@mail:~# fdisk -l | grep Disk
Disk /dev/mapper/vg_ucs-rootfs doesn't contain a valid partition table
Disk /dev/sda: 137.4 GB, 137438953472 bytes
Disk identifier: 0x000923dc
Disk /dev/mapper/vg_ucs-rootfs: 30.4 GB, 30358372352 bytes
Disk identifier: 0x00000000
Das muss doch irgendwie zu aktualisieren sein...
3 Sek. bei Dr. Google
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&am ...
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&am ...
habe ich auch schon probiert...
funktioniert leider auch nicht..
root@mail:~# resize2fs /dev/sda
resize2fs 1.42.5 (29-Jul-2012)
resize2fs: Das Gerät oder die Ressource ist belegt beim Versuch, /dev/sda zu öffnen
Kann keinen gültigen Dateisystem-Superblock finden.
kurzes Update
konnte die Platte mit gparted vergrößern...
Jetzt Startet jedoch die Univention UCS nicht mehr richtig.
Der Startbildschirm friert ein. Ich habe zwar die möglichkeit per SSH auf den Server zu zu greifen... kann aber kein Fehler feststellen.
root@mail:~# fdisk -l | grep Disk
Disk /dev/mapper/vg_ucs-rootfs doesn't contain a valid partition table
Disk /dev/sda: 137.4 GB, 137438953472 bytes
Disk identifier: 0x000923dc
Disk /dev/mapper/vg_ucs-rootfs: 136.3 GB, 136268742656 bytes
Disk identifier: 0x00000000
und
root@mail:~# df
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
rootfs 130858500 27913264 97332304 23% /
udev 10240 0 10240 0% /dev
tmpfs 622536 168 622368 1% /run
/dev/mapper/vg_ucs-rootfs 130858500 27913264 97332304 23% /
tmpfs 5120 0 5120 0% /run/lock
tmpfs 1452300 0 1452300 0% /run/shm
/dev/sda1 96990 42358 49413 47% /boot
Die Disk wurde also von 30 auf 130 GB erhöht.
root@mail:~# resize2fs /dev/vg_ucs/rootfs
resize2fs 1.42.5 (29-Jul-2012)
Das Dateisystem ist schon 33268736 Blöcke groÃ. Nichts zu tun!
Hat jemand eine Idee warum das System nach einem neustart nun nicht mehr startet?
funktioniert leider auch nicht..
root@mail:~# resize2fs /dev/sda
resize2fs 1.42.5 (29-Jul-2012)
resize2fs: Das Gerät oder die Ressource ist belegt beim Versuch, /dev/sda zu öffnen
Kann keinen gültigen Dateisystem-Superblock finden.
kurzes Update
konnte die Platte mit gparted vergrößern...
Jetzt Startet jedoch die Univention UCS nicht mehr richtig.
Der Startbildschirm friert ein. Ich habe zwar die möglichkeit per SSH auf den Server zu zu greifen... kann aber kein Fehler feststellen.
root@mail:~# fdisk -l | grep Disk
Disk /dev/mapper/vg_ucs-rootfs doesn't contain a valid partition table
Disk /dev/sda: 137.4 GB, 137438953472 bytes
Disk identifier: 0x000923dc
Disk /dev/mapper/vg_ucs-rootfs: 136.3 GB, 136268742656 bytes
Disk identifier: 0x00000000
und
root@mail:~# df
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
rootfs 130858500 27913264 97332304 23% /
udev 10240 0 10240 0% /dev
tmpfs 622536 168 622368 1% /run
/dev/mapper/vg_ucs-rootfs 130858500 27913264 97332304 23% /
tmpfs 5120 0 5120 0% /run/lock
tmpfs 1452300 0 1452300 0% /run/shm
/dev/sda1 96990 42358 49413 47% /boot
Die Disk wurde also von 30 auf 130 GB erhöht.
root@mail:~# resize2fs /dev/vg_ucs/rootfs
resize2fs 1.42.5 (29-Jul-2012)
Das Dateisystem ist schon 33268736 Blöcke groÃ. Nichts zu tun!
Hat jemand eine Idee warum das System nach einem neustart nun nicht mehr startet?
Zitat von @alexo89:
habe ich auch schon probiert...
funktioniert leider auch nicht..
root@mail:~# resize2fs /dev/sda
resize2fs 1.42.5 (29-Jul-2012)
resize2fs: Das Gerät oder die Ressource ist belegt beim Versuch, /dev/sda zu öffnen
Kann keinen gültigen Dateisystem-Superblock finden.
habe ich auch schon probiert...
funktioniert leider auch nicht..
root@mail:~# resize2fs /dev/sda
resize2fs 1.42.5 (29-Jul-2012)
resize2fs: Das Gerät oder die Ressource ist belegt beim Versuch, /dev/sda zu öffnen
Kann keinen gültigen Dateisystem-Superblock finden.
Villeicht mal die VM mit knoppix o.ä. booten udn dann resizen, wenn das System "offline" ist?
filesysteme zu resizen, während sie gemauntet oder sonstwie in benutztung sind, ist wie einenen Ast abzusägen, auf dem man noch sitzt.
lsk
kurzes Update
konnte die Platte mit gparted vergrößern...
Jetzt Startet jedoch die Univention UCS nicht mehr richtig.
Der Startbildschirm friert ein. Ich habe zwar die möglichkeit per SSH auf den Server zu zu greifen... kann aber kein Fehler feststellen.
root@mail:~# fdisk -l | grep Disk
Disk /dev/mapper/vg_ucs-rootfs doesn't contain a valid partition table
Disk /dev/sda: 137.4 GB, 137438953472 bytes
Disk identifier: 0x000923dc
Disk /dev/mapper/vg_ucs-rootfs: 136.3 GB, 136268742656 bytes
Disk identifier: 0x00000000
und
root@mail:~# df
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
rootfs 130858500 27913264 97332304 23% /
udev 10240 0 10240 0% /dev
tmpfs 622536 168 622368 1% /run
/dev/mapper/vg_ucs-rootfs 130858500 27913264 97332304 23% /
tmpfs 5120 0 5120 0% /run/lock
tmpfs 1452300 0 1452300 0% /run/shm
/dev/sda1 96990 42358 49413 47% /boot
Die Disk wurde also von 30 auf 130 GB erhöht.
root@mail:~# resize2fs /dev/vg_ucs/rootfs
resize2fs 1.42.5 (29-Jul-2012)
Das Dateisystem ist schon 33268736 Blöcke groÃ. Nichts zu tun!
Hat jemand eine Idee warum das System nach einem neustart nun nicht mehr startet?
"maximal mount count reached running e2fsck is recommended"
konnte die Platte mit gparted vergrößern...
Jetzt Startet jedoch die Univention UCS nicht mehr richtig.
Der Startbildschirm friert ein. Ich habe zwar die möglichkeit per SSH auf den Server zu zu greifen... kann aber kein Fehler feststellen.
root@mail:~# fdisk -l | grep Disk
Disk /dev/mapper/vg_ucs-rootfs doesn't contain a valid partition table
Disk /dev/sda: 137.4 GB, 137438953472 bytes
Disk identifier: 0x000923dc
Disk /dev/mapper/vg_ucs-rootfs: 136.3 GB, 136268742656 bytes
Disk identifier: 0x00000000
und
root@mail:~# df
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
rootfs 130858500 27913264 97332304 23% /
udev 10240 0 10240 0% /dev
tmpfs 622536 168 622368 1% /run
/dev/mapper/vg_ucs-rootfs 130858500 27913264 97332304 23% /
tmpfs 5120 0 5120 0% /run/lock
tmpfs 1452300 0 1452300 0% /run/shm
/dev/sda1 96990 42358 49413 47% /boot
Die Disk wurde also von 30 auf 130 GB erhöht.
root@mail:~# resize2fs /dev/vg_ucs/rootfs
resize2fs 1.42.5 (29-Jul-2012)
Das Dateisystem ist schon 33268736 Blöcke groÃ. Nichts zu tun!
Hat jemand eine Idee warum das System nach einem neustart nun nicht mehr startet?
"maximal mount count reached running e2fsck is recommended"
funktioniert leider auch nicht..
Kaum zu glauben das eine originale Anleitung von VmWare nicht funktioniert. Das die auf ihren eigenen Seiten Unsinn posten im Technischen Support kann man wohl eher bezweifeln.Da solltest du dich mal selber fragen was bei dir nicht funktioniert ?!
Wie soll ich vorgehen.
Ist Zustand:
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
rootfs 130858500 31315260 93930308 26% /
udev 10240 0 10240 0% /dev
tmpfs 622536 172 622364 1% /run
/dev/mapper/vg_ucs-rootfs 130858500 31315260 93930308 26% /
tmpfs 5120 0 5120 0% /run/lock
tmpfs 1452300 0 1452300 0% /run/shm
/dev/sda1 96990 42358 49413 47% /boot
Vorgaben von VMWare
Increase the size of the virtual disk associated with the volume from the Virtual Infrastructure Client.
In the Linux virtual machine, reboot to see the larger disk.
Increase the size of the Linux partition to use the new space. If there is a swap and/or extended partition after it, you can unmount swap with:
Ist Zustand:
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
rootfs 130858500 31315260 93930308 26% /
udev 10240 0 10240 0% /dev
tmpfs 622536 172 622364 1% /run
/dev/mapper/vg_ucs-rootfs 130858500 31315260 93930308 26% /
tmpfs 5120 0 5120 0% /run/lock
tmpfs 1452300 0 1452300 0% /run/shm
/dev/sda1 96990 42358 49413 47% /boot
Vorgaben von VMWare
Increase the size of the virtual disk associated with the volume from the Virtual Infrastructure Client.
In the Linux virtual machine, reboot to see the larger disk.
Increase the size of the Linux partition to use the new space. If there is a swap and/or extended partition after it, you can unmount swap with:
- swapoff /dev/sdXY
- resize2fs /dev/sdXY
- mkswap /dev/sdXY
- swapon /dev/sdXY
This removes the extended partition temporarily. You can do this by going to fdisk /dev/sdX , delete Linux partition (type 83), recreate a new partition larger in size leaving space for the swap partition, and quit.
Reboot the virtual machine again to see the new partition table.
Run this command to increase the filesystem size to use the full partition space:
The X indicates the device number. The Y indicates the Linux partition.
Recreate a swap partition, if you originally had one.
To recreate the swap partition:
Reboot to see the partition table.
Run the commands:
Where sdXY is the swap partition.
You might want to change the swap partition entry in /etc/fstab if the device name/number changed.
Beschreib mir bitte Schritt für Schritt wie ich vorgehen muss
Moin,
ist das dein Ernst? Du betreibst einen Linux Server und hast selber null Ahnung davon?
Eine Partition zu vergrößern ist ja wohl das kleinste Problem...
Da du LVM benutzt musst du etwas anders vorgehen als die Anleitung von VMWare:
https://www.thomas-krenn.com/de/wiki/LVM_vergr%C3%B6%C3%9Fern
Wie immer gilt:
Teste sowas doch vorher in einer VM bevor du ans Livesystem gehst!
VG
Val
ist das dein Ernst? Du betreibst einen Linux Server und hast selber null Ahnung davon?
Eine Partition zu vergrößern ist ja wohl das kleinste Problem...
Da du LVM benutzt musst du etwas anders vorgehen als die Anleitung von VMWare:
https://www.thomas-krenn.com/de/wiki/LVM_vergr%C3%B6%C3%9Fern
Wie immer gilt:
Teste sowas doch vorher in einer VM bevor du ans Livesystem gehst!
VG
Val
hatte auch ein Snapshot.....
Und es läuft....
Und es lag nicht an der Vergrößerung...
Dadurch, dass die Platte vollgelaufen ist waren teilweise die Postfächer defekt!
Habe diese repariert und nun startet das System Problemlos.
Danke für die Geduld und eure Motivation. @ Valexus & aqui
Und es läuft....
Und es lag nicht an der Vergrößerung...
Dadurch, dass die Platte vollgelaufen ist waren teilweise die Postfächer defekt!
Habe diese repariert und nun startet das System Problemlos.
Danke für die Geduld und eure Motivation. @ Valexus & aqui
