Был немного завален делами, а проблема пока что работать не мешает, так что подзабил на неё. Теперь вот вернулся.
Обновлённые числа: GParted показывает, что использовано 17,67 ГиБ, baobab находит в превью (стартовый скрин) 18.5 Гб, а по файлам - 8.8 Гб.
Советы по-порядку:
locate TrashВыдаёт файлы с разделов /data и /home (у меня там находятся другие разделы диска), плюс /root/.local/share/Trash, но в нём пусто.
lsof -sВыдаёт огромный листинг (на 15 Мб), не знаю, как с ним работать (нужно же сложить все размеры в байтах из колонки SIZE?).
Команда
eval sudo du -shc --exclude\ /{dev,run,proc,windows,root2,boot/efi,home,data,backup} /* | sort -hk1Всё также выдаёт меньше места, чем на самом деле занято.
0 /initrd.img
0 /initrd.img.old
0 /sys
0 /vmlinuz
0 /vmlinuz.old
4,0K /cdrom
4,0K /lib64
4,0K /mnt
4,0K /snap
4,0K /srv
8,0K /media
16K /lost+found
32K /dead.letter
96K /tmp
3,9M /lib32
9,9M /core
13M /bin
13M /sbin
15M /etc
24M /root
174M /boot
282M /opt
908M /lib
2,0G /var
4,9G /usr
8,3G итого
Bagdosha, вот тут приводится оченно интересная цитата, почитай
Но у меня раздел с корнем занимает 20 Гб, то есть резервироваться должно 1 Гб. А разница между занятым местом на всём диске и занятым местом по сумме файлов (не знаю, как это понятнее описать, ну в общем рассинхрон в размерах между GParted и baobab, описанный в первом посте) составляет порядка 8-10 Гб.
Однако спасибо за наводку, буду использовать tune2fs для обработки моих несистемных разделов.
- ну и следует понимать разницу между свободным и доступным местом на диске.
То есть свободное - это в принципе свободное на диске, а доступное - это то, которое я как пользователь могу использовать? Например, резерв системы входит в свободное, но не входит в доступное, я правильно понимаю?
Однако в данном случае проблема в том, что есть инфа о том, что на разделе занято 18 Гб, однако гуляя по файлам раздела, я могу найти только 8 Гб.
Bagdosha, поставь прогу ncdu и запусти ее.
Оббежит все дерево директорий и покажет что где и сколько валяется.
удалять можно прям из нее.
ncdu аналогично находит только 8 Гб:
sudo ncdu -x / 4,8 GiB [##########] /usr
2,0 GiB [#### ] /var
908,0 MiB [# ] /lib
281,3 MiB [ ] /opt
173,6 MiB [ ] /boot
23,1 MiB [ ] /root
14,1 MiB [ ] /etc
12,7 MiB [ ] /bin
12,3 MiB [ ] /sbin
9,8 MiB [ ] core
3,9 MiB [ ] /lib32
96,0 KiB [ ] /tmp
32,0 KiB [ ] dead.letter
e 16,0 KiB [ ] /lost+found
8,0 KiB [ ] /media
4,0 KiB [ ] /lib64
e 4,0 KiB [ ] /srv
e 4,0 KiB [ ] /snap
e 4,0 KiB [ ] /mnt
e 4,0 KiB [ ] /cdrom
@ 0,0 B [ ] initrd.img.old
@ 0,0 B [ ] initrd.img
@ 0,0 B [ ] vmlinuz.old
@ 0,0 B [ ] vmlinuz
> 0,0 B [ ] /windows
> 0,0 B [ ] /sys
> 0,0 B [ ] /run
> 0,0 B [ ] /root2
> 0,0 B [ ] /proc
> 0,0 B [ ] /home
> 0,0 B [ ] /dev
> 0,0 B [ ] /data
> 0,0 B [ ] /backup
Нет ли в корне скрытых файлов?
Имеются же в виду файлы с точкой в начале имени? Или есть ещё какие-то скрытые файлы?
Насколько я понимаю, ncdu просматривает также и скрытые файлы (во всяком случае он, в отличие от du, показал мне директорию .test, которую я специально для проверки создал в корне).
В самом корне скрытых файлов/папок нет, в связи с вышесказанным про ncdu имеет ли смысл искать их в подпапках?
Нет ли желания прогнать fsck, может, просто размер свободного неправильно указан.
Пробовал просто fsck (сказал, что всё чисто и нефиг проверять), fsck -f и fsck -y -c -f, результатов не дало. Может не умею правильно пользоваться и надо как-то по-другому делать?
В итоге, вопрос остаётся открытым, место пропадает непонятно куда. Причём разница между используемым местом и местом, занимаемым реально найденными файлами, только увеличилось.
Тема: Как найти, куда пропало место на диске (Прочитано 9697 раз)
