[Ubuntu 22.04] Disk expended... maar toch niet?

[The Executer]

Ik heb onlangs een VM op onze VMWare ESXi omgeving opgetuigd met 2 GB ram en een 30GB HDD, er vanuitgaande dat dit genoeg was. Tussendoor heb ik hem wat extra RAM gegeven. Nu blijkt dat deze VM toch wel wat vol liep en heb ik via de vSphere GUI de schijf vergroot naar 50GB. Vervolgens heb ik via cfdisk de schijf vergroot echter bleef ik nog steeds tegen een volle disk aanlopen. Schijf vergroot naar 300GB en opnieuw cfdisk gedraaid, zelfde verhaal. Nu krijg ik op diverse plekken verschillende resultaten terug waardoor ik vastloop.

De Disk Utility geeft een 322GB schijf aan (In VMWare dus 300GB aangegeven!):


Via Parted zie ik ook een 322GB schijf, maar via df -h zie ik dat /dev/SDA3 nog steeds 29GB zou zijn:


VMWare settings:


Hoe krijg ik de diskspace nu kloppend?

OS:
Ubuntu 22.04
1 VM HDD

[markisoke]

Je hebt de schijf vergroot, maar nu moet je de partitie nog vergroten.
Ik denk dat de volgende link je een heel stuk zal helpen: https://raspberrytips.com/resize-partition-ubuntu/

Sorry, screenshots spraken elkaar een beetje tegen, dit is het dus niet.

[ Voor 18% gewijzigd door markisoke op 20-04-2023 16:24 ]

[The Executer]

markisoke schreef op donderdag 20 april 2023 @ 16:21:
Je hebt de schijf vergroot, maar nu moet je de partitie nog vergroten.
Ik denk dat de volgende link je een heel stuk zal helpen: https://raspberrytips.com/resize-partition-ubuntu/

Sorry, screenshots spraken elkaar een beetje tegen, dit is het dus niet.

Dat dacht ik eerst ook, maar uiteindelijk ben ik via jou wel bij een antwoord uitgekomen:

Via gparted (gewoon in de VM geinstalleerd) zag ik een warning bij /dev/sda3 staan. Er was unallocated space, en via Partition -> Check kon ik dit oplossen. Echter, de check functie was niet beschikbaar omdat het systeem natuurlijk draaide. Vervolgens heb ik de Ubuntu live cd gepakt en hier van geboot, en via die weg gparted gestart. Nu kon ik wel via Partition voor Check kiezen en heeft hij het volgende commando uitgevoerd:
resize2fs -p '/dev/sda3'.

Hierna was de disk op de goede grootte. Dank voor je hulp!

[Hero of Time]

Voor de volgende keer: zorg dat je schijf hongerige onderdelen, zoals een database, op een aparte disk staat. Partitioneer die schijf niet, maar zet er LVM op. Dan in het physical LVM deel maak je de volume groep en logische volume(s) aan. Als je dan de schijf vergroot, hoef je alleen maar de scsi bus te scannen en kan je met 1 commando het LVM volume mét file system en al vergroten. Terwijl de machine gewoon blijft draaien.

[thlst]

Ook zonder LVM is mounted resize mogelijk bij ext3/4 (alleen vergroten)

man resize2fs :

If the filesystem is mounted, it can be used to expand the size of the mounted filesystem, assuming the kernel and the file system supports on-line resizing.

[Hero of Time]

thlst schreef op donderdag 20 april 2023 @ 19:15:
Ook zonder LVM is mounted resize mogelijk bij ext3/4 (alleen vergroten)

man resize2fs :

[...]

Klopt, maar met LVM wordt het wel een stuk eenvoudiger. Veel distro's zetten namelijk swap als laatste partitie en dan wordt het een stukje lastiger om de boel te vergroten. Tenzij je dus LVM gebruikt, dan maakt het niet echt uit in welke volgorde je de volumes maakt.

Iets als btrfs met subvolumes maakt LVM trouwens overbodig, het heeft native die flexibiliteit.

[CyBeR]

Hero of Time schreef op donderdag 20 april 2023 @ 19:24:
[...]

Klopt, maar met LVM wordt het wel een stuk eenvoudiger. Veel distro's zetten namelijk swap als laatste partitie en dan wordt het een stukje lastiger om de boel te vergroten. Tenzij je dus LVM gebruikt, dan maakt het niet echt uit in welke volgorde je de volumes maakt.

Dat geeft niet, dan doe je gewoon swapoff, verwijderen, root partitie vergroten (ruimte overlatend voor een nieuwe swap partitie), nieuwe swap partitie, resize2fs, mkswap -U (oude uuid), swapon.

LVM is nergens voor nodig als je maar een enkele disk hebt. Maakt alles alleen maar complexer.

[Hero of Time]

CyBeR schreef op maandag 24 april 2023 @ 00:24:
[...]

Dat geeft niet, dan doe je gewoon swapoff, verwijderen, root partitie vergroten (ruimte overlatend voor een nieuwe swap partitie), nieuwe swap partitie, resize2fs, mkswap -U (oude uuid), swapon.

Ik heb niet zulke geweldige ervaringen met aanpassen van de swap partitie en als je al wat geheugen gebruikt en swap, moet dat wat in swap staat ook nog passen in je geheugen, anders moet je alsnog herstarten.

LVM is nergens voor nodig als je maar een enkele disk hebt. Maakt alles alleen maar complexer.

Ik heb anders met m'n vorige 2 pc's / moeten vergroten omdat ik die toch net iets te klein had gemaakt en updates wat vervelender werden. Toen moest ik niet alleen /home verkleinen, maar ook nog eens opschuiven en hopen dat het goed ging. Terwijl dat met LVM een heel stuk eenvoudiger is.
Nu heb ik op m'n m.2 van 2TB LVM toegepast. Je kan het met LVM zo complex maken als je wilt. Net als dat je dat met losse partities kan doen. En in het verleden, voordat er GPT en UEFI was, was LVM met z'n flexibiliteit ideaal omdat je niet met de beperkingen zat van primaire en logische partities.

[Mijzelf]

Hero of Time schreef op maandag 24 april 2023 @ 00:36:
[...]

Ik heb niet zulke geweldige ervaringen met aanpassen van de swap partitie en als je al wat geheugen gebruikt en swap, moet dat wat in swap staat ook nog passen in je geheugen, anders moet je alsnog herstarten.

In het gegeven voorbeeld is dat eenvoudig op te lossen. Maak gewoon een nieuwe swap partitie aan het einde van de schijf, voor je de huidige verwijderd. Of stop er even een USB stick in voor swap.