From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: devel@lists.altlinux.org References: <7253384.EvYhyI6sBW@zerg.malta.altlinux.ru> <1746231.TLkxdtWsSY@zerg.malta.altlinux.ru> <12762989.dW097sEU6C@zerg.malta.altlinux.ru> <2841e9c6-f8b4-b66e-71c5-91758bb91165@rosalinux.ru> <0811a719-6a0d-079c-2310-44f9f63f1ea3@rosalinux.ru> <14983d71-caab-9a3e-d068-b1ead54bcfa3@basealt.ru> <3202edb3-1ff6-ed48-4c6c-6f7c40c9197c@basealt.ru> <63902b5f-a9a8-c56b-f147-1e2a57c141d3@rosalinux.ru> From: Anton Farygin Organization: BaseALT Message-ID: <85f8f921-e598-c3fd-33c0-95616de38e1e@basealt.ru> Date: Tue, 9 Mar 2021 21:50:32 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: <63902b5f-a9a8-c56b-f147-1e2a57c141d3@rosalinux.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru Subject: Re: [devel] ALT 9.1 Workstation K RC4 X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 18:50:33 -0000 Archived-At: List-Archive: List-Post: On 09.03.2021 21:44, Mikhail Novosyolov wrote: > 09.03.2021 21:36, Anton Farygin пишет: >> On 09.03.2021 21:30, Mikhail Novosyolov wrote: >>> 09.03.2021 21:28, Anton Farygin пишет: >>>> On 09.03.2021 21:14, Mikhail Novosyolov wrote: >>>>> 09.03.2021 16:51, Anton Farygin пишет: >>>>>> On 09.03.2021 15:39, Mikhail Novosyolov wrote: >>>>>>>> Там могут быть какие-то проблемы с этим? >>>>>>> Конечно. Все, что зависит от network-online.target, сломается. >>>>>> что ? >>>>> cifs, nfs, и пр. сетевые шары (см. systemd-fstab-generator, что он автоматически проставляет в зависимость от network-online.target), nmbd >>>> Отлично. зачем они должны быть доступны в момент загрузки ? >>> nmbd , если правильно помню, будет ждать сколько-то, его кто-то будет ждать, там sd_notify используется. >>> >>> А шары попытаются смонтироваться, когда нет сети, и больше не будут пытаться, разве не так? >>> >> Это сильно зависит от настройки. Могут смонтироваться в момент обращения. >> >> Ещё не стоит забывать, что у нас помимо NetworkManager есть ещё и другие инструменты настройки сети. >> >> У меня, например, сервис NetworkManager-wait-online.service всегда тупит 30 секунд, хотя сеть поднята. > Воот, это и было исходным вопросом у меня. Как вы это все разруливаете. Наконец понял, что вами двигало: несовместимость с etcnet. помимо etcnet есть ещё и другие системы настройки сети. > > nm-online по, кажется, dbus запрашивает у NM статус соединения, плагин etcnet, может быть, мог бы ему помочь сообщать правильный статус сети для nm-online? Или, может быть, etcnet мог бы через sd_notify вызывать выполнение network-online.target в нужный момент Нет, так не получится: method call time=1615315703.723167 sender=:1.1070 -> destination=org.freedesktop.DBus serial=1 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=Hello method return time=1615315703.723212 sender=org.freedesktop.DBus -> destination=:1.1070 serial=1 reply_serial=1    string ":1.1070" signal time=1615315703.723249 sender=org.freedesktop.DBus -> destination=(null destination) serial=2064 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged    string ":1.1070"    string ""    string ":1.1070" signal time=1615315703.723294 sender=org.freedesktop.DBus -> destination=:1.1070 serial=2 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameAcquired    string ":1.1070" method call time=1615315703.724393 sender=:1.1070 -> destination=org.freedesktop.DBus serial=2 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=AddMatch    string "type='signal',sender='org.freedesktop.DBus',interface='org.freedesktop.DBus',member='NameOwnerChanged',path='/org/freedesktop/DBus',arg0='org.freedesktop.NetworkManager'" method return time=1615315703.724453 sender=org.freedesktop.DBus -> destination=:1.1070 serial=3 reply_serial=2 method call time=1615315703.724627 sender=:1.1070 -> destination=org.freedesktop.DBus serial=3 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=GetNameOwner    string "org.freedesktop.NetworkManager" error time=1615315703.724677 sender=org.freedesktop.DBus -> destination=:1.1070 error_name=org.freedesktop.DBus.Error.NameHasNoOwner reply_serial=3    string "Could not get owner of name 'org.freedesktop.NetworkManager': no such name" signal time=1615315733.744327 sender=org.freedesktop.DBus -> destination=:1.1070 serial=5 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameLost    string ":1.1070" signal time=1615315733.744382 sender=org.freedesktop.DBus -> destination=(null destination) serial=2065 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged    string ":1.1070"    string ":1.1070"    string "" > > Мне кажется, systemd позволяет решить задачу ожидания сети в более-менее общем виде весьма неплохо. Ну как только столкнёмся с проблемами, возникающими из-за отсутствия сервиса ожидания сети. Пока что реальных обращений подобного рода не было. вообще NetworkManager-daemon отлично удаляется из системы без видимых последствий.