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.
next prev parent 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