From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 Date: Mon, 8 Feb 2021 13:03:05 +0300 From: "Alexey V. Vissarionov" To: ALT Linux Team development discussions Message-ID: <20210208100305.GG18330@altlinux.org> References: <20210204163437.52dzrpmksaubrjho@example.org> <20210205105540.2lqnbywcbq7ddjyr@example.org> <20210208031116.GD18330@altlinux.org> <20210208093403.GA640@imap.altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20210208093403.GA640@imap.altlinux.org> Subject: Re: [devel] startup and standalone versions of systemd utilities. 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: Mon, 08 Feb 2021 10:03:08 -0000 Archived-At: List-Archive: List-Post: On 2021-02-08 12:34:03 +0300, Vladislav Zavjalov wrote: >>> udevd требует systemd-utils. Разделение миров systemd и sysv >>> невозможно пока они оба используют udevd. >> Ну в общем-то выкинуть udev - совершенно не проблема... у меня, >> например, его просто никогда не было. >> % zgrep DEVTMPFS /proc/config.gz >> CONFIG_DEVTMPFS=y >> CONFIG_DEVTMPFS_MOUNT=y > А что при этом есть взамен udev rules? Ничего. Они просто не нужны. > Я уже как-то привык: втыкаешь пять каких-нибудь странных > китайских приборчиков, смотришь, чем они отличаются (id, Там обычно что-нибудь из shared, а устройство опознается по серийнику. > или на худой конец devpath по тем портам, куда они воткнуты) Воткнуты они могут быть куда угодно. > и расписываешь, какой модуль загрузить, Все нужные модули загружаются при старте системы, после чего происходит sysctl kernel.modules_disabled=1 А модули для накопителей и сетевых устройств вообще полагается внутрь ядра вкомпилячивать. И я уже устал объяснять, почему. > какой скрипт запустить (если вдруг надо), какой группе дать > доступ, и каждому - свой уникальный симлинк обязательно. А зачем? Устройство либо опознается ядром и работает через него, либо работа с ним происходит из userspace как с HID. Никакие симлинки при этом не нужны (хватает VID:PID:Serial), а держать лишнего дырявого демона с рутовыми правами только для управления доступом лично мне претит. -- Alexey V. Vissarionov gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net