При входе в опции восстановления того сервиса, Вы установили на автоматический перезапуск, если он перестал работать?
Если сервис все еще вызывает, Вы выходите, Вы могли бы использовать что-то как FireDaemon Pro с Fusion - http://www.firedaemon.com/
Тем путем можно перезапустить сервисы по веб-интерфейсу вместо того, чтобы иметь необходимость перейти к полю и перезагрузке.
После исследования проблемы в чате, причина была определена - пространство в корневой файловой системе было занято файлами, скрытыми под точками монтирования (и, следовательно, невидимыми для du
).
В Linux есть два способа доступа к файлам и каталогам, скрытым под точки монтирования:
Очевидный способ - размонтировать файловую систему, смонтированную над каталогом, а затем посмотреть, что находится внутри этого каталога. Очевидно, это невозможно сделать, пока файловая система используется.
Используя bind mount, внешнюю файловую систему можно сделать доступной в другом каталоге в дереве, а обычные привязки не рекурсивны - они не копируют вложенные монтирования, поэтому каталоги, которые были перемонтированы в старом месте, становятся доступными в новом месте. Это можно сделать на работающей машине, не прерывая операций, использующих файловую систему, поэтому здесь будет использоваться этот метод.
Команды для выполнения такого монтирования привязки для корневой файловой системы:
sudo mkdir /mnt/tmp_root
sudo mount --bind / /mnt/tmp_root
(В данном случае используется ] / mnt / tmp_root
было возможно, потому что пространство, зарезервированное для root, не было использовано на 100%.)
Тогда возможно обнаружение больших файлов, скрытых под точками монтирования:
sudo du -x --max-depth=1 /mnt/tmp_root
sudo du -x --max-depth=1 /mnt/tmp_root/cubo
...
После обнаружения проблемных файлов они могут быть удалены чтобы освободить место. и ничего не делает с файловой системой, которая могла быть смонтирована в / cubo / nfsMounts / ixBackup
.)
Последняя операция - удалить привязку монтирования, когда она больше не нужна, и удалить временную каталог:
sudo umount /mnt/tmp_root
sudo rmdir /mnt/tmp_root
Как я уже говорил в другом месте, ваш корневой раздел заполнен.
Строка 224G 212G 0 100% /
является подсказкой, вы используете 100% файловой системы, смонтированной на /.