Kein Platz mehr im Root-Dateisystem, wie könnte ich die Größe erhöhen?


24

Dies ist mein Dateisystem:

 $ df -h -x tmpfs -x devtmpfs
Filesystem               Size  Used Avail Use% Mounted on
/dev/mapper/fedora-root  9.8G  7.6G  1.7G  83% /
/dev/mapper/fedora-home   50G   27G   21G  57% /home
/dev/sda9               1022M  8.4M 1014M   1% /boot/efi

Und wie Sie sehen, ist das Root-Dateisystem voll.

Ich habe bereits versucht, alle nutzlosen Dinge zu löschen, aber ich habe immer noch nicht genug Platz.

Wie könnte ich es erhöhen? Ich habe noch 60 Giga auf meiner Festplatte. Kann ich mein Root-Dateisystem auf irgendeine Weise dorthin verschieben?


3
Können Sie sudo pvscanbitte das Ergebnis von zeigen ?
Mattdm

1
@mattdmPV /dev/sda10 VG fedora lvm2 [141.56 GiB / 77.56 GiB free] Total: 1 [141.56 GiB] / in use: 1 [141.56 GiB] / in no VG: 0 [0 ]
Dimitri Danilov

15
Ähm, 1.7G frei, wo ist das Problem?
Simon Richter

3
Wenn dies deine Definition von "voll" ist, solltest du mein Dateisystem lol
Lightness Races with Monica

2
@SimonRichter Ich hatte 1,9 Gigabyte, als ich alle meine / var / cache entfernt, aber dieses Verzeichnis füllte sich sehr schnell und ich habe durchschnittlich ~ 100 Mo
Dimitri Danilov

Antworten:


47

Gute Nachrichten! pvscanShows PV /dev/sda10 VG fedora lvm2 [141.56 GiB / 77.56 GiB free]- so sollten Sie in der Lage sein, zu jedem Ihrer Dateisysteme bis zu 77,56GiB hinzuzufügen. Ich würde vorschlagen, es in kleineren Blöcken (wie 10 GB) hinzuzufügen, damit Sie eine Reserve haben, um darin zu investieren, /homewenn Sie entscheiden, dass Sie später dort Wachstum brauchen.

Dies ist eine relativ gut getestete und im Allgemeinen sichere Operation, aber alle Volume- und Dateisystemoperationen auf Root-Ebene bergen ein gewisses Risiko. Stellen Sie sicher, dass Sie zuerst eine funktionierende Sicherung haben. Dann....

Sie können Ihr rootlogisches Volume folgendermaßen erweitern, um den freien Speicherplatz zu nutzen lvextend:

sudo lvextend --size +10G --resizefs /dev/fedora/root

(Oder -Lund -ranstelle von --sizeund --resizefs, wenn Sie kurze Optionen bevorzugen.)


5
Es ist zwar immer eine gute Idee, Backups zu haben. Ich halte dies für ein ziemlich geringes Risiko, da keine vorhandenen Daten verschoben werden und das Dateisystem (vermutlich) natives Linux ist und nicht rückentwickelt.
Plugwash

141.56 GiB / 77.56 GiB freeliest sich wie X aus Y frei. Also dachte ich zuerst, es sei ein Witz: P
Insane

1
@Insane Ja, das ist nicht die beste Formatierung. Sie können dieselben Informationen auf unterschiedliche Weise von pvsoder formatieren lassen pvdisplay, wenn Sie dies vorziehen.
Mattdm

10

Allgemeinere Antwort für LVM:

Stellen Sie zunächst sicher, dass Sie über zusätzlichen nicht partitionierten Speicher verfügen. Dann:

  1. Verwenden Sie fdiskdiese Option , um eine neue Partition zu erstellen (sicherer als eine bestehende zu erweitern).

  2. Verwenden Sie pvcreatediese Option , um ein physisches LVM-Volume zu erstellen:

    pvcreate /dev/sdxx
    
  3. Verwenden Sie vgextenddiese Option , um eine vorhandene LVM-Gruppe mit einem neuen physischen Volume zu erweitern:

    vgextend groupname /dev/sdxx
    

    Sie können Gruppennamen mit erhalten vgdisplay

  4. Verwenden Sie lvextendauf LVM - Mapper LVM - Volume zu erweitern:

    lvextend -l +100%FREE /dev/mapper/xxx
    
  5. Vergrößere das Dateisystem:

    xfs_growfs /dev/mapper/xxx
    

    Oder

    resize2fs /dev/mapper/xxx
    

1

Das Dateisystem / kann eine besondere Herausforderung sein, da dies vom Bootloader unterstützt werden muss.

Diese Antwort gibt nicht an, wie die angeforderte Aufgabe ausgeführt werden soll, bietet jedoch eine Problemumgehung.

Eine weitere Option: Suchen Sie ein Unterverzeichnis (z. B. / big /) mit vielen Daten. Kopieren Sie dann diese Daten auf Ihre 60 GB Speicherplatz, mv das Verzeichnis mit viel Speicherplatz (z. B. mv / big / bigback) und mounten Sie Ihre 60 GB (oder einen Teil davon) auf / big. Nachdem Sie bestätigt haben, dass alles wie erwartet funktioniert, drücken Sie rm / bigback, um Speicherplatz auf / wiederzugewinnen.


Wenn Sie dies tun touch /.autorelabel; reboot, stellen Sie sofort danach sicher, dass die verschobenen Dateien die richtigen SELinux-Bezeichnungen haben.
Mattdm

1
Dies ist eine gültige und nützliche Lösung (die nicht viel Wissen erfordert), wenn wir ohne LVM fliegen. Damit ist die Veränderung noch schmerzfreier.
Gombai Sándor

Es gibt im Prinzip keinen Grund, warum / vom Bootloader unterstützt werden muss, aber in diesem Fall ist dies der Fall, weil es kein separates / boot gibt. Wenn Sie mit LVM monkeyen, machen Sie immer / boot real.
Joshua

-1

Bevor Sie etwas drastischeres unternehmen, können Sie auch BleachBit verwenden , um temporäre und andere nicht benötigte Dateien zu entfernen.

Aus Wikipedia:

BleachBit ist ein kostenloser und quelloffener Speicherplatzbereiniger, Datenschutzmanager und Optimierer für Computersysteme.

Es sollte im Paketmanager sein, also sollte dies so sein.

sudo yum install bleachbit

Oder laden Sie von ihrer Seite .

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.