[РЕШЕНО] Куда девается свободное место на sda1?

Доброго времени, Ув. форумчане!

Имеется раздел на котором установлен Arch, на него выделял ~40G.

Device     Boot    Start       End   Sectors  Size Id Type
/dev/sda1  *          63  76164164  76164102 36,3G 83 Linux
/dev/sda2       76164165 234436544 158272380 75,5G  5 Extended
/dev/sda5       76164228  78124094   1959867  957M 83 Linux
/dev/sda6       78124158 234436544 156312387 74,5G 83 Linux

С недавнего времени заметил, что свободное место это ~5G, на данном разделе. Удалил всё ненужное в каталоге /var/cache/pacman, который весил 8G, а сейчас он всего 600M, но размер свободный не увеличился.

GParted пишет, что свободно 6.33G
Системный монитор, что свободно 6.8G
Команда df выводит, прежние ~5G:
$ sudo df
Файловая система 1K-блоков Использовано Доступно Использовано% Cмонтировано в
/dev/sda1         37352488     30710552  4721452           87% /
dev                1615548            0  1615548            0% /dev
run                1617880          684  1617196            1% /run
tmpfs              1617880          152  1617728            1% /dev/shm
tmpfs              1617880            0  1617880            0% /sys/fs/cgroup
tmpfs              1617880          144  1617736            1% /tmp
/dev/sda6         76797376     54722308 18150876           76% /media/bcb536f2-ef06-4838-ad5e-b48bb6960be0
tmpfs               323576           20   323556            1% /run/user/1000
$

Чего не понимаю?

Спасибо!
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
# du -hs /*
https://t.me/atvva
# du -hs /*
0	/bin
35M	/boot
484K	/dev
18M	/etc
1,8G	/home
0	/lib
16K	/lost+found
53G	/media
4,0K	/mnt
4,0K	/opt
du: невозможно получить доступ к «/proc/2594/task/2594/fd/3»: Нет такого файла или каталога
du: невозможно получить доступ к «/proc/2594/task/2594/fdinfo/3»: Нет такого файла или каталога
du: невозможно получить доступ к «/proc/2594/fd/3»: Нет такого файла или каталога
du: невозможно получить доступ к «/proc/2594/fdinfo/3»: Нет такого файла или каталога
0	/proc
18G	/root
du: невозможно получить доступ к «/run/user/1000/gvfs»: Отказано в доступе
692K	/run
0	/sbin
16K	/srv
0	/sys
8,0K	/tmp

Но в /root
# ls /root
Desktop  colorize.sh~  gparted_details.htm
Причём: 4,0K /root/Desktop
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
может ты удалил в корзину? ;)
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
Каг бэ ls по дефолту не покажет так же и скрытые файлы.
А проще запусти ncdu под рутом и вперёд.
https://t.me/atvva
1. Лучше использовать df -h , будет человеческий вид.
2. Считаем в твоих данных
- Объем раздела — 37352488K /1024/1024 = 35,6Г
- Использовано — 30710552K /1024/1024 = 29,3Г
- Доступно — 4721452K /1024/1024 = 4,5Г
- зарезервировано системой (5% ) - 35,6*0,05= 1,8Г

3. ИТОГО = 29,3 + 4,5 + 1,8 = 35,6
Ошибки не исчезают с опытом - они просто умнеют
nafanja, /home/user/.local/share/Trash пустой

vasek,
$ df -h
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
/dev/sda1           36G          30G  4,5G           87% /
dev                1,6G            0  1,6G            0% /dev
run                1,6G         684K  1,6G            1% /run
tmpfs              1,6G         1,4M  1,6G            1% /dev/shm
tmpfs              1,6G            0  1,6G            0% /sys/fs/cgroup
tmpfs              1,6G          16K  1,6G            1% /tmp
/dev/sda6           74G          53G   18G           76% /media/bcb536f2-ef06-4838-ad5e-b48bb6960be0
tmpfs              316M          20K  316M            1% /run/user/1000
$ 
Ясно, но было раньше 4.5G, удалил файлы из /var/cache/pacman на 7.5G, осталось свободного на 4.5G
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
A.T.W.A., благодарю... не было у меня такой забавной вещи... mc, использовал до этого... всё нашлось здесь: /root/.local/share/Trash (хотя в других программах/опциях всё было пусто ) 17G лежало там...
Имеем:
$ df -h
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
/dev/sda1           36G          12G   22G           36% /
dev                1,6G            0  1,6G            0% /dev
run                1,6G         684K  1,6G            1% /run
tmpfs              1,6G         1,4M  1,6G            1% /dev/shm
tmpfs              1,6G            0  1,6G            0% /sys/fs/cgroup
tmpfs              1,6G          16K  1,6G            1% /tmp
/dev/sda6           74G          53G   18G           76% /media/bcb536f2-ef06-4838-ad5e-b48bb6960be0
tmpfs              316M          24K  316M            1% /run/user/1000
$
Благодарю всех! (тему можно и удалить в принципе)
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
Только сейчас дошел смысл утери......))...
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.