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

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:

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

Используйте fdiskдля создания нового раздела (безопаснее, чем расширение существующего)
Используйте pvcreateдля создания физического тома LVM:
```
pvcreate /dev/sdxx
```
Используйте vgextendдля расширения существующей группы LVM, используя новый физический том:
```
vgextend groupname /dev/sdxx
```
Вы можете получить имена групп с vgdisplay
Используйте lvextendна lvm mapper для расширения объема lvm:
```
lvextend -l +100%FREE /dev/mapper/xxx
```

Вырасти файловую систему:

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

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