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=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 Date: Mon, 17 Jun 2019 10:25:50 +0200 From: Alexey Gladkov To: ALT Linux Team development discussions Message-ID: <20190617082550.GH8901@Legion-PC.fortress> References: <46c6667c-c9a3-f696-169b-bb9e8f83eaad@gmail.com> <20190615162952.GE8901@Legion-PC.fortress> <5ce6f6cb-01ec-1270-8f1d-215ce7148f0f@gmail.com> <20190616121020.GF8901@Legion-PC.fortress> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Subject: Re: [devel] =?utf-8?b?dWRldmxlc3Mg0LjQvdGE0L7RgNC80LDRhtC40Y8g0L4g?= =?utf-8?b?0LHQu9C+0YfQvdGL0YUg0YPRgdGC0YDQvtC50YHRgtCy0LDRhQ==?= 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, 17 Jun 2019 08:25:55 -0000 Archived-At: List-Archive: List-Post: On Sun, Jun 16, 2019 at 09:00:56PM +0300, Leonid Krivoshein wrote: > Почему бы и нет? Для дальнейшей обработки в непривилегированном коде. > > $ lsblk -f # выдаёт же её обычному пользователю Ну да, lsblk разбалтывает, то чего не положено :) Но если не будет udev, то она станет менее болтлива. > Зачем делать SUID'ную утилиту, если работающий под root'ом udev уже > собрал всю необходимую информацию и предоставил её с доступом на чтение > всем простым смертным. А ты в документации видел, что /run/udev/data/* является публичным интерфейсом ? Я такого не находил. Более того, раньше они уже меняли формат своей базы. Из-за этого у нас запускается один udev в initrd, а потом выполняется системный, который работает с нуля без базы из initrd. Собственно по этой причине у них есть: udevadm info --export-db > Когда в последний раз принимался за эксперименты с udevless [2], > столкнулся с такой проблемой: udev'а можно в любой момент попросить > повторить все события, что были в процессе обнаружения "железа", а как > быть с этим без udev'а? udev не какой-то Избранный процесс. Кто угодно у кого есть права может открыть netlink(NETLINK_KOBJECT_UEVENT) и попросить NLM_F_DUMP. В целом можно эвенты и по sysfs посмотреть, но там нужно быть осторожнее т.к. не все каталоги там являются публичным интерфейсом. > Допустим, одним из первых действий скрипт в > initramfs пишет в /proc/sys/kernel/modprobe, но как быть с теми > событиями, что уже проскочили до этого шага? Это не я начал разговор про udevless систему :) Я как раз за него или за форк udev без ерунды, которую туда натащили. > И, с чем ещё столкнулся: > есть модули, которые не грузятся сами, если их не грузить через > modprobe. Типичный пример -- qemu "оборудование". Может, я что-то не так > делаю, но избавиться от udev пока что у меня не вышло. qemu оборудование прекрасно грузится внутри виртуалки. > [2] https://www.altlinux.org/KVM/Helper#Про_эксперименты_с_devtmpfs_без_udev > > Было бы интересно узнать твоё мнение на этот счёт: возможна ли загрузка > с наполненным модулями и фирмварью initramfs без своего /init внутри? Насколько я помню нет. Но зачем это ? -- Rgrds, legion