Удаленные файлы из дома, удалил их из .local/share/Trash/files, Система не сообщает свободное пространство

Одна возможная причина, то, что ext2/3/4 и другие "Файловые системы Unix" резервируют определенное количество пространства для корня - я полагаю, что значение по умолчанию составляет 5%. Тем путем пользователь root и процессы, выполненные корнем все еще, имеют пространство для маневрирования, даже когда система сообщает, что файловая система полна и отказывается позволять нормальным (некорневым) пользователям записать что-либо.

Здорово для некоторых файловых систем - как / (корень), / var и если у Вас есть все в одной файловой системе..., что это может быть менее идеально для / домой и/usr файловых систем, которые, вероятно, должны были меньше зарезервировать пространство (возможно, всего 1% или ни один).

В любом случае, когда команды как df отчеты "0-байтовые свободные" и "100%, используемых", который не включает эти 5%, зарезервированных для корня! Таким образом, в то время как обычные пользователи заблокированы, пользователь root и процессы, работающие как корень, могут продолжить писать - по-видимому заполнение раздела выше 100%.

Это означает, что диск не так полон, как можно думать... Но это также означает, что удаление файлов не может оказать столько влияния, сколько Вы думали, что это будет; просто, потому что некоторые файлы, которые Вы удалили, являются файлами, записанными выше 100%-го полного предела, и таким образом не делает разоблачения с df впоследствии.

Таким образом, если Ваш диск составляет 100 ГБ эффективного пространства, df покажет его как всего 95 ГБ. Однако после заполнения этих 95 ГБ и df показывает диск как полный, и система отказывается от обычных пользователей для записи в него, корню все еще позволят записать еще 5 ГБ. Если Вы затем очистка и удаляете 10 ГБ файлов, df проигнорирует 5 ГБ, который был зарезервирован для корневого, и только покажите 5 ГБ (не 10 ГБ) как освобождаемый. Таким образом, я предполагаю, что Вы использовали часть пространства, зарезервированного для корня, поэтому при удалении 7 ГБ только 378 МБ был ниже зарезервированного предела.

Можно использовать tune2fs для изменения, сколько пространства Вы хотите зарезервировать для корня - это должны быть некоторые хотя (помещал, возможно, не целых 5%). Существуют также опции для mke2fs это позволяет Вам устанавливать сколько пространства для резервирования в проценте или байтах, сначала создавая файловую систему (форматирующий раздел). 5% имели больше смысла, когда диски были меньшими - с 500 ГБ + диски, 5% становятся слишком.

можно выполнить эту команду для наблюдения, насколько каждый каталог занимают место диска:

du -hc --max-depth=1

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

если найдено ничто интересное там не выполняет команду в / каталог. отправьте вывод в случае необходимости.

Можно использовать Bleachbit также, дать ему попытку: Bleachbit

Ну, стоит попробовать, поэтому я решил разместить это здесь:

# find /root/.local/share -name '*.trashinfo'

Это мерзкие твари. Лично я столкнулся с ними, когда запустил октета (шестнадцатиричный редактор) в консольном режиме и kio_trash наполнил мой терминал кучей бесполезной "информации" о сообщениях не может stat: ... , т.е. не может найти файлы (которые я удалил LONG назад). Решением" было то, что он упорно искал в файлах $HOME/.local/share/Trash/info для файлов .trashinfo. Когда я выполнил полную очистку в каталоге info, мир снова вошел в мой linux бокс.) Кто бы ни изобрел эту чушь, он должен быть шоккером.