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

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

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

Вайн ни при чём.

// мимопроходил

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

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, а как он мог появиться в данном случае?

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

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

systemd? Avahi вообще используется для чего-то?

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

Также разработчики рекомендуют добавлять в дистрибутивы
операционных систем автоматическое отключение демона Avahi в
случае обнаружения использования зоны .local в сети.

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

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

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

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

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

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

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

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

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

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

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

А cups требует?

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

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

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

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

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

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

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

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

Стой. Во-первых, размаскируй. Во-вторых, 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.

• там всё паралелльно убивается
• avahi можно убивать когда угодно, ему запущенная сеть в момент остановки не требуется (следовательно, network.target в зависимостях и отсутствует)

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

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

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

в составе пакета есть юнит

инитскриптов уже нет

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

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

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

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

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

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

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

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

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

Да, стоп дисэбл на сокет и затем сервис - все равно подгружается.

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