Нет больше места в корневой файловой системе, как я могу увеличить размер?

24

Это моя файловая система:

 $ 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

И, как вы можете видеть, корневая файловая система заполнена.

Я уже пытался удалить все ненужные вещи, но мне все еще не хватает места.

Как я мог увеличить это? У меня осталось 60 гигабайт на жестком диске, есть ли способ переместить туда корневую файловую систему?

Дмитрий Данилов
источник
3
Можете ли вы показать результат sudo pvscan, пожалуйста?
mattdm
1
@mattdm PV /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 ]
Дмитрий Данилов
15
Эмм, 1.7G бесплатно, в чем проблема?
Саймон Рихтер
3
Если это ваше определение «полный», вы должны увидеть мою файловую систему. Lol
Гонки Легкости с Моникой
2
@SimonRichter У меня было 1,9 гига, когда я удалил весь свой / var / cache, но этот каталог заполнился очень быстро, и у меня в среднем ~ 100 мес
Дмитрий Данилов

Ответы:

47

Хорошие новости! pvscanпоказывает PV /dev/sda10 VG fedora lvm2 [141.56 GiB / 77.56 GiB free]- так что вы должны иметь возможность добавить до 77,56 ГБ к любой из ваших файловых систем. Я бы посоветовал добавить его небольшими блоками (например, 10 ГБ), чтобы у вас был резерв, в который вы могли бы внести свой вклад, /homeесли позже решите, что вам нужен рост.

Это относительно хорошо протестированная и в целом безопасная операция, но все операции с томами корневого уровня и файловой системой имеют некоторый риск - сначала убедитесь, что у вас есть работающая резервная копия. Затем....

Вы можете расширить свой rootлогический том, чтобы использовать свободное пространство lvextend, например:

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

(Или -Lи -rвместо --sizeи --resizefs, если вы предпочитаете короткие варианты.)

mattdm
источник
5
Хотя всегда полезно иметь резервные копии. Я бы посчитал, что это довольно низкий риск, так как никакие существующие данные не перемещаются, а файловая система (предположительно) является родной Linux, а не реверс-инжиниринг.
plugwash
141.56 GiB / 77.56 GiB freeчитает как X из Y бесплатно. Итак, сначала я подумал, что это шутка: P
Безумный
1
@Insane Да, это не лучшее форматирование. Вы можете получить ту же информацию, отформатированную различными способами из pvsили pvdisplay, если хотите.
Mattdm
10

Более общий ответ для LVM:

Во-первых, убедитесь, что у вас есть дополнительное неразмеченное хранилище. Затем:

  1. Используйте fdiskдля создания нового раздела (безопаснее, чем расширение существующего)

  2. Используйте pvcreateдля создания физического тома LVM:

    pvcreate /dev/sdxx
    
  3. Используйте vgextendдля расширения существующей группы LVM, используя новый физический том:

    vgextend groupname /dev/sdxx
    

    Вы можете получить имена групп с vgdisplay

  4. Используйте lvextendна lvm mapper для расширения объема lvm:

    lvextend -l +100%FREE /dev/mapper/xxx
    
  5. Вырасти файловую систему:

    xfs_growfs /dev/mapper/xxx
    

    Или

    resize2fs /dev/mapper/xxx
    
Мацей Асемблер
источник
1

Файловая система / может представлять собой особую проблему, так как она должна поддерживаться загрузчиком.

Этот ответ не указывает, как выполнить запрошенную задачу, но предоставляет обходной путь.

Другой вариант: найти подкаталог (например, / big /), который содержит много данных. Затем скопируйте эти данные в пространство объемом 60 ГБ, скопируйте в каталог много места (например, mv / big / bigback) и смонтируйте 60 ГБ (или его часть) в / big. После подтверждения того, что все работает как положено, rm / bigback повторно занимает место на /

TOOGAM
источник
Если вы сделаете это, сразу же после этого touch /.autorelabel; rebootубедитесь, что перемещенные файлы имеют правильные метки SELinux.
mattdm
1
Это правильное и полезное решение (не требующее больших знаний), когда мы летаем без LVM. С этим изменение становится еще менее болезненным.
Гомбай Шандор
В принципе нет причин, по которым загрузчик / должен поддерживаться /, но в этом случае это так, потому что нет отдельного / загрузчика. При работе с LVM всегда делайте / boot настоящими.
Джошуа
-1

Другой вариант, прежде чем предпринимать какие-либо более радикальные действия, заключается в использовании BleachBit для удаления временных и других ненужных файлов.

Из википедии:

BleachBit - это бесплатный очиститель дискового пространства с открытым исходным кодом, менеджер конфиденциальности и оптимизатор компьютерной системы.

Это должно быть в диспетчере пакетов, так что это должно сделать это.

sudo yum install bleachbit

Или скачать с их страницы .


источник