Erhöhen Sie den Stammspeicherplatz

551
TorusGenusTwo

Neu in Linux, ich möchte den Festplattenspeicherplatz in Fedora-Root erhöhen, und es scheint, dass in anderen Dateisystemen ca. 16 GB verfügbarer Speicherplatz vorhanden sind. Ist das eine korrekte Einschätzung? Im Folgenden stelle ich das Ergebnis der Befehle df und pvscan zur Verfügung.

[lobster@localhost ~]$ df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 3.9G 0 3.9G 0% /dev tmpfs 3.9G 0 3.9G 0% /dev/shm tmpfs 3.9G 4.9M 3.9G 1% /run  tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup /dev/mapper/fedora-root 22G 20G 612M 98% / tmpfs 3.9G 144K 3.9G 1% /tmp /dev/sda1 976M 128M 782M 15% /boot tmpfs 797M 20K 797M 1% /run/user/42 tmpfs 797M 11M 787M 2% /run/user/1000  [lobster@localhost ~]$ sudo pvscan [sudo] password for lobster:  PV /dev/sda2 VG fedora lvm2 [24.00 GiB / 0 free] Total: 1 [24.00 GiB] / in use: 1 [24.00 GiB] / in no VG: 0 [0 ]

Ich erkenne, dass diese Frage mit " Kein Platz mehr im Root-Dateisystem" vergleichbar ist. Wie kann ich die Größe erhöhen? Wenn ich jedoch die Lösung von diesem Thread aus ausführen, erhalte ich Folgendes

[lobster@localhost ~]$ sudo lvextend --size +3.9G --resizefs /dev/fedora/root Rounding size to boundary between physical extents: 3.90 GiB. Insufficient free space: 999 extents needed, but only 0 available

Bitte helfen Sie mir, so einfach wie möglich zu verstehen, wie ich den Root-Speicherplatz vergrößern kann. Vielen Dank.

Bearbeiten: Zusätzliche Informationen

[lobster@localhost ~]$ sudo fdisk -l /dev/sda Disk /dev/sda: 25 GiB, 26843545600 bytes, 52428800 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 Disklabel type: dos Disk identifier: 0x4bf237d2  Device Boot Start End Sectors Size Id Type /dev/sda1 2048 2099199 2097152 1G 83 Linux /dev/sda2 * 2099200 52426751 50327552 24G 8e Linux LVM
2
tmpfs ist kein festplattenbasiertes Dateisystem. Freier Speicherplatz * in * anderen Dateisystemen ist sowieso egal. // Geben Sie stattdessen die Ausgabe von 'fdisk -l / dev / sda' an. Hoffen Sie nicht auf, es gibt wahrscheinlich nicht genügend Platz auf Ihrem Gerät. Daniel B vor 5 Jahren 0
Ich denke, dieses `lvm2 [24.00 GiB / 0 free]` erklärt alles. Sie haben keinen Platz auf dem physischen Laufwerk. Alex vor 5 Jahren 0
@DanielB `[Lobster @ localhost ~] $ sudo fdisk -l / dev / sda [sudo] Kennwort für Hummer: Disk / dev / sda: 25 GiB, 26843545600 Bytes, 52428800 Sektoren Einheiten: Sektoren von 1 * 512 = 512 Bytes Sektor Größe (logisch / physikalisch): 512 Bytes / 512 Bytes E / A-Größe (Minimum / Optimal): 512 Bytes / 512 Bytes Disklabeletyp: DOS Festplattenkennung: 0x4bf237d2 Start des Startbereichs des Sektors Größe Id Typ / dev / sda1 2048 2099199 2097152 1G 83 Linux / dev / sda2 * 2099200 52426751 50327552 24G 8e Linux LVM` TorusGenusTwo vor 5 Jahren 0

1 Antwort auf die Frage

1
Kamil Maciorowski

Missverständnis

Es scheint, dass in anderen Dateisystemen ~ 16 GB verfügbarer Speicherplatz vorhanden sind

Wenn sich dieser verfügbare Speicherplatz auf Datenträger befand, gibt es möglicherweise eine Möglichkeit, das zu tun, was Sie möchten. aber devtmpfsund tmpfsDaten im RAM speichern. RAM ist flüchtig und kann nicht für die Langzeitspeicherung verwendet werden.

Selbst wenn Sie könnten, 3.9Gaddieren sich diese Werte nicht. RAM-basierte Dateisysteme werden aus einem gemeinsamen Pool übernommen. Das Hinzufügen von Dateien zu einer dieser Dateien würde den für andere verfügbaren Speicherplatz verringern.

Abstraktionsschichten

In Ihrem Fall gibt es nur wenige Abstraktionsebenen. Nennen wir sie (äußerlich zuerst):

  • das physische Gerät /dev/sda
    • Partitionen, darunter die von LVM verwendete: /dev/sda2
      • das von LVM bereitgestellte virtuelle Gerät: /dev/mapper/fedora-root
        • das Dateisystem

Änderungen in jeder Ebene werden mit unterschiedlichen Aktionen / Befehlen vorgenommen. Wenn Sie ein Dateisystem erweitern möchten und nur wenige Ebenen geändert werden müssen, starten Sie im Allgemeinen von der äußersten Ebene. Wenn Sie verkleinern möchten, beginnen Sie mit dem innersten Dateisystem.

