Они обычно известны как производные распределения или производные . Сюда входят производные Ubuntu , такие как elementary OS.
Ваша корневая файловая система заполнена, следовательно, ваш временный каталог (/ tmp и / var / tmp, если на то пошло) также заполнен. Многие скрипты и программы требуют места для рабочих файлов, даже для файлов блокировки. Когда / tmp не может быть записан , происходят плохие вещи.
Вам нужно понять, как вы заполнили файловую систему. Обычно это происходит в / var / log (убедитесь, что вы циклически перебираете файлы журнала). Или / tmp может быть заполнен. Однако существует множество других способов заполнения диска.
du -hs /tmp /var/log
Возможно, вы захотите переразметить, чтобы предоставить / tmp его собственный раздел (это старый способ сделать это, но если у вас много диска, все в порядке) или отобразите его в памяти (что сделает его очень быстрым но начинайте вызывать проблемы с подкачкой, если вы переборщите с временными файлами).
Вы также могли потерять доступ для записи в каталог / tmp /
.
Это должно выглядеть так:
ls -l / |grep tmp
drwxrwxrwt 7 root root 4096 Nov 7 17:17 tmp
Вы можете исправить разрешения следующим образом:
chmod a+rwxt /tmp
La forma más rápida de localizar las carpetas que están demasiado llenas es reducir el tamaño del archivo de la carpeta en niveles desde la carpeta raíz. Comienzas con la carpeta raíz por:
sudo du -h --max-depth=1 /
Entonces -O aumenta la profundidad, es decir, los niveles por debajo:
sudo du -h --max-depth=2 /
O -más rápido -mira qué carpeta ha consumido más espacio en disco y haz lo mismo en esta carpeta:
sudo du -h --max-depth=1 /home/<user>/<overfull-folder>
Una vez que lo encontraste, simplemente elimina ese:
rm -rf <path to overfull-folder>
В моем случае с той же ошибкой это была проблема cagefs, так как этот сервер был на CloudLinux, решенный с помощьюcagefsctl --remount username
Если кто-то попадает сюда с этой ошибкой, когда его диск не заполнен, обязательно проверьте не только df
, но и df -i
. В файловой системе есть фиксированное количество инодов, и каждый файл должен иметь один. Если у вас есть только тонны маленьких файлов, ваша файловая система очень легко заполнится этими маленькими файлами, в то время как на диске все еще остается много места, когда вы запускаете df
.
Это потому, что места на диске не хватает, нужно почистить большие файлы или почистить процесс, который занимает место:
df -h
Просмотр места на жестком диске du -sh /*
Посмотрите, какой каталог является самым большим, шаг за шагом, чтобы найти большие файлы du -h --max-depth=1
найти самый большой файл Так как перезагрузки в моей системе очень редки, мой /tmp
накопил много хлама... Недавно столкнулся с этой проблемой и почистил папку /tmp
.
cd /tmp
sudo rm -rf *
Если вы используете Docker:
Просто чтобы помочь любому, кто использует docker, просто убедитесь, что вы удаляете «лишние» образы из процесса сборки.
Чтобы увидеть, какие изображения в данный момент находятся на диске $ docker images
Это даст вам длинный список, и вы сможете начать удалять изображения, которые вам не нужны.
$ docker rmi <image id>
.
Это должно восстановить нормальную работу вашей системы.
Это и было причиной моей проблемы.