недоразумение
похоже, что в других файловых системах есть ~ 16 ГБ свободного места
Ну, если бы это доступное пространство было на диске (дисках), мог бы быть способ сделать то, что вы хотите; но devtmpfs
и tmpfs
хранить данные в оперативной памяти. Оперативная память нестабильна, вы не можете использовать ее для длительного хранения.
Даже если бы вы могли, эти 3.9G
значения не добавляют. Базовые файловые системы берут из общего пула. Добавление файлов в один из них уменьшит пространство, доступное для других.
Слои абстракции
В вашем случае есть несколько уровней абстракции. Давайте назовем их (внешнее имя):
- физическое устройство
/dev/sda
- разделы, среди которых тот, который используется LVM:
/dev/sda2
- виртуальное устройство, предоставляемое LVM:
/dev/mapper/fedora-root
- файловая система
- виртуальное устройство, предоставляемое LVM:
- разделы, среди которых тот, который используется LVM:
Изменения в каждом слое производятся с помощью различных действий / команд. В общем, если вы хотите расширить файловую систему, и для ее изменения требуется несколько слоев, вы начинаете с самого внешнего; если вы хотите сжать, вы начинаете с самой внутренней, самой файловой системы.
обзор
Итак, что доступно для вас? Ваш /dev/sda
это 52428800
сектора 512
байтов. Сектора пронумерованы от 0
до 52428799
. Среди них:
- Сектор
0
MBR. - Секторы
1
-2047
вероятно, содержат (часть) ваш загрузчик. Вы не должны трогать их. В любом случае, это около 1 МиБ, а не значительное место. - Секторы
2048
-52426751
это ваши два раздела. Мы вернемся к ним через минуту. - Секторы
52426752
-52428799
вероятно, не используются. Еще 1 МиБ, почти ничего.
Запустите fdisk -l
и lsblk
проверьте, доступны ли другие устройства. Это общий совет, я думаю, если бы они были там, вы бы знали.
Хорошо, как насчет /dev/sda2
? Это Linux LVM
, pvscan
сказал вам, все пространство распределено. Подавляющее большинство этих сборок /dev/mapper/fedora-root
содержит корневую файловую систему (смонтирована под /
). Размер файловой системы составляет около 22 ГиБ. Это меньше, чем 24 ГиБ pvscan
; Возможные причины:
- LVM содержит ваш раздел подкачки, около 2 ГиБ (вероятно, запустится
lvscan
иswapon
подтвердится); - или файловая система меньше
/dev/mapper/fedora-root
виртуального устройства (маловероятно); - другое (маловероятно).
Как насчет /dev/sda1
? Он содержит файловую систему, смонтированную под /boot
. Скорее всего, вам не нужен весь 1 ГиБ, он может быть меньше. Если вы уменьшите его, вы сможете создать новый раздел (например sda3
), добавить его в LVM и развернуть корневую файловую систему. Если вы уменьшите его слишком сильно, вы столкнетесь с проблемами во время обновления ОС. Вы, вероятно, могли бы вытащить пару сотен MiB и избежать проблем в будущем, но
- это всего несколько сотен МиБ;
- если что-то пойдет не так, ваша ОС может не загрузиться.
Ваши варианты (резюме)
- Используйте
ncdu
или аналогичный инструмент для идентификации больших файлов / каталогов в корневой файловой системе; думай, исследуй, можешь ли ты их удалить. Таким образом, возможно, вы сможете получить немного свободного места без изменения размера файловой системы. - Сократите раздел подкачки (если есть) и перенастройте свой LVM, чтобы в конечном итоге расширить корневую файловую систему. Вы не рассказали нам о своем свопе, трудно сказать, сколько вы можете получить, или вообще есть ли в этом смысл. В общем, вам нужно некоторое количество пространства подкачки.
- Сократите файловую систему, смонтированную в данный момент как
/boot
(обсуждено выше). - Физически подключите другое устройство (например
/dev/sdb
) и добавьте его или его раздел (ы) в LVM. Предоставленная вами информация заставляет меня поверить, что это единственный способ значительно увеличить вашу корневую файловую систему. Если речь идет о виртуальной машине, вы можете расширить существующее устройство/dev/sda
(обычно это невозможно для действительно физического устройства) вместо добавления отдельного нового.
Заметки
- Хорошо, что вы используете LVM. Это делает большинство из перечисленных выше вариантов проще.
- Расширение самой файловой системы будет последним шагом. Я не знаю, что это за тип. Некоторые типы файловых систем ( ext4, btrfs) поддерживают онлайн-манипуляции; это означает, что вы можете расширить файловую систему, когда она смонтирована, что очень полезно для корневой файловой системы.
- Для более подробного ознакомления (реальные команды и т. Д.) Нам нужно знать, какой вариант вы выберете. Охват их всех сделает вопрос и ответы очень широкими, вам также потребуется предоставить много дополнительной информации. Следовательно
- (мета-примечание) Я предлагаю задать этот вопрос "какие у меня есть способы увеличения места на корневом диске?" После того, как вы примете решение, вы можете задать другой вопрос для деталей (или, возможно, уже есть подобный вопрос). Отсюда можно перейти к подробному вопросу позже.