Что означает эта ошибка ядра и как я должен ответить?
Я исследовал эту опцию немного:
Со стороны SASL можно использовать ПРОСТОЙ механизм для аутентификации против системных учетных записей. Наилучшим вариантом является, вероятно, PAM и saslauthd. Но "совместно использованные секретные" механизмы не возможны (если Ваш системный пароль учетной записи не хранится в ясном).
Со стороны Подверсии, примечаний SASL к 1.6.4 спискам под "Известными Проблемами", что они напрямую отключают ПРОСТОЙ механизм и в ra_svn и в svnserve, потому что это отправляет пароль в открытом тексте. В примечаниях 1.6.5 они сняли это ограничение, и объясните, что необходимо заботиться для защиты сетевой связи. Они, вероятно, внесли это изменение, потому что они знают, что необходимо использовать saslauthd:
В частности, эта проблема влияет на пользователей, использующих saslauthd демона для аутентификации пользователей, потому что тот метод (=PLAIN) только работает с незашифрованными паролями.
Таким образом в заключение я думаю, что можно получить его работа, но только для очень ограниченного количества конфигурации: клиент и сервер должен иметь Подверсию 1.6.5 или выше с SASL, скомпилированным в.
Это совсем не серьезная ошибка. ext3 имеет параметр для настройки «каждые X монтирований или Y дней файловая система должна проверяться». Ваша «ошибка» как раз и говорит об этом. Не о чем беспокоиться.
Вы можете настроить это поведение с помощью tune2fs.
Если вы хотите, чтобы fsck каждые 100 монтирований:
tune2fs -c 100 /dev/sdx1
И установить лимит времени (в данном случае 90 дней):
tune2fs -i 90d /dev/sdx1
Если вы хотите отключить его, установите оба параметра на «0»