Уголок новичка
   291

Manjaro: Раздел / заполнен

Приветсвую всех!
Прежде чем задать вопрос, по классике сообщу, что я пользуюсь Manjaro совсем недавно.

Суть проблемы:
Видимо, при установке ОС я неправильно сконфигурировал разделы, из-за чего на данный момент у меня полностью заполнен (или во всяком случае существует некая «видимость» заполненности) корневой раздел "/". Отсюда вытекает множество других проблем, например, pacman совсем не дает установить любые пакеты, пишет ошибку
ошибка: Раздел / заполнен: 5126 блоков необходимо, 0 блоков свободно
ошибка: не удалось завершить транзакцию (недостаточно места на диске)
Обнаружены ошибки, пакеты не обновлены.

Ниже приведу вывод df:

Файловая система 1K-блоков Использовано  Доступно Использовано% Cмонтировано в
dev                8094552            0   8094552            0% /dev
run                8104364         1708   8102656            1% /run
/dev/nvme0n1p6   100267080     98303880         0          100% /
tmpfs              8104364       195236   7909128            3% /dev/shm
tmpfs                 4096            0      4096            0% /sys/fs/cgroup
tmpfs              8104364        47368   8056996            1% /tmp
/dev/nvme0n1p4      495844        60534    409710           13% /boot
/dev/nvme0n1p9   125070740     12746864 105927564           11% /home
/dev/nvme0n1p8     1046512          308   1046204            1% /boot/efi
/dev/loop0          445568       445568         0          100% /var/lib/snapd/snap/redis-desktop-manager/416
/dev/loop1           98944        98944         0          100% /var/lib/snapd/snap/core/9804
/dev/loop2          164096       164096         0          100% /var/lib/snapd/snap/gnome-3-28-1804/116
/dev/loop3           56704        56704         0          100% /var/lib/snapd/snap/core18/1885
/dev/loop4          165376       165376         0          100% /var/lib/snapd/snap/gnome-3-28-1804/128
/dev/loop5           99456        99456         0          100% /var/lib/snapd/snap/core/9993
/dev/loop6           31104        31104         0          100% /var/lib/snapd/snap/snapd/9279
/dev/loop7           30720        30720         0          100% /var/lib/snapd/snap/snapd/8790
/dev/loop8           63616        63616         0          100% /var/lib/snapd/snap/gtk-common-themes/1506
/dev/loop9           56320        56320         0          100% /var/lib/snapd/snap/core18/1880
/dev/loop10         443520       443520         0          100% /var/lib/snapd/snap/redis-desktop-manager/405
tmpfs              1620872           96   1620776            1% /run/user/1000

Как видно выше, раздел "/" — использовано 100%, доступно 0.
/dev/nvme0n1p6      96G          94G     0          100% /


Вот визуализация раздела в Filelight:
Уголок новичка: скрин Filelight

Собственно, хотел узнать, как данную проблему можно решить.
Заранее большое спасибо каждому за любую помощь!

UPD(1): Пробовал разные подходы по освобождению места, конкретно брал отсюда (пункты 1-4).
Это освобождает место в конкретных директориях (/var, /usr, /home и другие), но «забитость» корневого раздела остается прежней! Кажется, я что-то делаю не так =)

UPD(2): Также заметил, что общий размер корневой директории — 128 ТиБ. Как я понял из данного топика, это нормально. Без учета "/proc" все это дело занимает всего лишь ~30 Гб. При установке Manjaro я выделил примерно 95 Гб под данный раздел, отсюда следует, что он должен быть забит менее, чем на треть. Однако, система в упор не видит ни байта свободного места.

PS(1): Устанавливал ОС, в том числе конфигурировал разделы по какому-то гайду, сейчас уже почти ничего не помню
PS(2): Несмотря на то, что проблема кажется довольно примитивной, я не нашел похожих русскоязычных топиков па просторах.

5 комментариев

avatar
Посмотри сперва /var/cache/pacman/pkg/ — всё из неё можно удалять. Настройки размера этого кэша можно изменить в настройках pamac например (количество копий старых пакетов которые он хранит)
Чем вообще занята большая часть места в filelight? Цифры сходятся?
Поищи распухшие файлы, помню какой-то файл логов жрал всё место (но то было в /home)

У меня / емкостью в 30G, из них 13G свободна.
Последний раз редактировалось
0
avatar
Да, совсем забыл добавить — пробовал разные методы освобождения места: чистка кешей, конфигов, журналов и т.д.
Это освобождает место в конкретных дирректориях, но не освобождает ничего в "/" (дописал это в UPD(1) в теле вопроса). Складывается ощущение, будто мой корневой раздел вовсе не забит, а просто не видит все свободное место.

Цифры, кстати, не сходятся: я выделял примерно 95гб (это и выдает df -h), но Filelight показывает инфу всего по 12гб (и пишет, что это 100% всего места)
Больше всего занимают:
/usr/lib, usr/share, /var/lib/snapd (почти все 12гб на эти три дирректории)
Последний раз редактировалось
0
avatar
У меня подобное давно когда то было и виновны были snap пакеты или же сам snapd
Удалил этот мусор к чертям и с тех пор эту гадость — snap'ы и flatpak'и никогда не применяю,
иногда лишь ставлю appimage да и то очень редко.

п.с. правда у меня тогда еще стоял Debian а не Arch
Последний раз редактировалось
?
Satyan Nasti Paro Dharmah
+1
avatar
Проблема решена.
Все дело оказалось в данных докера, которые не детектятся в ФС, но при этом жрут место в бекграунде. У меня конкретно было занято !80 ГБ! этими данными (/var/lib/docker/overlay2 [у меня]).
Очистка производится командой
<code>docker system prune -f -a</code>
. Я лично добавил ее себе в кронтаб.
Думаю, многим новичкам пригодится данная информация, хотя ситуация, конечно, довольно глупая.
Спасибо всем за ответы!
0
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.