Ubuntu 12.XX ошибка при запуске службы

Вызвана он стартом демона из пакета USB over Network.

С чего вы это взяли? Система ругается на неполадки в файловой системе, вообще-то.

Тестировал на 6 компьютерах с разными жесткими дисками.

Хм. Забавный пакетик.

Вот именно. Почему это происходит непонятно. Компьютер можно включить и выключить раз 300 и он нормально загрузиться. А может пройти неделя обычной «эксплуатации» и при очередном запуске появиться вышеописанное сообщение.

Нажми F :)

У меня примерно такая же ситуация была, когда на одном из серверов начали жесткие сыпаться. Fix не помогает, так как сразу сыпется в другом месте. Для своего случая решение нашел. Для твоего — не знаю.

Lvm?

Почему это происходит непонятно

Потому что при выключении остаётся один-два процесса, которые никак не завершаются. В итоге не получается корректно размонтировать корень, и комп вырубается как есть. При следующем запуске корневая ФС грязная, поэтому запускается проверка.

Почини выключение демона.

В файле конф указываю правильно:

start on runlevel [2345]
stop on runlevel [!2345]
respawn
exec /opt/ftusbnet/sbin/ftusbnetd

Можно по подробнее как мне корректно его завершить?

как мне корректно его завершить?

Я не сталкивался с upstart, а с наскоку не получилось разобраться. Sysvinit при остановке демона сначала шлёт ему SIGTERM, ждёт секунд 5, потом шлёт SIGKILL. После этого считается, что демон завершил свою работу. Некоторые упорствуют.

Попробуй запустить его (ftusbnetd) отдельно и послать ему SIGTERM. Если не выключится, значит надо чинить его.

Если не ошибаюсь так: kill -15 pid?

Да. Или kill -TERM <pid>.

потом шлёт SIGKILL. После этого считается, что демон завершил свою работу. Некоторые упорствуют.

дык SIGKILL до процесса не доходит, само ядро такой процесс вырубит. Единственный вариант «упорствования» - опять запустить. Только вот чем? Ну и есть ещё зомби, на них тоже SIGKILL не действует. Это не венда.

Если не ошибаюсь так: kill -15 pid?

попробуй kill -l запустить (от слова list). Тебе понравится.

Завершается отлично.

Единственный вариант «упорствования» - опять запустить

Такой знаток, а про D-state забыл.

Завершается отлично.

Я всё же уточню. Он под нагрузкой был? То есть данные через него шли (usb over network), когда сигнал слал?

Такой знаток, а про D-state забыл.

это исключение, которое только подтверждает правило. Тут - да, нужно список смотреть, и ежели есть какой-то процесс в таком состоянии, то необходимо что-то делать с этим процессом. Дело в том, что если его всё же прервать, то проблемы всё равно возникнут, так или иначе, а если какой-то процесс дольше 5 сек в таком состоянии - значит это кривой процесс, и его надо доделывать.

и ежели есть какой-то процесс в таком состоянии, то необходимо что-то делать с этим процессом

Это упоминалось в треде.

Дело в том, что если его всё же прервать, то проблемы всё равно возникнут, так или иначе

Это очевидно, так как ядро не просто так блокирует процесс.

а если какой-то процесс дольше 5 сек в таком состоянии - значит это кривой процесс, и его надо доделывать.

Это упоминалось в треде.

Ну так как, сможешь починить? Будешь доделывать?

Да. И под нагрузкой и без нагрузки.

Это упоминалось в треде.

а я - согласился.

Ну так как, сможешь починить?

вы уже выяснили, что это за TASK_UNINTERRUPTIBLE? Этого в треде не было.

Тогда возможно, дело не в этом демоне.

(Не знаю как именно, но) может попробовать перед перезагрузкой перемонтировать корень в read-only?

Может можно как нибудь отследить в чём именно причина? Кто виноват если не он. Просто это возникает только после того как именно этот демон начинает функционировать.

Может можно как нибудь отследить в чём именно причина?

У ядра есть параметр console. Если указать что-то вроде console=ttyS0,115200n8 и подцепить к последовательному порту терминал, то весь вывод будет улетать туда. Вплоть до выключения питания. Я так ни разу не пробовал, но гугл говорит, что возможно.

В моём случае перед отключением питания на экране проскакивала надпись о невозможности отмонтировать /, причём выводился pstree со всеми оставшимися процессами.

В моём случае ни каких ошибок при выключении нет. А вообще возможно просто игнорировать такие ошибки?

А вообще возможно просто игнорировать такие ошибки?

Игнорируй :)

Я ведь не знаю точно, что у тебя. Предполагаю только, что ФС не закрывается при выключении, а саму «ошибку» видно только при следующем монтировании. Наверное, можно где-то указать, чтобы fsck всегда исправлял ошибки и у пользователя не спрашивал. В конце-концов журнал в ФС в таких ситуациях позволяет восстановить целостность.

Большое спасибо за ответы. Попробую посмотреть в чём проблема. Если не получиться поставлю на игнор.