ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Leonid Krivoshein <klark.devel@gmail.com>
To: devel@lists.altlinux.org
Subject: Re: [devel] udevless информация о блочных устройствах
Date: Sun, 16 Jun 2019 21:00:56 +0300
Message-ID: <f6430854-db6e-a053-28d6-2ad231524247@gmail.com> (raw)
In-Reply-To: <20190616121020.GF8901@Legion-PC.fortress>


16.06.2019 15:10, Alexey Gladkov пишет:
> On Sat, Jun 15, 2019 at 07:53:05PM +0300, Leonid Krivoshein wrote:
>> Да, во многом информация между sysfs и тем, что udev хранит в ramfs,
>> пересекается, и про /sys/dev/block я конечно же знаю. Раньше я так и
>> делал, получая часть информации через sysfs, а другую часть -- через
>> blkid, blockdev, итп, на что требуется root. Поэтому и озадачился
>> сабжем. Хотелось бы написать основной код, работающий без рутовых
>> привилегий. Но вопрос в том, возможно ли это на системах без udev.
> Ты хочешь получить информацию, которая предназначена только руту :)

Почему бы и нет? Для дальнейшей обработки в непривилегированном коде.

$ lsblk -f # выдаёт же её обычному пользователю


> Очень похоже, что ты хочешь сделать udev в виде утилиты suid-ной. Потому
> что для получения этой информации нужен рут. Это может быть отдельный
> демон с правами или утилита.

Зачем делать SUID'ную утилиту, если работающий под root'ом udev уже 
собрал всю необходимую информацию и предоставил её с доступом на чтение 
всем простым смертным.


>>> Главная проблема в том,
>>> чтобы загрузить правильный модуль, чтобы появилась информация в sysfs.
>> С этой проблемой с некоторых пор тоже знаком. И как её нынче принято
>> решать в отсутствии udev? Пока слышал только две версии: сборка ядра со
>> всеми модулями и скриптовый цикл, пытающийся загрузить все модули подряд
>> из initramfs.
> Ой-ой. Ты забыл как работает udev. Он сам никаких модулей не грузит. С
> этим система и без него справляется. Ядро вызывает утилиту прописанную в
> /proc/sys/kernel/modprobe [1].

Когда в последний раз принимался за эксперименты с udevless [2], 
столкнулся с такой проблемой: udev'а можно в любой момент попросить 
повторить все события, что были в процессе обнаружения "железа", а как 
быть с этим без udev'а? Допустим, одним из первых действий скрипт в 
initramfs пишет в /proc/sys/kernel/modprobe, но как быть с теми 
событиями, что уже проскочили до этого шага? И, с чем ещё столкнулся: 
есть модули, которые не грузятся сами, если их не грузить через 
modprobe. Типичный пример -- qemu "оборудование". Может, я что-то не так 
делаю, но избавиться от udev пока что у меня не вышло.


> Эта утилита (в большинстве случаев это
> /sbin/modprobe) загружает модуль.
>
> [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/plain/Documentation/debugging-modules.txt
[2] https://www.altlinux.org/KVM/Helper#Про_эксперименты_с_devtmpfs_без_udev

Было бы интересно узнать твоё мнение на этот счёт: возможна ли загрузка 
с наполненным модулями и фирмварью initramfs без своего /init внутри?


-- 
Best regards,
Leonid Krivoshein.



  reply	other threads:[~2019-06-16 18:00 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-06-15 15:23 Leonid Krivoshein
2019-06-15 15:48 ` Alexey V. Vissarionov
2019-06-15 16:44   ` Leonid Krivoshein
2019-06-15 16:29 ` Alexey Gladkov
2019-06-15 16:53   ` Leonid Krivoshein
2019-06-15 21:40     ` Leonid Krivoshein
2019-06-16 12:10     ` Alexey Gladkov
2019-06-16 18:00       ` Leonid Krivoshein [this message]
2019-06-17  8:25         ` Alexey Gladkov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=f6430854-db6e-a053-28d6-2ad231524247@gmail.com \
    --to=klark.devel@gmail.com \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git