LINUX.ORG.RU

Проблема с Avahi при выключении / перезагрузке

 , ,


0

3

Добрый день.

Имеется довольно старая машина с свежеустановленным Debian Jessie подцепленная через DIR-300 к проводному интернету. При большинстве выключений или перезагрузок (но не всегда) вылетает сообщение:

A stop job is running for Avahi mDNS/DNS/SD Stack (0s / 1min 30s)

Соответственно таймер всегда отсчитывает полторы минуты, и только после этого перезагружается/выключается. Может у кого то есть идеи почему Avahi не завершается сразу? В логах ничего криминального не нашел, возможно просто не туда смотрю.


так отключи его вообще, из автозагрузки убери (Avahi от wine наверняка) если ты его для чего другого не используешь

Frost ★★★
()
Ответ на: комментарий от Frost

Похоже проблема была с IPv6, который не поддерживается роутером. Отрубил IPv6 у Avahi, пока вроде больше задержки не появлялись.

NoRest
() автор топика
Ответ на: комментарий от NoRest

Disregard this, задержка по прежнему вылетает соверешнно рандомно. Ума не приложу в чем может быть проблема. Вылетает на совершенно чистой системе через net-install.

NoRest
() автор топика
Ответ на: комментарий от intelfx
apt-get install wine
Code: Select all
    The following NEW packages will be installed:
      avahi-daemon avahi-utils cups cups-bsd cups-client cups-common foomatic-db
      foomatic-db-engine foomatic-filters ghostscript ghostscript-x gs-esp libavahi-client3
      libavahi-common-data libavahi-common3 libavahi-compat-libdnssd1 libavahi-core5
      libcupsimage2 libdaemon0 libgs8 libnss-mdns libpaper-utils libpaper1 libpoppler3
      libslp1 libwine libwine-alsa libwine-cms libwine-gl libwine-gphoto2 libwine-ldap
      libwine-print libwine-sane openssl openssl-blacklist poppler-utils psfontmgr
      samba-common smbclient ssl-cert wine wine-bin wine-utils
    0 upgraded, 43 newly installed, 0 to remove and 0 not upgraded.
    Need to get 56.3MB of archives.
    After this operation, 168MB of additional disk space will be used.

это у меня так было на Wheezy, а как он мог появиться в данном случае?

Frost ★★★
()
Последнее исправление: Frost (всего исправлений: 1)
Ответ на: комментарий от Frost

На чистом Jessie Avahi уже есть в свежеустановленной системе. И сразу начинает вылетать эта проблема.

NoRest
() автор топика
Ответ на: комментарий от Frost

cups с недавних пор требует avahi. Т.к. cups теререча принадлежит Apple, а avahi это реализация яблочного протокола.

Khnazile ★★★★★
()
Ответ на: комментарий от anonymous

вот хрен его знает для чего он на голой системе нужен:

Также разработчики рекомендуют добавлять в дистрибутивы
операционных систем автоматическое отключение демона Avahi в
случае обнаружения использования зоны .local в сети.
это из https://ru.wikipedia.org/wiki/Avahi

Frost ★★★
()
Последнее исправление: Frost (всего исправлений: 1)
Ответ на: комментарий от Frost

Чтобы сетевой принтер был всегда доступен по адресу printer.local без любви с dhcp и dns. Твой Капитан.

anonymous
()
Ответ на: комментарий от Frost

то есть если нет сетевых принтеров этот сервис и не нужен?!

Если нет устройств поддерживающих zeroconf или желания zeroconf использовать, то да, нинужно.

Я его на raspberry pi запустил, теперь по raspberry.local на него захожу.

anonymous
()
Ответ на: комментарий от Frost

Да уж, раньше было - «установи нужное». Теперь - «убери ненужное». systemctl stop avahi-daemon.service, systemctl disable avahi-daemon.service

Я бы посочувствовал, но ссзб.

anonymous
()
Ответ на: комментарий от intelfx

Хз, у меня на арче wine не требует avahi ни явно, ни неявно.

А cups требует?

anonymous
()
Ответ на: комментарий от intelfx

В смысле зависит ли wine от cups и зависит ли cups от avahi.

anonymous
()
Ответ на: комментарий от intelfx

Посмотрел на арчесайте, wine имеет опциональную зависимость от cups, cups зависит от libcups, а libcups от avahi. Ещё и systemd в зависимости прикрутили, ламерьё.

anonymous
()
Ответ на: комментарий от Frost
systemctl stop avahi-daemon.service
systemctl disable avahi-daemon.service

Так и думал решить проблему, но avahi по-прежнему висит в процессах. Попробовать через mask?

NoRest
() автор топика
Ответ на: комментарий от NoRest

Судя из подсказок - если нет сетевых «хитроумных» девайсов то этот сервис не нужен. Прикончи его уже:)

Frost ★★★
()
Ответ на: комментарий от Frost

Убил mask'ом, всё в порядке, хотя честно говоря не люблю так топорно решать проблемы.

Всем спасибо за советы.

NoRest
() автор топика
Ответ на: комментарий от intelfx

хотел спросить, может это порядок «выгрузки» в systemd не своевременно отрабатывает? может такое быть? или там всё параллельно убивается при перезагрузке, выключении?

Frost ★★★
()
Ответ на: комментарий от NoRest

Стой. Во-первых, размаскируй. Во-вторых, systemd тебе должен был написать — «can still be activated by avahi-daemon.socket». Поэтому:

systemctl unmask avahi-daemon.service

systemctl disable avahi-daemon.socket
systemctl stop avahi-daemon.socket

systemctl disable avahi-daemon.service
systemctl stop avahi-daemon.service

В-третьих, systemctl mask не убивает, а запрещает запуск. Убивает systemctl kill.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от Frost
  • там всё паралелльно убивается
  • avahi можно убивать когда угодно, ему запущенная сеть в момент остановки не требуется (следовательно, network.target в зависимостях и отсутствует)
intelfx ★★★★★
()
Ответ на: комментарий от anonymous

А, в опциональные я не смотрел.

Ещё и systemd в зависимости прикрутили, ламерьё.

systemd в арче требуется глобально. А явно он там указан по той причине, что в составе пакета есть только юнит, а инитскриптов уже нет.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от intelfx

С разморозкой, арч уже полтора года как pure systemd.

Ну я так и думал.

anonymous
()
Ответ на: комментарий от intelfx

Стой. Во-первых, размаскируй.

Проблема в том, что через disable service и disable socket - avahi все равно висит в процессах. Через mask всё нормально, не очень понимаю чем такой вариант плох. Создал симлинк на dev/null и ничего не запускается.

NoRest
() автор топика
Ответ на: комментарий от NoRest

Ну ты же сам пишешь --

честно говоря не люблю так топорно решать проблемы

Поэтому и. Но стоп, после disable+stop на сокете и сервисе (именно в этом порядке) он всё равно после перезагрузки висит в процессах?

intelfx ★★★★★
()
Ответ на: комментарий от NoRest

Точнее дисэбл - стоп, суть в том что этот вариант по какой-то причине не работает. Может его cups подтягивает, который устанавливался вместе с системой.

NoRest
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.