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?
Partition vergrößern
Re: Partition vergrößern
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
Re: Partition vergrößern
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?
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
- Beiträge: 3565
- Registriert: 04.06.2015 01:17:27
- Lizenz eigener Beiträge: MIT Lizenz
Re: Partition vergrößern
Welcher Hypervisor?
Bitte mal die Ausgabe des Befehls lsblk (möglichst in Code-Tags) der VM.
Bitte mal die Ausgabe des Befehls lsblk (möglichst in Code-Tags) der VM.
Zuletzt geändert von heisenberg am 12.06.2022 10:34:45, insgesamt 1-mal geändert.
Jede Rohheit hat ihren Ursprung in einer Schwäche.
Re: Partition vergrößern
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!
/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!
Re: Partition vergrößern
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
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
- Beiträge: 3565
- Registriert: 04.06.2015 01:17:27
- Lizenz eigener Beiträge: MIT Lizenz
Re: Partition vergrößern
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:
Nachtrag:
Mittels LVM geht so eine Dateisystemvergrößerung wesentlich einfacher.
Empfohlene Vorgehensweise im Überblick:
- Falls noch nicht vorhanden: Erstelle ein Komplettbackup der VM und prüfe, ob es funktioniert
- Erstelle eine Sicherung der Partitionstabelle mit sfdisk -d. Ablage außerhalb der VM!
- Ü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.
- Führe die Prozedur an der Produktiv-VM durch
- Melde Dich als root auf der VM an
- Installiere das Paket "parted" auf der VM
- fdisk: Lösche die Einträge in der Partitionstabelle für sda2 und sda3
- fdisk: Lege sda2 mit der neuen Größe neu an und lasse dahinter ca. 1 GB für SWAP frei
- fdisk: Lege sda3(als swap) neu an mit dem verbleibenden Speicherplatz
- führe partprobe /dev/sda aus, um die neuen Partitionsdaten im Kernel zu aktivieren.
- vergrößere das Dateisystem mit resize2fs
- initialisiere die swap-Partition neu mit mkswap
- Passe ggf. den Eintrag der Swap-Partition in /etc/fstab an, falls diese mit UUID dort eingetragen ist.
- Prüfe, ob die Befehle swapoff -a und swapon -a ohne Fehler ausgeführt wird. (optional aber empfohlen)
- Prüfe, ob nach einem Neustart der VM alles ok ist. (optional aber empfohlen)
Nachtrag:
Mittels LVM geht so eine Dateisystemvergrößerung wesentlich einfacher.
Jede Rohheit hat ihren Ursprung in einer Schwäche.