Низкое дисковое пространство (вчера было свободное место на 500 ГБ)

Ниже приведен результат работы df -h в моей системе.

Filesystem Size Used Avail Use% Mounted on udev 63G 0 63G 0% /dev tmpfs 13G 18M 13G 1% /run /dev/sdc4 822G 801G 0 100% / tmpfs 63G 64M 63G 1% /dev/shm tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs 63G 0 63G 0% /sys/fs/cgroup /dev/nvme1n1p2 96M 75M 22M 79% /boot/efi cgmfs 100K 0 100K 0% /run/cgmanager/fs tmpfs 13G 88K 13G 1% /run/user/1000

Используя du -xsch /home, я получаю следующее:

60G /home 60G total

Используя free -m, я получаю следующее:

total used free shared buff/cache available Mem: 128831 8648 16405 147 103777 118367 Swap: 130986 18 130968

Я только недавно перешел на использование Linux, поэтому я еще не знаю, как используется разделение диска. Мне также кажется странным, что вчера моя система имела более 500 ГБ, но сегодня она начала показывать Free space: 0 bytes внизу каждой папки, которую я открываю.

EDIT: я удалил несколько файлов размером более 40 ГБ, но он по-прежнему показывает Free space: 0 bytes внизу каждой папки и не позволяет мне копировать любые файлы. Я ошеломлен тем, что вчера показывал ~ 550 ГБ, как свободное пространство, и внезапно все это исчезло, хотя я ничего не сделал, чтобы занять это пространство.

0
задан 1 September 2017 в 17:45

3 ответа

Вполне возможно, что некоторые файлы раздуваются и съедают ваше пространство. Я помню старую ошибку X-org, в которой текстовые файлы будут использовать все ваше свободное место для регистрации ошибок или что-то еще, пока вы не отключите его.

Попробуйте запустить эту команду в терминале:

find / -size +1G -type f -exec du -Sh {} + | sort -rh | head -n 5

Вероятно, вы получите много ошибок с «разрешением отказа», но это должно быть хорошо. Если файл выходит из-под контроля, я подозреваю, что файл будет где-то в пространстве, где у вас есть разрешение. Эта команда вернет размер и расположение 5 самых больших файлов в вашей системе.

Если эта команда не работает из-за вашего отсутствия места (я думаю, что это будет), у вас может быть лучший успех, например:

find / -size +1G | grep -v find | less

Какой должен быть файл на вашем компьютере размером более 1 гигабайта, отфильтровать любые ошибки и представить результаты для вашего обзора. Затем вы можете исследовать любые незнакомые файлы.

Если файл неуклонно растет, вы должны затем удалить его или провести дополнительное исследование того, что это такое - это может быть ошибка или журнал, который вы можете отключить.

1
ответ дан 22 May 2018 в 18:52
  • 1
    Вы можете добавить -size +1G для первой команды тоже ... должно быть быстрее, я думаю. – RoVo 1 September 2017 в 18:04
  • 2
    Хороший момент, если мы ищем, как 600+ ГБ, что-то, добавлю – drkokandy 1 September 2017 в 19:54
  • 3
    @drkokandy: При выполнении вашей 1-й команды я вижу 631G в /var/log/cups/error_log.1 и 110G в /var/log/cups/error_log. Эти два файла есть, помимо других файлов программного обеспечения, о которых я знаю, и не подозревают о каких-либо ошибках. – user11 1 September 2017 в 19:59
  • 4
    Я подозреваю, что файлы журналов содержат предупреждения о разрешении на какой-либо каталог. Я помню, что менял разрешение на env/ и его подкаталоги вчера, потому что я хотел изменить имя файла двоичного файла в этой папке. Может быть, из-за этого, как говорит этот ответ ? – user11 1 September 2017 в 20:04
  • 5
    Возможно, сначала проанализируйте, что говорят журналы, а затем удалите их. ;) – Andrea Lazzarotto 1 September 2017 в 20:11

Вполне возможно, что некоторые файлы раздуваются и съедают ваше пространство. Я помню старую ошибку X-org, в которой текстовые файлы будут использовать все ваше свободное место для регистрации ошибок или что-то еще, пока вы не отключите его.

Попробуйте запустить эту команду в терминале:

find / -size +1G -type f -exec du -Sh {} + | sort -rh | head -n 5

Вероятно, вы получите много ошибок с «разрешением отказа», но это должно быть хорошо. Если файл выходит из-под контроля, я подозреваю, что файл будет где-то в пространстве, где у вас есть разрешение. Эта команда вернет размер и расположение 5 самых больших файлов в вашей системе.

Если эта команда не работает из-за вашего отсутствия места (я думаю, что это будет), у вас может быть лучший успех, например:

find / -size +1G | grep -v find | less

Какой должен быть файл на вашем компьютере размером более 1 гигабайта, отфильтровать любые ошибки и представить результаты для вашего обзора. Затем вы можете исследовать любые незнакомые файлы.

Если файл неуклонно растет, вы должны затем удалить его или провести дополнительное исследование того, что это такое - это может быть ошибка или журнал, который вы можете отключить.

1
ответ дан 18 July 2018 в 07:34

Вполне возможно, что некоторые файлы раздуваются и съедают ваше пространство. Я помню старую ошибку X-org, в которой текстовые файлы будут использовать все ваше свободное место для регистрации ошибок или что-то еще, пока вы не отключите его.

Попробуйте запустить эту команду в терминале:

find / -size +1G -type f -exec du -Sh {} + | sort -rh | head -n 5

Вероятно, вы получите много ошибок с «разрешением отказа», но это должно быть хорошо. Если файл выходит из-под контроля, я подозреваю, что файл будет где-то в пространстве, где у вас есть разрешение. Эта команда вернет размер и расположение 5 самых больших файлов в вашей системе.

Если эта команда не работает из-за вашего отсутствия места (я думаю, что это будет), у вас может быть лучший успех, например:

find / -size +1G | grep -v find | less

Какой должен быть файл на вашем компьютере размером более 1 гигабайта, отфильтровать любые ошибки и представить результаты для вашего обзора. Затем вы можете исследовать любые незнакомые файлы.

Если файл неуклонно растет, вы должны затем удалить его или провести дополнительное исследование того, что это такое - это может быть ошибка или журнал, который вы можете отключить.

1
ответ дан 24 July 2018 в 18:49

Другие вопросы по тегам:

Похожие вопросы: