Необходимо применить некоторую науку к этому. С тех пор /home
находится в отдельной файловой системе, необходимо начать осуществлять проверки, где пространство на самом деле:
cd $HOME
cd ..
sudo du -skh .[!.]* *
Который даст Вам крупнейших пользователей файловой системы. Затем Вы выполняете развертку в каждом из пользователей системы и повторяетесь:
sudo du -skh .[!.]* *
Который в конечном счете даст Вам файлы или каталоги нижнего уровня с самым большим использованием, которое, возможно, должно быть очищено.
Далее, существуют случаи при выполнении системы, что можно удалить файлы журнала, которые все еще открыты, который создаст "фантомные" файлы, которые займут место, в то время как процесс в порядке. Но как только это уничтожается, пространство будет освобождено, можно использовать:
lsof | sort -n -k7
Можно играть с lsof
опции иметь форматирование исправляют и видят самый большой файл (файлы).
Удостоверьтесь это lsof -s | grep deleted
не показывает что-то в /home
это было удалено.
Если это, просто уничтожьте тот pid согласно какой lsof -s
вывод (второй столбец является pid), затем удалите файл согласно данному inode (inode быть 8-м столбцом lsof -s
) путем выполнения find . -inum inode_number -exec rm -i {} \;
.
Это могло произойти, если бы Вы регистрировали что-то или выполняли хвост-f на файле и затем удалили его.
Я нашел некоторое время назад, что одно из моих приложений GUI генерировало гигабайты ошибок и производило их к stderr, который под X переходит в ~/.xsession-errors
. Сделайте a tail -f
против него, чтобы видеть, взрывается ли это.
~/.xsession-errors
только 21 330 862 байта. Часть его последнего содержания видит редактирование к моему сообщению.
– Tim
01.07.2013, 20:00
В то время как du и друзья удобны на командной строке, иногда полезно использовать приложения для GUI для легкой визуализации проблемы.
Я предлагаю, чтобы Вы смотрели на Использование диска GNOME Анализатор для понимания то, где большая часть места занимается. Это, конечно, предполагает, что у Вас есть рабочий стол GNOME, работающий (единица хорошо работает также).
Если Вы находитесь в единице, открываете поисковую линзу и начинаете вводить "диск", и утилита должна раскрыться.
sudo du -skh *
не производит те каталоги, запущенные с.
, т.е. те скрытые каталоги? Сумма размеров произведенных командой намного меньше, чем "Используемый" размер, показанный Системным монитором. – Tim 01.07.2013, 20:23sudo du -skh .[!.]* *
быть отсортированными от большого размера до небольшого размера? – Tim 01.07.2013, 20:35du: cannot access
.gvfs': Разрешение отклонено. Other items seem to have moderate sizes. But I cd
в него и там нет файлов. – Tim 01.07.2013, 20:37sudo du -skh .[!.]* * | sort -h
должно быть полезным.sort -h
или--human-numeric-sort
объяснен какcompare human readable numbers (e.g., 2K 1G)
. Используя его точно так же, как это отсортирует самые большие файлы или каталоги к нижней части, которая должна дать Вам хорошую начальную точку, так как это - самые большие, которыми Вы интересуетесь. – a CVn 02.07.2013, 00:25