Linux:Осталось немного места, но оно недоступно (нет процесса, использующего файлы, нет проблем с inode, нет проблем с подкачкой)
В Debian (raspbian для быть конкретным )Я занял все оставшееся место (плохая идея ), но я удалил некоторые файлы и убил все приложения, которые использовали потерянные файлы, как предлагается здесь:https://serverfault.com/a/315945/942720
Я продолжаю удалять файлы, поэтому пространство используется уменьшается, но все же у меня есть доступное пространство 0 и использование 100%
Вы знаете, как это решить?
pi@raspberrypi:~ $ lsb_release -a
No LSB modules are available.
Distributor ID: Raspbian
Description: Raspbian GNU/Linux 10 (buster)
Release: 10
Codename: buster
pi@raspberrypi:~ $ sudo lsof +L1
[nothing]
pi@raspberrypi:~ $ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 235G 229G 0 100% /
devtmpfs 3.7G 0 3.7G 0% /dev
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 3.9G 17M 3.9G 1% /run
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/mmcblk0p1 253M 49M 204M 20% /boot
tmpfs 790M 0 790M 0% /run/user/1000
pi@raspberrypi:~ $ df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/root 15508224 2008047 13500177 13% /
devtmpfs 74939 430 74509 1% /dev
tmpfs 157371 1 157370 1% /dev/shm
tmpfs 157371 665 156706 1% /run
tmpfs 157371 4 157367 1% /run/lock
tmpfs 157371 16 157355 1% /sys/fs/cgroup
/dev/mmcblk0p1 0 0 0 - /boot
tmpfs 157371 11 157360 1% /run/user/1000
Спасибо!
ПРИМЕЧАНИЕ по сбросу raspi. Я вижу, что
pi@raspberrypi:~ $ sudo lsof +L1
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NLINK NODE NAME
rpc.mount 549 root 7r REG 179,2 0 0 201 /var/lib/nfs/etab (deleted)
Не знаю почему, но, попробовав другой подход, я вернул немного места.
Это странный метод, но он сработал:
Вместо удаления файлов с помощью командной строки (rm)я использовал Filezilla для sftp (ssh)и сделал резервную копию некоторых файлов, я также удалил их и пространство вернулось.
До сих пор странно, что пропало 10 гигов...
pi@raspberrypi:~ $ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 235G 219G 6.6G 98% /
devtmpfs 3.7G 0 3.7G 0% /dev
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 3.9G 8.8M 3.9G 1% /run
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/mmcblk0p1 253M 49M 204M 20% /boot
tmpfs 790M 0 790M 0% /run/user/1000
pi@raspberrypi:~ $ lsblk -f
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
mmcblk0
├─mmcblk0p1 vfat boot 9969-E3D2 204M 19% /boot
└─mmcblk0p2 ext4 rootfs 8f2a74a4-809c-471e-b4ad-a91bfd51d7c3 6.6G 93% /
Знаете ли вы, почему filezilla, использующая sftp, дает другой результат, чем просто файлы rm?
Размеры файлов, которые не были удалены.
du -sh /
Используемые вами 229 ГБ минус результат этой команды duплюс 45 МБ в /boot — это пространство, не учитываемое существующими именами файлов. Я подозреваю, что эта дельта удаленного файла меньше, чем вы ожидаете.
Спуститесь по дереву и найдите, где именно используется пространство. Может быть где угодно, но начните с /var, где по умолчанию находятся многие журналы и базы данных.
du -sh /var/*
ncdu -x /— отличный интерактивный инструмент, но у вас может не хватить места для его установки в данный момент...
Очистите соответствующим образом. Может быть, запустить специальный-hoclogrotate.
Перезагрузитесь, чтобы убедиться, что все процессы удалили удаленные файлы. Воспользуйтесь возможностью заняться другим обслуживанием во время простоя, например, установить обновления программного обеспечения.
Увеличьте размер файловой системы в соответствии с вашим планированием емкости.