Wie stelle ich sicher, dass ich meine Festplatte vollständig nutze?

Wie stelle ich sicher, dass ich meine Festplatte vollständig nutze?

Ich habe Ubuntu Server 20.04 auf einem alten PC von mir installiert, der über ein Terabyte Speicherplatz auf der Festplatte verfügt. Ich wollte daraus einen Heimmedienserver machen, aber ich mache mir Sorgen um meinen Speicherplatz. Ich glaube, ich habe bei der Installation versehentlich die LVM-Partitionierung gewählt, sodass sudo df -h/dev/mapper/ubuntu--vg-ubuntu--lv als meine auf "/" gemountete Hauptpartition angezeigt wird.

Filesystem                         Size  Used Avail Use% Mounted on
udev                               2.8G     0  2.8G   0% /dev
tmpfs                              570M  1.8M  568M   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv  196G  113G   74G  61% /
tmpfs                              2.8G     0  2.8G   0% /dev/shm
tmpfs                              5.0M  4.0K  5.0M   1% /run/lock
tmpfs                              2.8G     0  2.8G   0% /sys/fs/cgroup
/dev/sda2                          976M  298M  611M  33% /boot
/dev/loop2                          70M   70M     0 100% /snap/lxd/19188
/dev/loop1                          56M   56M     0 100% /snap/core18/2074
/dev/loop3                          68M   68M     0 100% /snap/lxd/20326
/dev/loop0                          56M   56M     0 100% /snap/core18/2066
/dev/loop5                          32M   32M     0 100% /snap/snapd/10707
/dev/loop4                          33M   33M     0 100% /snap/snapd/12159
overlay                            196G  113G   74G  61% /var/lib/docker/overlay2/099cc8dee5efe66386fdad846cbc028cd7f74f961698b4378dff88e184985584/merged
overlay                            196G  113G   74G  61% /var/lib/docker/overlay2/af47d3da6cd00707ef1971ef0f6fb8a90d239288da2748d8bacdd771067228bb/merged
overlay                            196G  113G   74G  61% /var/lib/docker/overlay2/3584ebdf079771abe86c7d2e282d9bf46e87965517615c2004c67df81bdae96d/merged
overlay                            196G  113G   74G  61% /var/lib/docker/overlay2/089c653433adb03e55fe57a4de5dd1c93fde717d6691e4cc22d03b92a7b5ab32/merged
overlay                            196G  113G   74G  61% /var/lib/docker/overlay2/be5b851448bc9288b7afa58b520a0287c5a2ac1851c41c572695e8920b7791b4/merged
tmpfs                              570M  4.0K  570M   1% /run/user/1000

Dies ist ein Teil der Ausgabe von sudo fdisk -l:


Disk /dev/sda: 931.53 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EADS-65M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 2249399A-6905-4681-AA84-3DFB8B43241D

Device       Start        End    Sectors   Size Type
/dev/sda1     2048       4095       2048     1M BIOS boot
/dev/sda2     4096    2101247    2097152     1G Linux filesystem
/dev/sda3  2101248 1953521663 1951420416 930.5G Linux filesystem




Disk /dev/mapper/ubuntu--vg-ubuntu--lv: 200 GiB, 214748364800 bytes, 419430400 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Laut befinden sich auf dieser Partition nur 200 Gigabyte df. Ich weiß nicht viel über LVM-Partitionierung, aber wie kann ich sicherstellen, dass meine "/"-Partition den gesamten verfügbaren Speicherplatz auf der Festplatte nutzt? Oder vielleicht nur mein Medienverzeichnis?

Antwort1

Wenn eine Neuinstallation für Sie in Frage kommt, wäre die einfachste Möglichkeit wahrscheinlich, das System ohne Verwendung von LVM neu zu installieren.

Wenn eine Neuinstallation nicht möglich ist, können Ihnen die folgenden Befehle dabei helfen, die Ursache zu ermitteln.

LVM arbeitet auf drei "Schichten" von Objekten. Die unterste Schicht sind diephysische Datenträger(wahrscheinlich haben Sie nur eines, da Sie nur eine nutzbare Partition haben). Physische Volumes sind – kurz gesagt – Partitionen oder ganze Festplatten, die für LVM verwendet werden. Der Befehl sudo pvslistet die auf Ihrem System definierten physischen Volumes auf. Hier ist eine Beispielausgabe:

PV         VG       Fmt  Attr PSize   PFree
/dev/sda1  vg_xymon lvm2 a--  135.97g    0
/dev/sdb2  vg_xymon lvm2 a--  136.17g    0