Überblick

Was gibt es für Sie? Ihr /dev/sdasind 52428800Sektoren von 512Bytes. Die Sektoren sind von 0bis nummeriert 52428799. Unter ihnen:

  • Der Sektor 0ist MBR.
  • Sektoren 1- 2047halten wahrscheinlich (einen Teil) Ihres Bootloaders. Sie sollten sie nicht anfassen. Es ist ohnehin ungefähr 1 MiB, kein bedeutender Raum.
  • Sektoren 2048- 52426751sind Ihre zwei Partitionen. Wir werden gleich darauf zurückkommen.
  • Sektoren 52426752- 52428799werden wahrscheinlich nicht verwendet. Noch 1 MiB, fast nichts.

Starten Sie fdisk -lund, um lsblkzu sehen, ob andere Geräte verfügbar sind. Dies ist ein allgemeiner Hinweis, ich glaube, wenn Sie dort wären, würden Sie es wissen.

OK, wie wäre es damit /dev/sda2? Es Linux LVMwird pvscanIhnen gesagt, dass der gesamte Raum verteilt ist. Die große Mehrheit davon erstellt /dev/mapper/fedora-rootdas Root-Dateisystem (gemountet /). Die Größe des Dateisystems beträgt ungefähr 22 GiB. Dies sind weniger als 24 GiB, von denen berichtet wird pvscan. mögliche Gründe:

  • LVM hält Ihre Swap-Partition, etwa 2 GiB (wahrscheinlich ausführen lvscanund swaponbestätigen);
  • oder das Dateisystem ist kleiner als das /dev/mapper/fedora-rootvirtuelle Gerät (unwahrscheinlich);
  • andere (unwahrscheinlich).

Wie wäre es /dev/sda1? Es hält das Dateisystem unter /boot. Wahrscheinlich benötigen Sie nicht die ganze 1 GiB, es könnte kleiner sein. Wenn Sie sie verkleinern, können Sie eine neue Partition (wie sda3) erstellen, sie zu LVM hinzufügen und das Root-Dateisystem erweitern. Wenn Sie es zu stark verkleinern, treten während des Betriebssystem-Upgrades Probleme auf. Sie könnten wahrscheinlich ein paar Hundert MiB davon bekommen und zukünftige Probleme trotzdem vermeiden, aber

  • es sind nur wenige hundert MiB;
  • Wenn etwas schief geht, bootet Ihr Betriebssystem möglicherweise nicht.

Ihre Optionen (Zusammenfassung)

  1. Verwenden Sie ein ncduähnliches Tool, um große Dateien / Verzeichnisse im Root-Dateisystem zu identifizieren. Denken Sie nach, ob Sie sie löschen können. Auf diese Weise können Sie möglicherweise freien Speicherplatz gewinnen, ohne das Dateisystem zu ändern.
  2. Reduzieren Sie die Swap-Partition (falls vorhanden) und konfigurieren Sie Ihren LVM neu, um das Root-Dateisystem eventuell erweitern zu können. Sie haben uns nichts von Ihrem Tausch erzählt, es ist schwer zu sagen, wie viel Sie gewinnen können oder ob es überhaupt Sinn macht. Im Allgemeinen benötigen Sie etwas Swap-Speicherplatz.
  3. Verkleinern Sie das aktuell gemountete Dateisystem wie /bootoben beschrieben.
  4. Verbinden Sie ein anderes Gerät (z. B. /dev/sdb) physisch und fügen Sie es oder seine Partition (en) zu LVM hinzu. Die Informationen, die Sie zur Verfügung gestellt haben, lassen mich glauben, dass dies die einzige Möglichkeit ist, Ihr Root-Dateisystem signifikant zu vergrößern. Wenn es sich um eine virtuelle Maschine handelt, können Sie möglicherweise das vorhandene Gerät erweitern /dev/sda(normalerweise nicht für ein wirklich physisches Gerät möglich), anstatt ein separates neues Gerät hinzuzufügen.

Anmerkungen

  • Es ist gut, dass Sie LVM verwenden. Es macht die meisten der oben genannten Optionen einfacher.
  • Der Ausbau des Dateisystems selbst ist der letzte Schritt. Ich weiß nicht was es ist. Einige Dateisystemtypen ( ext4, btrfs) unterstützen die Online-Bearbeitung. Dies bedeutet, dass Sie ein Dateisystem erweitern können, wenn es eingehängt ist. Dies ist sehr nützlich für ein Root-Dateisystem.
  • Um Sie detaillierter zu führen (tatsächliche Befehle usw.), müssen wir wissen, welche Option Sie wählen. Wenn Sie alle Fragen beantworten, wäre die Frage und Antwort (en) sehr breit gefächert. Außerdem müssten Sie viele zusätzliche Informationen angeben. Deshalb
    • (Meta-Notiz) Ich schlage vor, diese Frage als "Welche Möglichkeiten zum Erhöhen des Stammspeicherplatzes habe ich?" Nachdem Sie Ihre Entscheidung getroffen haben, können Sie eine weitere Frage nach Details stellen (oder vielleicht gibt es bereits eine ähnliche Frage). Wir können hier später auf die detaillierte Frage verweisen.

Verwandte Probleme