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