Partition vergrößern

[AxelMahle]

Hallo,

wir haben das Problem das unser Platz auf der Festplatte /dev/sda2 zu 98& voll ist!
df -h gibt folgendes aus:
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 1,9G 0 1,9G 0% /dev
tmpfs 387M 456K 387M 1% /run
/dev/sda2 244G 227G 4,7G 98% /
tmpfs 1,9G 0 1,9G 0% /dev/shm
tmpfs 5,0M 0 5,0M 0% /run/lock
/dev/sda1 511M 7,3M 504M 2% /boot/efi
tmpfs 387M 0 387M 0% /run/user/1000

Nun meine Frage wie vergrößere ich sda2?
Was ist der sicherste Weg?

[DeletedUserReAsG]

wie vergrößere ich sda2?

Das hängt vom verwendeten Dateisystem ab. Die zuvor zu beantwortendende Frage ist: von wo nimmst du den Platz? Die betreffende Partition und das dortige Dateisystem müssen zunächst entsprechend verkleinert werden.


OT: wenn du so Ausgaben zwische [‎code] und [/code] stellst, werden sie deutlich lesbarer dargestellt:

Code: Alles auswählen

Dateisystem           Größe Benutzt Verf. Verw% Eingehängt auf
dev                    6,8G       0  6,8G    0% /dev
run                    6,9G    1,3M  6,9G    1% /run
/dev/mapper/lvm-root    49G     16G   31G   34% /
tmpfs                  6,9G    272K  6,9G    1% /dev/shm
tmpfs                  6,9G    756K  6,9G    1% /tmp
/dev/mapper/lvm-home   419G     54G  344G   14% /home
/dev/nvme0n1p1        1022M    114M  909M   12% /boot
tmpfs                  1,4G     36K  1,4G    1% /run/user/1000
tmpfs                  1,4G     16K  1,4G    1% /run/user/0

[AxelMahle]

Das Ganze läuft auf einem Hypervisor wo die vhd schon vergrößert habe!

dumpe2fs -h /dev/sda2 gibt folgendes aus
dumpe2fs 1.46.2 (28-Feb-2021)
Filesystem volume name: <none>
Last mounted on: /
Filesystem UUID: 560b52c4-0991-4316-b912-d8cb92594b31
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 16285696
Block count: 65142784
Reserved block count: 3257139
Free blocks: 4494001
Free inodes: 14987517
First block: 0
Block size: 4096
Fragment size: 4096
Group descriptor size: 64
Reserved GDT blocks: 1024
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
Flex block group size: 16
Filesystem created: Wed May 13 07:26:01 2020
Last mount time: Sun Jun 12 09:55:05 2022
Last write time: Sun Jun 12 09:55:04 2022
Mount count: 122
Maximum mount count: -1
Last checked: Wed May 13 07:26:01 2020
Check interval: 0 (<none>)
Lifetime writes: 28 TB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 32
Desired extra isize: 32
Journal inode: 8
First orphan inode: 14945859
Default directory hash: half_md4
Directory Hash Seed: 5ebd08bf-d39a-420e-9367-a48c53bdf7bc
Journal backup: inode blocks
Checksum type: crc32c
Checksum: 0xf6e5b84f
Journal features: journal_incompat_revoke journal_64bit journal_checksum_v3
Total journal size: 1024M
Total journal blocks: 262144
Max transaction length: 262144
Fast commit length: 0
Journal sequence: 0x08f640f7
Journal start: 1
Journal checksum type: crc32c
Journal checksum: 0x8181918b


Reicht die Info?

[heisenberg]

Welcher Hypervisor?
Bitte mal die Ausgabe des Befehls lsblk (möglichst in Code-Tags) der VM.

[AxelMahle]

blkid gibt:
/dev/sda2: UUID="560b52c4-0991-4316-b912-d8cb92594b31" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="318ff582-d087-430a-b433-96fed132e977"
aus
Scheint also ext4 zu sein!

[AxelMahle]

Hyper-V ist der Hypervisor
lsblk gibt folgendes aus:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 500G 0 disk
├─sda1 8:1 0 512M 0 part /boot/efi
├─sda2 8:2 0 248,5G 0 part /
└─sda3 8:3 0 1022M 0 part [SWAP]
sr0 11:0 1 1024M 0 rom

[heisenberg]

Diese Aktion kann bei unsachgemäßer Ausführung Deine Daten zerstören. Die Wahrscheinlichkeit, dass das jemanden passiert, der das noch nicht gemacht hat, ist gross.

Empfohlene Vorgehensweise im Überblick:

1. Falls noch nicht vorhanden: Erstelle ein Komplettbackup der VM und prüfe, ob es funktioniert
2. Erstelle eine Sicherung der Partitionstabelle mit sfdisk -d. Ablage außerhalb der VM!
3. Übe die Prozedur an einer Test-VM mit gleichem Partitionslayout(Snapshot vorher, um ggf. wieder neu anfangen zu können) solange, bis das einwandfrei funktioniert.
4. Führe die Prozedur an der Produktiv-VM durch

Der Prozess der Dateisystemvergrößerung im Einzelnen:

1. Melde Dich als root auf der VM an
2. Installiere das Paket "parted" auf der VM
3. fdisk: Lösche die Einträge in der Partitionstabelle für sda2 und sda3
4. fdisk: Lege sda2 mit der neuen Größe neu an und lasse dahinter ca. 1 GB für SWAP frei
5. fdisk: Lege sda3(als swap) neu an mit dem verbleibenden Speicherplatz
6. führe partprobe /dev/sda aus, um die neuen Partitionsdaten im Kernel zu aktivieren.
7. vergrößere das Dateisystem mit resize2fs
8. initialisiere die swap-Partition neu mit mkswap
9. Passe ggf. den Eintrag der Swap-Partition in /etc/fstab an, falls diese mit UUID dort eingetragen ist.
10. Prüfe, ob die Befehle swapoff -a und swapon -a ohne Fehler ausgeführt wird. (optional aber empfohlen)
11. Prüfe, ob nach einem Neustart der VM alles ok ist. (optional aber empfohlen)

Hilfe zu den einzelnen Befehlen findest Du in der dazugehörigen Manpage.

Nachtrag:

Mittels LVM geht so eine Dateisystemvergrößerung wesentlich einfacher.