Я использую Timeshift для резервного копирования. Итак, сегодня во время резервного копирования я заметил, что я выбрал /dev /sda3 (смонтирован как /) для резервного копирования и остановил процесс резервного копирования. Timeshift перестал отвечать, и мне пришлось убить процесс. После этого мой корневой раздел почти заполнен.

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda3        79G   76G  2.3G  98% /
dev             2.7G     0  2.7G   0% /dev
tmpfs           2.7G   14M  2.7G   1% /dev/shm
tmpfs           2.7G     0  2.7G   0% /sys/fs/cgroup
run             2.7G  1.1M  2.7G   1% /run
tmpfs           2.7G  8.0K  2.7G   1% /tmp
/dev/sda5        99G  126M   98G   1% /code
/dev/sda1      1022M   19M 1004M   2% /boot/efi
/dev/sda4       111G  9.3G  101G   9% /home
tmpfs           544M   20K  544M   1% /run/user/1000
$ sudo du -sh /*
0       /bin
88M     /boot
66M     /code
152K    /dev
20M     /etc
9.2G    /home
24K     /kde-image-pkgs.txt
0       /lib
0       /lib64
16K     /lost+found
4.0K    /media
4.0K    /mnt
4.0K    /opt
0       /proc
12M     /root
8.0K    /root-image-pkgs.txt
1.1M    /run
0       /sbin
12K     /srv
0       /sys
8.0K    /tmp
7.2G    /usr
223M    /var

После pacman -Scc +1% доступно. Также перезапустите, чтобы исправить проблему с "открытым удалением файла".

Может ли кто-нибудь помочь мне выяснить причину?

1 ответ1

0

После нескольких часов исследований и различных инструментов я наконец нашел решение. При использовании обычных учетных записей пользователей и root мой каталог /var/tmp был пуст. Нет файлов /var/tmp в списке lsof , ncdu , du , find и т.д. Поэтому я просто монтирую свой /dev/sda3 (корневая точка монтирования) в другой каталог (/mnt), и вы знаете, что содержит - /mnt/var/tmp все временные файлы, созданные Timeshift для около 68 Гб, и ncdu /mnt показывает это.

Может быть, это может быть полезно для тех, кто столкнется с той же проблемой.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .