У меня Ubuntu 12.04, которая обслуживает мое веб-приложение (20 МБ) на apache httpd. Вот моя таблица разделов:
$ sudo parted -l
Disk /dev/sda: 500GB
Partition Table: gpt
Number|Start|End|Size|File System|Name|Flag
1|17.4K|20.0MB|20.0MB|fat16| |boot
2|20.0MB|489GB|489GB|ext4
3|489GB|500GB|10.6GB|linux-swap(v1)
Несколько дней назад я обновил ее до 12.10. Затем скопировал одну папку (30 ГБ) в папку www. Внезапно сервер завис, и я получил сообщение Low Graphics Mode . Я удалил огромную папку и перезагрузил компьютер, но все равно получил то же сообщение и No Space Left on Device
$ sudo du -h /var --max-depth=1
4.0K /var/tmp
235M /var/www
444G /var/log
Итак, / var / log огромен.
Я попытался:
$ sudo apt-get autoclean;sudo apt-get autoremove
**Error! No space left on device**
Я действительно удалил журналы архивов, но ничего не изменилось, самый большой файл - /var/log/cups
, и когда я перечисляю его файлы, я получил:
-rw-r----- 1 root adm 758 DEC 30 07:37 access_log.1.gz
..
**-rw-r----- 1 root adm 444G JAN 5 08:09 error_log**
-rw-r----- 1 root adm 245 DEC 29 13:17 error_log.1.gz
Я попытался:
$ sudo service cups stop
sudo: unable to write to /var/lib/sudo/username/tty2: No space left on device
Когда я отключил компьютер, затем подключил его снова. все работает нормально и проблема исчезла. Размер /var
совершенно нормальный.
/home
и /root
вместе и не разделены. Нужно ли создавать новый раздел для /home
? У кого-нибудь есть другая идея, как избежать повторного заполнения диска?
Как вы сами заметили, ваша папка журнала огромна. Вы, вероятно, хотите удалить некоторые старые журналы. Старые журналы периодически архивируются. Если вы посмотрите в папку журналов по
cd /var/log
ls -lh
, вы увидите множество файлов, оканчивающихся на .gz
. Эти файлы являются архивами журналов. До этого у них есть номер, указывающий, сколько лет архиву. .1.gz
является самым новым. Если вы уверены, что вам больше не нужны старые журналы, удалите их:
sudo rm *.gz
Прежде чем вы сделаете это, вы можете проверить, почему ваши журналы так велики. Посмотрите, какие файлы журналов и соответствующие архивы огромны. Если вы найдете некоторые из них. Какие записи журнала? Некоторые из них очень часты? Какой процесс / программа / событие несет ответственность? Можете ли вы безопасно снизить уровень регистрации для этого?
РЕДАКТИРОВАТЬ
Посмотрите на error_log
. Вы должны использовать tail
для отображения последних нескольких строк и надеяться, что он может обработать такой огромный файл. Вы также можете удалить этот файл, чтобы освободить место, но мы должны выяснить, почему он такой большой.