Wir können sehen, dass es zwei physische Volumes (Partitionen) auf zwei verschiedenen Festplatten gibt - /dev/sda1und /dev/sdb2. Ihre Größen werden angezeigt und die Spalte "VG" zeigt an, dass sie beide einemDatenträgergruppeangerufen vg_xymon.

Volume-Gruppen sind eine Zwischenschicht zwischen physischen und logischen Volumes, die es beispielsweise ermöglichen, dass ein logisches Volume mehrere physische Volumes umfasst. Normalerweise gibt es im System nur eine Volume-Gruppe. Informationen zu Volume-Gruppen können Sie mit dem Befehl anzeigen sudo vgs. Auch hier ein Beispiel der Ausgabe:

VG       #PV #LV #SN Attr   VSize   VFree
vg_xymon   2   3   0 wz--n- 272.14g    0

Wir können sehen, dass die Volume-Gruppe zwei physische Volumes umfasst (siehe zuvor), sodass die Volume-Gruppengröße der Summe ihrer Größen entspricht (in Ihrem Fall sollten sowohl die physische Volume-Größe als auch die Volume-Gruppengröße der Größe Ihrer Partition entsprechen - wenn nicht, dann stimmt etwas wirklich nicht). Wir können auch sehen, dass es 3Logische Datenträgerinnerhalb dieser Datenträgergruppe definiert.

Logische Volumes sind die oberste Ebene – das sind die Orte, an denen sich Ihre Dateisysteme tatsächlich befinden. Ihr /dev/mapper/ubuntu--vg-ubuntu--lvGerät ist ein logisches Volume. Die letzte Komponente des Pfads ist eine Kombination aus dem Volumegruppennamen, einem Bindestrich und einem logischen Volumenamen. Ihr logisches Volume heißt also ubuntu--lvVolumegruppe und gehört zu dieser ubuntu--vg.

Und ein weiterer Befehl, sudo lvs, zeigt Informationen zu logischen Datenträgern an:

LV      VG       Attr      LSize   Pool Origin Data%  Move Log Cpy%Sync Convert
lv_home vg_xymon -wi-ao--- 218.28g
lv_root vg_xymon -wi-ao---  50.00g
lv_swap vg_xymon -wi-ao---   3.86g

(das erste in diesem Beispiel wird also als Gerät angezeigt /dev/mapper/vg_xymon-lv_home.) Wahrscheinlich liegt Ihr Problem hier, d. h. das logische Volume ist kleiner als Ihre Volume-Gruppe und der restliche Speicherplatz in der Volume-Gruppe ist nicht zugeordnet.

In diesem Fall können Sie es mit dem folgenden Befehl erweitern, um die gesamte Datenträgergruppe zu füllen:

sudo lvextend -r /dev/mapper/ubuntu--vg-ubuntu--lv

Da Ihr Root-Dateisystem jedoch auf diesem logischen Datenträger gemountet ist, ist es möglicherweise nicht möglich, es vom installierten System aus zu erweitern. Sie müssen dazu möglicherweise vom Installationsmedium booten. In diesem Fall ist es vielleicht besser, einen zusätzlichen logischen Datenträger zu erstellen, der den restlichen Speicherplatz der Datenträgergruppe nutzt, und ihn in Ihrem Medienverzeichnis zu mounten, während Ihr Root-Dateisystem unverändert bleibt:

sudo lvcreate -l 100%FREE -n media ubuntu--vg

Dadurch wird ein neues logisches Volume mediain der vorhandenen Volume-Gruppe erstellt ubuntu--vg(der Gerätepfad lautet also /dev/mapper/ubuntu--vg-media), wobei 100 % des freien Speicherplatzes in der Volume-Gruppe verwendet werden.

Anschließend müssen Sie das neu erstellte logische Volume formatieren:

sudo mkfs /dev/mapper/ubuntu--vg-media

und mounten Sie es schließlich in Ihr /mediaVerzeichnis (oder wie auch immer es heißt, Sie müssen zuerst das leere Verzeichnis erstellen):

sudo mount /dev/mapper/ubuntu--vg-media /media

sudo mountWenn Sie möchten, dass diese Einbindung dauerhaft ist, d. h. dass Sie den obigen Befehl nicht bei jedem Systemstart wiederholen müssen , müssen Sie Ihre /etc/fstabDatei ( sudo gedit /etc/fstab) bearbeiten und die folgende Zeile hinzufügen:

/dev/mapper/ubuntu--vg-media  /home  ext4  defaults  0  2

(Vorausgesetzt, Ihr Dateisystem ist ext4, verwenden Sie denselben Wert, der in der Zeile verwendet wird, die Ihr /Dateisystem angibt).

verwandte Informationen