Разработчики дистрибутива Arch Linux объявили (http://www.archlinux.org/news/kmod-replaces-module-init-tools/) о решении по замене инструментария module-init-tools, используемого для управления загрузкой модулей ядра, на активно развивающийся (https://www.opennet.ru/opennews/art.shtml?num=32577) последние несколько месяцев альтернативный пакет kmod (http://git.profusion.mobi/cgit.cgi/kmod.git/). Ранее kmod немного отставал по своим возможностям от module-init-tools, но начиная с выпуска kmod 4, который был представлен (https://lkml.org/lkml/2012/1/16/351) несколько дней назад, разработчики проекта объявили о полной реализации всех функций module-init-tools.
Kmod полностью обратно совместим с module-init-tools и может выступать в роли прозрачной замены для данного пакета (подготовлены аналоги утилит lsmod, insmod, rmmod, modprobe, modinfo, depmod). Напомним, что основным отличием kmod является использование в качестве основы библиотеки libkmod, функции которой можно использовать в л...URL: http://www.archlinux.org/news/kmod-replaces-module-init-tools/
Новость: https://www.opennet.ru/opennews/art.shtml?num=32867
> и снизить потребление ресурсов.Это о чем?
о потреблении ресурсов, не?P.S. очевидно, о памяти и процессорном времени.
ещё бы систему инициализации нормальную прикрутили бы, а то надоело следить, каой демон должен стартовать первым, какой вторым, а какой в фон можно пустить
Чем systemd не устраивает?
> Чем systemd не устраивает?Тем, что в арче не по дефолту. В остальном ок.
Но это претензии скорее к арчу, да.
Вот, ктсати, чудесная илллюстрация того, как надо делать новые версии системного софта. Былбы systemd так же обратно совместим - уже жил бы в арче, небось.
> Былбы systemd так же обратно совместим - уже жил бы в арче, небось.Breaking news! Оказывается, у systemd уже выпилили обратную совместимость с sysinit?
Может, он еще и /usr на отдельном разделе не поддерживает?
> Может, он еще и /usr на отдельном разделе не поддерживает?А зачем? Этой сущности скоро не будет.
>> Может, он еще и /usr на отдельном разделе не поддерживает?
> А зачем? Этой сущности скоро не будет.Почему не будет? Наоборот, сейчас как раз взялись за наведение порядка и более четкое разделение функциональности между / и /usr.
>Почему не будет? Наоборот, сейчас как раз взялись за наведение порядка и более четкое разделение функциональности между / и /usr.Где ты там увидел "разделение"? Наоборот, объединение.
> Где ты там увидел "разделение"? Наоборот, объединение.Сходите по ссылке, будете сильно удивлены :)
>> Где ты там увидел "разделение"? Наоборот, объединение.
> Сходите по ссылке, будете сильно удивлены :)Удивлён кем? Тобой? Да, удивительные вещи говоришь. Перенос bin в usr/bin назвать "разделением".
> Вот, ктсати, чудесная илллюстрация того, как надо делать новые версии системного софта. Былбы systemd так же обратно совместим - уже жил бы в арче, небось.Какая нафиг иллюстрация? systemd вполне обратно совместим, как и kmod.
Не тормозите... В официальных репозиториях Archlinux'а есть пакет systemd-arch-units, который как раз и обеспечивает поддержку /etc/rc.d/ скриптов и /etc/rc.conf для плавного перехода на systemd.Уже больше полугода использую systemd на рабочей машине. проблем вообще никаких. Система грузится намного быстрее. Раздражает только, что после появления приглашения ввода пароля, на первую консоль продолжает валиться инфа завершения инициализации системы...
Для этого достаточно поменять консоль по умолчанию, но руки не доходят...
systemd не укладывается в arch way
Глючен пока что. Не все с ним нормально работает.
> ещё бы систему инициализации нормальную прикрутили бы, а то надоело следить, каой
> демон должен стартовать первым, какой вторым, а какой в фон можно
> пуститьЗачем тебе Арч?
> Зачем тебе Арч?Вы полагаете, что арч для тех, кто предпочитает делать вручную работу компьютера?
>> Зачем тебе Арч?
> Вы полагаете, что арч для тех, кто предпочитает делать вручную работу компьютера?Арч для тех, кто предпочитает НАСТРОИТЬ вручную. Читайте https://wiki.archlinux.org/index.php/The_Arch_Way_(Русский) для полного просветления.
Ты каждый день этим занимаешься?
> ещё бы систему инициализации нормальную прикрутили бы, а то надоело следить, каой
> демон должен стартовать первым, какой вторым, а какой в фон можно
> пуститьНу не знаю, для меня это как раз таки плюс, и потом - у вас там что, 20 демонов ?
Согласен.
Есть профит после обновления? Быстрее запускаться точно не стало (мерял). Меньше памяти жрать?
> - у вас там что, 20 демонов ?Дело не в 20 демонах, а в том что тупо клинить загрузку пока там какая-нить сетевка айпи получает или некий демон долго инициализируется.
Нафига козе баян?
Один из плюсов Арча - это прозрачность настроек. А инит-скрипты арча - очень, ну просто очень-очень просты и понятны. Так нафига засерать их? Если у Вас возникают подобные желания - то Вы не поняли суть этого Арча, для кого для чего он предназначен. Юзайте Федору или Убунту - там upstart; и забудьте про Арч.
На домашнем компе после обновления arch не стартовал, правда /usr на отдельном разделе, до этого ругался но все работало. Перешел на Debian
Интересно.[gatsu@gatsu ~]$ pacman -Ql kmod | grep -P "bin/.+"
kmod /bin/lsmod
kmod /sbin/depmod
kmod /sbin/insmod
kmod /sbin/modinfo
kmod /sbin/modprobe
kmod /sbin/rmmod
kmod /usr/bin/kmod[gatsu@gatsu ~]$ pacman -Ql kmod | grep -P ".*\.so.?"
kmod /usr/lib/libkmod.so
kmod /usr/lib/libkmod.so.1
kmod /usr/lib/libkmod.so.1.3.0Все бинарники в корне, а либы в /usr.
Может быть косяк майнтейнеров?
А если внимательно посмотришь, то увидишь что основной бинарник таки в /usr/bin, а то что в /sbin просто симлинки на kmod в /usr/bin. ;)
Ваша правда :-)
Тогда почему kmod целиком не в корне, если ему там положено быть?
А, у него зависимости на glibc и gzip, они в /usr/.
И нахрена теперь разделение на корень и /usr?
Это проблемы конкретно арча, готовящегося к переходу так же на системд (очередную ненужную поделку поттеринга).вот как оно у меня выглядит в генте:
ldd /bin/kmod
linux-gate.so.1 => (0xffffe000)
libkmod.so.1 => /lib/libkmod.so.1 (0x43ac0000)
libc.so.6 => /lib/libc.so.6 (0x44a42000)
libz.so.1 => /lib/libz.so.1 (0x44d0c000)
/lib/ld-linux.so.2 (0x43849000)
$ ldd /usr/bin/kmod
linux-gate.so.1 => (0xb78dd000)
libkmod.so.1 => /usr/lib/libkmod.so.1 (0xb78aa000)
libc.so.6 => /lib/libc.so.6 (0xb7708000)
libz.so.1 => /usr/lib/libz.so.1 (0xb76f0000)
/lib/ld-linux.so.2 (0xb78de000)$ ldd /usr/lib/libz.so.1
linux-gate.so.1 => (0xb77a7000)
libc.so.6 => /lib/libc.so.6 (0xb75d1000)
/lib/ld-linux.so.2 (0xb77a8000)Надо-то было libz в /lib перекинуть..
> Это проблемы конкретно арча, готовящегося к переходу так же на системд (очередную
> ненужную поделку поттеринга).Причем здесь Поттеринг? Его systemd как раз прекрасно поддерживает /usr на отдельном разделе.
И выводит предупреждение просто потому, что это не поддерживают остальные компоненты GNU/Linux.
> Это проблемы конкретно арча, готовящегося к переходу так же на системд (очередную
> ненужную поделку поттеринга).А что Арч собирается переходить на системд ??? Можно ссылку на новость ?
> И нахрена теперь разделение на корень и /usr?С точки зрения разработчиков udev, LVM, CUPS, ALSA, udisks, kmod и множества других проектов - это разделение недопустимо и must die.
>С точки зрения разработчиков udev, LVM, CUPS, ALSA, udisks, kmod и множества других проектов - это разделение недопустимо и must die.С чего бы это? Кто мешает подмонтировать /usr, а уж потом запустить весь этот зоопарк?
Ага, особенно udev и LVM :)Но вообще вы правы - именно к этому все и идет. Арч - один из первых дистров, который вплотную занялся монтированием /usr в самом начале загрузки, еще из initrd. Такой подход решает все проблемы. При этом фактическое объединение / и /usr уже не обязательно. Правда, с практической точки зрения эффект будет тот же - система без /usr не сможет полноценно работать. Но это уже старая добрая традиция в линуксе.
> При этом фактическое объединение / и /usr уже не обязательно.Более того - разделение этих каталогов, например, вынос /usr на read-only носитель и/или на NFS дает существенные бонусы. При традиционной схеме, эти бонусы нивелировались гемором из-за бардака в /
>> При этом фактическое объединение / и /usr уже не обязательно.
> Более того - разделение этих каталогов, например, вынос /usr на read-only носитель
> и/или на NFS дает существенные бонусы. При традиционной схеме, эти бонусы
> нивелировались гемором из-за бардака в /Я и так могу сделать /usr read-only. И что понимается под "бардаком" в /? Напротив, всё было чётко разложено до сабжевого момента.
> Более того - разделение этих каталогов, например, вынос /usr на read-only носитель...дает весьма нехилую порцию геморроя, если захочется обновить систему. Хотя можно и не обновлять, иначе как же хакеры будут юзать дырку из соседней новости?! :)
>udev и LVM :)А что с udev не так? Прекрасно работает. Может, конечно, сломали в новых версиях. В угоду, так сказать, политики партии.
> С чего бы это? Кто мешает подмонтировать /usr, а уж потом запустить весь этот зоопарк?Вы прямо повторяете рассуждения Поттеринга.
> С чего бы это? Кто мешает подмонтировать /usr, а уж потом запустить весь этот зоопарк?Собсно, разработчики федоры, арча и других дистров с подачи Поттеринга именно так и делают.
А их почему-то ругают.
> Тогда почему kmod целиком не в корне, если ему там положено быть?Теперь в линуксе / и /usr официально уравнены в правах - оба необходимы для работы системы, и оба монтируются в самом начале загрузки.
>> Тогда почему kmod целиком не в корне, если ему там положено быть?
> Теперь в линуксе / и /usr официально уравнены в правах - оба
> необходимы для работы системы, и оба монтируются в самом начале загрузки.Не уравнены, а скинуты в одну большую кучу. Гугли UsrMove
> Не уравнены, а скинуты в одну большую кучу. Гугли UsrMoveНаоборот - это сейчас в / порядочный срач. В дополнение к тому, что там действительно должно лежать (/etc и /root, например), туда сейчас свалены какие-то бинарники и либы, которые в случае чего все равно не смогут полноценно отработать. Зато удваивают гемор при сопровождении netboot-образа.
А почему тогда /etc в /usr не переносят? Он же используется программами, которые расположены в /usr, значит тоже там должны быть.
> А почему тогда /etc в /usr не переносят? Он же используется программами,
> которые расположены в /usr, значит тоже там должны быть.Вот такая логика и породила в свое время бардак в /, который теперь приходится разгребать.
/etc - это host-specific configuration, и нефиг ее шарить между хостами. А /usr - наоборот.
Убедили, логично.
Ещё немного и Арчеводы переизобретут Gobo-linux. Боже, как же долго идут тупари к идеалу!!
> Ваша правда :-)
> Тогда почему kmod целиком не в корне, если ему там положено быть?Наверное тоже готовятся к UsrMove http://fedoraproject.org/wiki/Features/UsrMove Федорино горе покоя не даёт.
> Наверное тоже готовятся к UsrMoveПочитал Detailed Description. Предлагаемый вариант раскладки файлов выглядит куда более логичным и прозрачным, чем нынешнее наследие темных веков.
>> Наверное тоже готовятся к UsrMove
> Почитал Detailed Description. Предлагаемый вариант раскладки файлов выглядит куда более
> логичным и прозрачным, чем нынешнее наследие темных веков.Критерии "логичности" и "прозаичности" будут? А то мне вот кажется более логичным держать минимальную систему отдельно.
>>> Наверное тоже готовятся к UsrMove
>> Почитал Detailed Description. Предлагаемый вариант раскладки файлов выглядит куда более
>> логичным и прозрачным, чем нынешнее наследие темных веков.
> Критерии "логичности" и "прозаичности" будут? А то мне вот кажется более логичным
> держать минимальную систему отдельно.http://fedoraproject.org/wiki/Features/UsrMove#FAQ
Разумное зерно в этом есть IMHO.
> Тогда почему kmod целиком не в корне, если ему там положено быть?А зачем нужны бинарники в корне? На начальной стадии initrd отработает, а после него уже и /usr будет готов.
Собсно, к моменту pivot_root в рабочий корень, /usr уже должен быть примонтирован.
>> Тогда почему kmod целиком не в корне, если ему там положено быть?
> А зачем нужны бинарники в корне? На начальной стадии initrd отработает, а
> после него уже и /usr будет готов.
> Собсно, к моменту pivot_root в рабочий корень, /usr уже должен быть примонтирован.Затем, что initrd не нужен.
>initrdА оно вообще нужно?
это не косяк
depmod и иже с ними зависимости от инит тулса
Перешел? Окончательное решение? :D
Ставлю 10 баксов, через неделю снесешь его.
Как говорил админ bbs.archlinux.org, don't worry, they always come back ;)
Вот-вот, сам уже который раз на этом себя ловлю.
Читай --- http://habrahabr.ru/blogs/linux/136214/
Обновил на ноутбуке, kmod работает, как и должен :)
Для тех, кто на testing сидит, эта новость давно не новость. И всё работает замечательно, переход на kmod прошёл незаметно.
А как теперь посмотреть список всех доступных модулей?
Раньше это делалось: modprobe -l