Диск, по-видимому полный несмотря на только ~25%, сообщаемые в баобабе
Проблема
Я использую Ubuntu 18.04.1 и имею зашифрованную домашнюю папку.
У меня есть эта странная проблема, где баобаб только сообщает относительно ~95GB моих данных, тогда как df -h говорит мне, что мой раздел Ubuntu имеет 480 ГБ с использованием 100%.
Использование 100% - что-то, что я не могу объяснить, но беспокою меня много и создаю проблемы.
Мой корневой каталог, с ~78GB (сообщаемый баобабом), восполняет большинство упомянутых выше 95 ГБ.
Я действительно не знаю, как продолжить двигаться отсюда. Помогите мне узнать то, что продолжается и куда 75% использования диска прибывают, от которого я не могу объяснить.
Приложение
df -x squashfs -x tmpfs -h -T
Filesystem Type Size Used Avail Use% Mounted on
udev devtmpfs 16G 0 16G 0% /dev
/dev/nvme0n1p7 ext4 480G 447G 8.7G 99% /
/dev/nvme0n1p1 vfat 646M 77M 570M 12% /boot/efi
/home/sebastian/.Private ecryptfs 480G 447G 8.7G 99% /home/sebastian
sudo du -hs /* | sort -h
0 /initrd.img
0 /initrd.img.old
0 /proc
0 /sys
0 /vmlinuz
0 /vmlinuz.old
4.0K /cdrom
4.0K /lib64
4.0K /srv
16K /lost+found
40K /media
48K /dev
176K /root
3.0M /tmp
3.2M /run
5.8M /lib32
6.5M /libx32
13M /sbin
14M /bin
21M /etc
234M /boot
516M /mnt
848M /lib
1.2G /opt
6.5G /usr
12G /snap
146G /home
712G /var
1 ответ
Я не мог перезагрузить, потому что это стало настолько плохим. Таким образом, я должен был заняться расследованиями далее.
Хорошо, поэтому поскольку оказывается, что файловая система была на самом деле полна. Почему это не появилось в списках, я понятия не имею.
Проблемой был PHP xdebug профилировщик, работающий в контейнере докера запись целой файловой системы, полной профильных файлов (cachegrind.out.*).
Как я узнал это:
начальная загрузка в режиме восстановления, открытие корневой оболочки. telinit 2, вход в систему (возможно, этот шаг не необходим, я не знаю). Затем выполненный du -hs /* | sort -h и обнаружение этого под /var фактический преступник (на этот раз с "только" 306G использование, которое казалось более вероятным). Выполнение du управляйте еще несколько раз, чтобы узнать что файлы в a /tmp папка контейнера докера, который я выполнял, писала полный диск. Таким образом, решение состояло в том, чтобы удалить все эти файлы и перезагрузку и вуаля систему, перезагруженную как нормальные, и я вернулся к 22%-му использованию диска.