Подскажите быстрое решение проблемы (Что-то сьедает за пару дней все место на / разделе)
Модератор: Bizdelnick
-
Kamlyn
- Сообщения: 42
Подскажите быстрое решение проблемы
В результате отсутствия места перестает запускаться КДЕ, подозреваю что в этом замешаны бесконечные логи, это както лечиться? Довольно утомительно постоянно тереть их
-
rm_
- Сообщения: 3340
- Статус: It's the GNU Age
- ОС: Debian
Re: Подскажите быстрое решение проблемы
В результате отсутствия места перестает запускаться КДЕ, подозреваю что в этом замешаны бесконечные логи, это както лечиться? Довольно утомительно постоянно тереть их
Лечится включением мозга, уточнением, протокол какой именно программы так быстро разрастается, чтением его, определением и устранением причины его разрастания, либо внесением изменений в настройки этой программы, чтобы она так много не протоколировала.
-
Kamlyn
- Сообщения: 42
Re: Подскажите быстрое решение проблемы
rm_ писал(а): ↑29.08.2009 22:42В результате отсутствия места перестает запускаться КДЕ, подозреваю что в этом замешаны бесконечные логи, это както лечиться? Довольно утомительно постоянно тереть их
Лечится включением мозга, уточнением, протокол какой именно программы так быстро разрастается, чтением его, определением и устранением причины его разрастания, либо внесением изменений в настройки этой программы, чтобы она так много не протоколировала.
Вот это к быстрым не относиться т.к. место забивает syslog и daemon/messages
-
Brainsburn
- Сообщения: 950
- Статус: /
- ОС: Gentoo
Re: Подскажите быстрое решение проблемы
Чтобы лечить, надо быть уверенным, что объект заражен.
Код: Выделить всё
du -kx | egrep -v "\./.+/" | sort -nЭтой командой можно посмотреть, какие папки занимают больше всего места.
-
Kamlyn
- Сообщения: 42
Re: Подскажите быстрое решение проблемы
Например в сислог усиленно спамит служебной информацией klogd первый раз сталкиваюсь с этим и подумываю а не прибить ли его.
-
rm_
- Сообщения: 3340
- Статус: It's the GNU Age
- ОС: Debian
Re: Подскажите быстрое решение проблемы
Kamlyn
Что за информацией-то? И действительно ли так усиленно, т.е. прям по нескольку гигабайт лога в день? неделю?
И не приходило ли мысли, что если ни у кого больше он ничего не спамит и никто его не прибивает, а у Вас спамит, значит что-то в системе не в порядке, и нужно разбираться с этим?
Например в сислог усиленно спамит служебной информацией klogd первый раз сталкиваюсь с этим и подумываю а не прибить ли его.
Что за информацией-то? И действительно ли так усиленно, т.е. прям по нескольку гигабайт лога в день? неделю?
И не приходило ли мысли, что если ни у кого больше он ничего не спамит и никто его не прибивает, а у Вас спамит, значит что-то в системе не в порядке, и нужно разбираться с этим?
-
Kamlyn
- Сообщения: 42
Re: Подскажите быстрое решение проблемы
rm_ писал(а): ↑29.08.2009 23:18Kamlyn
Например в сислог усиленно спамит служебной информацией klogd первый раз сталкиваюсь с этим и подумываю а не прибить ли его.
Что за информацией-то? И действительно ли так усиленно, т.е. прям по нескольку гигабайт лога в день? неделю?
И не приходило ли мысли, что если ни у кого больше он ничего не спамит и никто его не прибивает, а у Вас спамит, значит что-то в системе не в порядке, и нужно разбираться с этим?
За один день 8 гигов, нашел одну проблему, он записывал логи фаирвола причем сразу в несколько файлов логов, отрубил логирование, посмотрим.
-
rm_
- Сообщения: 3340
- Статус: It's the GNU Age
- ОС: Debian
Re: Подскажите быстрое решение проблемы
записывал логи фаирвола причем сразу в несколько файлов логов, отрубил логирование, посмотрим.
Вот.
Тоже примерно такое было однажды. У провайдера что-то глючило, и pppd усиленно ругался на это в логи (гигабайтами). Провайдер ничего вразумительного на цитаты сообщений ответить не смог. Интернет при этом работал нормально. В итоге решил эту "проблему" аналогично, снижением уровня протоколирования в pppd.
-
Kamlyn
- Сообщения: 42
Re: Подскажите быстрое решение проблемы
Код: Выделить всё
Aug 30 02:01:04 localhost ntfs-3g[1101]: Delete failed: Победа
Aug 30 02:01:04 localhost ntfs-3g[1101]: Failed to read full index block at 57344
Aug 30 02:01:04 localhost ntfs-3g[1101]: Delete failed: Победа
Aug 30 02:01:04 localhost ntfs-3g[1101]: Failed to read full index block at 57344
Aug 30 02:01:04 localhost ntfs-3g[1101]: Delete failed: Победа
Aug 30 02:01:05 localhost ntfs-3g[1101]: Failed to read full index block at 57344
Aug 30 02:01:05 localhost ntfs-3g[1101]: Delete failed: Победа
Aug 30 02:01:05 localhost ntfs-3g[1101]: Failed to read full index block at 57344
Aug 30 02:01:05 localhost ntfs-3g[1101]: Delete failed: Победа
Aug 30 02:01:05 localhost ntfs-3g[1101]: Failed to read full index block at 57344
Aug 30 02:01:05 localhost ntfs-3g[1101]: Delete failed: Победа
Aug 30 02:01:05 localhost ntfs-3g[1101]: Failed to read full index block at 57344
Aug 30 02:01:05 localhost ntfs-3g[1101]: Delete failed: Победа
Aug 30 02:01:05 localhost ntfs-3g[1101]: Failed to read full index block at 57344
Aug 30 02:01:05 localhost ntfs-3g[1101]: Delete failed: Победа
Aug 30 02:01:05 localhost ntfs-3g[1101]: Failed to read full index block at 57344
Aug 30 02:01:05 localhost ntfs-3g[1101]: Delete failed: Победа
Aug 30 02:01:05 localhost ntfs-3g[1101]: Failed to read full index block at 57344
Aug 30 02:01:05 localhost ntfs-3g[1101]: Delete failed: Победа
Aug 30 02:01:05 localhost ntfs-3g[1101]: Failed to read full index block at 57344
Aug 30 02:01:05 localhost ntfs-3g[1101]: Delete failed: Победа
Aug 30 02:01:05 localhost ntfs-3g[1101]: Failed to read full index block at 57344
Aug 30 02:01:05 localhost ntfs-3g[1101]: Delete failed: Победа
Aug 30 02:01:05 localhost ntfs-3g[1101]: Failed to read full index block at 57344
Aug 30 02:01:05 localhost ntfs-3g[1101]: Delete failed: Победа
Aug 30 02:01:05 localhost ntfs-3g[1101]: Failed to read full index block at 57344
Aug 30 02:01:05 localhost ntfs-3g[1101]: Delete failed: Победа
Aug 30 02:01:05 localhost ntfs-3g[1101]: Failed to read full index block at 57344
Aug 30 02:01:05 localhost ntfs-3g[1101]: Delete failed: Победа
Aug 30 02:01:05 localhost ntfs-3g[1101]: Failed to read full index block at 57344
Aug 30 02:01:05 localhost ntfs-3g[1101]: Delete failed: Победа
Aug 30 02:01:05 localhost ntfs-3g[1101]: Failed to read full index block at 57344
Aug 30 02:01:05 localhost ntfs-3g[1101]: Delete failed: Победа
Aug 30 02:01:05 localhost ntfs-3g[1101]: Failed to read full index block at 57344Похоже проблема еще в просмоторщике вин раздела, он не только спамит в лог но еще и сьедает у 2 ядра процессора все ресурсы.
Куда копать?
fstab:
Код: Выделить всё
# Entry for /dev/sdb1 :
UUID=F07A6EAF7A6E7270 /mnt/win_ ntfs-3g defaults,umask=000 0 0
none /proc proc defaults 0 0-
akdengi
- Сообщения: 4244
Re: Подскажите быстрое решение проблемы
Проверьте в начале windows-разделы (лучше из под него) скандиском с исправлением ошибок, а для точной диагностики удалите пока эту строку из fstab - если пропадет, то из-за ntfs-3g.
Меня тут снова нет :P
-
Kamlyn
- Сообщения: 42
Re: Подскажите быстрое решение проблемы
Добавил norecover, загрузка системы прекратилась, но сомневаюсь что это верное решение, может есть другой путь?
-
begin2009
- Сообщения: 349
- Статус: Ламер со стажем
- ОС: без глюков
Re: Подскажите быстрое решение проблемы
Я думаю, что akdengi Вам посоветовал абсолютно верно. Если ругается на индексацию блока НТФС - проблема не в линукс, а в параллельной венде. Либо ошибки в ФС (причины - разные, но лечатся скандиском), либо уже где-то поработал какой-то вирус.
Но может и драйвер. Но тогда он как-то плохо установился. В 2009 мандриве проблем с драйвером ntfs-3g вроде нет.
Пессимист видит темный туннель, оптимист видит свет в конце туннеля, реалист видит свет, туннель и поезд.
И только машинист видит этих трех идиотов, сидящих на рельсах.
И только машинист видит этих трех идиотов, сидящих на рельсах.
-
Kamlyn
- Сообщения: 42
Re: Подскажите быстрое решение проблемы
Всем спасибо, лечение диска из под винды помогло, был в шоке от количества ошибок на диске...
-
BDag
- Сообщения: 276
- ОС: Mandriva Linux Cooker
Re: Подскажите быстрое решение проблемы
В файле /etc/logrotate.conf измените параметры сроков хранения лог-файлов. По-умолчанию установлено на хранение логов в течении 4-х недель (месяц).
При изменении данного параметра /var/log будет не так сильно мешать системе, если конечно в системе нет глюков, о которых логи таки кричат.
А еще лучше если /var/log - отдельный раздел
При изменении данного параметра /var/log будет не так сильно мешать системе, если конечно в системе нет глюков, о которых логи таки кричат.
А еще лучше если /var/log - отдельный раздел