The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выпуск UIRD 2.0, унифицированной системы инициализации для м..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от opennews (??) on 22-Мрт-18, 21:28 
После трех лет разработки состоялся (https://github.com/neobht/uird/releases/tag/v2.0) релиз UIRD 2.0  (https://github.com/neobht/uird) (Unified Init Ram Disk), унифицированной система инициализации для модульных Linux-систем. Проект развивается командой разработчиков дистрибутива MagOS Linux (http://magos-linux.ru) и с осени 2017 года является основным initrd для его сборок. UIRD представляет собой особый initrd, задача которого собрать из слоев aufs корневую файловую систему и передать загрузку /sbin/init (systemd) с этой корневой ФС.  В основе реализации UIRD лежит набор скриптов инициализации Dracut (модули base, kernel-modules), сценарий инициализации uird-init и библиотека функций к нему livekitlib (доработанный аналог liblinuxlive проекта slax).

Заложенная изначально универсальность позволяет, например, загрузить установленный обычным образом Linux так, что раздел (или каталог) с этим дистрибутивом окажется  в нижнем слое корневой aufs. При этом будут работать все возможности модульных дистрибутивов (copy2ram, чистый режим, сохранение изменений в каталог (или в файл), подключение других слоев и т.д.). Также можно установить Linux в Virtualbox, настроить его в соответствии о своими предпочтениями, а затем загрузить этот дистрибутив на реальном оборудовании с помощью UIRD прямо из образа VDI.


Основные отличия от реализаций initrd для модульных систем схожих проектов:


-  Отсутствие привязки к конкретному дистрибутиву;
-  Отсутствии привязки к конкретным каталогам для поиска источников;
-  Возможность подключения практически любых источников, которые можно смонтировать в Linux;
-  Поддержка вложенных источников (http://сервер.mylinux.iso, внутри iso file.img, внутри него squashfs модуль и т.д.);
-  Поддержка различных сетевых протоколов для загрузки по сети;
-  Помимо классических для модульных дистрибутивов модулей squashfs можно подключать в качестве слоев aufs дисковые разделы, fs-in-file, криптоконтейнеры, каталоги и прочее;
-  Адаптация UIRD под ОС сводится к написанию одного конфигурационного файла.

URL: https://github.com/neobht/uird
Новость: https://www.opennet.me/opennews/art.shtml?num=48315

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –5 +/
Сообщение от Аноним (??) on 22-Мрт-18, 21:28 
и что там за чудо слои aufs
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +1 +/
Сообщение от betcher email on 22-Мрт-18, 21:32 
Обычные такие слои. Как в slax, puppyrus и проч.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +1 +/
Сообщение от Аноним (??) on 22-Мрт-18, 22:55 
Почему до сих пор aufs, когда все переходят на принятый в апстрим ядра overlayfs?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –2 +/
Сообщение от kvaps (ok) on 22-Мрт-18, 23:46 
У overlayfs есть неприятные баги при использовании его поверх сетевых фс.

Кстати, aufs умеет отслеживать изменения на верхних слоях? - overlayfs просто не умеет...

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

13. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –1 +/
Сообщение от Michael Shigorin email(ok) on 23-Мрт-18, 01:37 
> У overlayfs есть неприятные баги при использовании его поверх сетевых фс.

Спасибо, не знал -- у нас пару лет как есть патчи на make-initrd-propagator, но хотелось бы сохранить поддержку и того, и того, а не "или/или".  В смысле выбирать при сборке initrd, а не пакета.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

21. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –1 +/
Сообщение от Аноним (??) on 23-Мрт-18, 05:14 
почему не в апстриме патчи?
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

22. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –1 +/
Сообщение от Анонимен on 23-Мрт-18, 07:36 
> make-initrd-propagator

Чукча не читатель ?

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

16. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от Ne01eX (ok) on 23-Мрт-18, 01:41 
> У overlayfs есть неприятные баги при использовании его поверх сетевых фс.
> Кстати, aufs умеет отслеживать изменения на верхних слоях? - overlayfs просто не
> умеет...

Насколько я помню, - у aufs был только один слой поверх RO системы. Собственно, этим они и была привлекательна для создателей лифчиков, - простотой использования и незамороченностью кода. Но это было давно, сейчас может всё поменялось, надо будет уточнить.

У overlayfs всё по-другому.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

23. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от paulus (ok) on 23-Мрт-18, 08:16 
Если не ошибаюсь, с overlayfs после загрузки ОС нельзя нагарячую модули подключать, а aufs такое может.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

41. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +1 +/
Сообщение от Ne01eX (ok) on 23-Мрт-18, 15:19 
> Почему до сих пор aufs, когда все переходят на принятый в апстрим
> ядра overlayfs?

Кто эти все? Сколько их, с какого района?

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

5. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –1 +/
Сообщение от pavlinux (ok) on 22-Мрт-18, 23:15 
Уж слиiком заморочено и aufs не Linux-way.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +2 +/
Сообщение от Аноним (??) on 23-Мрт-18, 00:45 
Давай начнем с того что systemd - уже не Linux-way. Выпилить?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

10. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +4 +/
Сообщение от Аноним (??) on 23-Мрт-18, 01:02 
Наоборот: это линукс systemd-way.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

11. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +1 +/
Сообщение от kvaps (ok) on 23-Мрт-18, 01:06 
так его там и так нету, как я понимаю /sbin/init и не системдешный может быть
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

32. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +1 +/
Сообщение от pavlinux (ok) on 23-Мрт-18, 12:35 
> Давай начнем с того что systemd - уже не Linux-way. Выпилить?

Не знаю как у вас, а у меня его нет.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

44. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от моррут on 23-Мрт-18, 20:24 
всенепременно!
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

56. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –4 +/
Сообщение от Аноним (??) on 24-Мрт-18, 10:49 
Вы хотели сказать, что systemd делает на Linux единообразную операционку, но каноничный Linux-дистрибутив ("Linux-way") должен быть набором гоvно-initd-скриптов?
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

28. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от betcher (ok) on 23-Мрт-18, 10:23 
А как вы представляете юниксвей в контексте инитрд?
P.S. В uird есть режим загрузки, который мы называем quickshell. При котором загрузка останавливается в самом начале uird-init и выбрасывает в консоль. После можно загрузку продолжить.Режим нужен для дебага, правки конфигов прямо во время загрузки, операций с файлами (чтоб не ждать загрузки всей оси) и так далее. Так вот для  расширения ваших возможностей в этом режиме можно загрузить по мимо основного uird еще расширенный с разными консольными утилитками в том числе mc. Такое позволяет например grub4dos. Это юниксвей :)?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

30. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –1 +/
Сообщение от pavlinux (ok) on 23-Мрт-18, 12:24 
init=/bin/bash и отлаживай скока влезет. :)

> А как вы представляете юниксвей в контексте инитрд?  

Не UNIX-way, а Linux-way, - отсутствие aufs в ядре.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

33. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от Аноним (??) on 23-Мрт-18, 12:44 
> init=/bin/bash и отлаживай скока влезет. :)

Ты вообще в курсе, как загрузка системы происходит?

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

34. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от betcher email(ok) on 23-Мрт-18, 12:44 
init=/bin/bash и отлаживай скока влезет. :)
Это полноценная загрузка в консоль. То есть в нашем случае после сборки корневой aufs уже.
quickshell - это еще на этапе инитд, при чем в самом начале.
По linux way и aufs не уловил чего сказать хотели.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

45. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от Ne01eX (ok) on 23-Мрт-18, 21:51 
> init=/bin/bash и отлаживай скока влезет. :)
> Это полноценная загрузка в консоль. То есть в нашем случае после сборки
> корневой aufs уже.
> quickshell - это еще на этапе инитд, при чем в самом начале.
> По linux way и aufs не уловил чего сказать хотели.

Не обращайте внимание, Павел так шутит.

Вы сколько слоёв там у себя используете?

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

48. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от betcher (ok) on 23-Мрт-18, 22:30 
Если вопрос по слоям в магос, то в дефолте
MagOS user # ls -1 /memory/data/from/0/MagOS/base/
00-kernel.xzm
01-drivers.xzm
10-core.xzm
20-x-base.xzm
35-x-plasma.xzm
41-x-utilities.xzm
42-x-network.xzm
43-x-multimedia.xzm
44-x-office.xzm
45-x-java.xzm
70-documentation.xzm
88-magos.xzm
Если по UIRD, то ему по барабану. На сколько фантазии хватит.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

60. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –1 +/
Сообщение от neobht (ok) on 24-Мрт-18, 11:11 
>[оверквотинг удален]
> 20-x-base.xzm
> 35-x-plasma.xzm
> 41-x-utilities.xzm
> 42-x-network.xzm
> 43-x-multimedia.xzm
> 44-x-office.xzm
> 45-x-java.xzm
> 70-documentation.xzm
> 88-magos.xzm
> Если по UIRD, то ему по барабану. На сколько фантазии хватит.

Почти по барабану. Ограничение только в макмимальном количестве loop - устройств. Если надо больше - надо будет этот параметр увеличивать.

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

53. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –1 +/
Сообщение от betcher (ok) on 23-Мрт-18, 22:52 
У нас что тут ЕГЭ? :)
В тексте новости тоже есть слово "Помимо", и что характерно - слитно. Может "по мимо" опечатка, не?
А поделку не смотрите, если искать только ошибки, только ошибки и увидите.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

6. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от kvaps (ok) on 22-Мрт-18, 23:37 
Как-то тоже экспериментировал с dracut и написал свой велосипед для загрузки squashed-образа в ram и монтирования root в overlayfs.
https://github.com/kvaps/livenetsquash

Здесь же более комплексный подход. Интересная штука, надо будет попробовать.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –2 +/
Сообщение от pavlinux (ok) on 23-Мрт-18, 00:33 
Дро....ите как хотите, всё равно всё заканчивается mount --bind :)
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

29. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от betcher (ok) on 23-Мрт-18, 10:25 
Про моунт бинд вообще не понял.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

12. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от Ne01eX (ok) on 23-Мрт-18, 01:36 
Интересно, надо будем посмотреть оба два.

З.Ы. Отписался в теме, чтобы не потерять и не забыть.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

14. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 23-Мрт-18, 01:38 
> Интересно, надо будем посмотреть оба два.

Оба три тогда уж: https://lists.altlinux.org/pipermail/sisyphus/2018-March/366... %)

(попытался сконтачить авторов, вдруг и впрямь друг о друге не знали)

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

17. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от Ne01eX (ok) on 23-Мрт-18, 01:47 
>> Интересно, надо будем посмотреть оба два.
> Оба три тогда уж: https://lists.altlinux.org/pipermail/sisyphus/2018-March/366...
> %)
> (попытался сконтачить авторов, вдруг и впрямь друг о друге не знали)

Спасибо, унес в закладки. Но на мой быстрый кривой взгляд по диагонали, что-то как-то перемудрёно черезчур. :-)

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

26. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от betcher (ok) on 23-Мрт-18, 10:14 
Что мудрено согласен. Но проще без потери функционала вряд ли получится. В данном случае сложность - плата за универсальность.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

35. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –1 +/
Сообщение от Аноним (??) on 23-Мрт-18, 12:47 
Может и про casper не слышали?
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

36. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –1 +/
Сообщение от Ne01eX (ok) on 23-Мрт-18, 14:48 
> Может и про casper не слышали?

Если даже и слышал, то и не отобразил и не запомнил.

Вы не поверите, но у меня до сих пор всё настолько простенько, что даже самому уже как-то местами перед телезрителями неудобно. :-) Система инициализации со скриптами в стиле BSD и SysVInit. И initrd - самый обычный файл, с накатанной ext2 или Reiser4 (не из какой-либо реальной необходимости, - просто у меня всё в Reiser4 и мне так захотелось). Сквошей всегда было несколько, но вот в последний раз (пару лет назад) опять использовалась aufs (чуть раньше - UnionFS). Ну потому что технология отработана, технология работает, а "чинить" то что и так работает, я как-то не привык... Это вам к 0pointer'у, он это любит. :-\ А я, максимум, - что-то подправить. :-D

Собственно-то, я и интересуюсь только чисто из любопытства. Может реально есть какие-то фишки, которые мне нужны, а я про них, дурак, и не знаю. Вот узнаю, и как резко начну их использовать! :-D Ух, заживём! :-D

Сейчас вот с OverlayFS разбираюсь, раз уж её итак в ядро включили. Не факт, что она окажется эффективней aufs, но кто знает? :-\

Вон ведь, тот же CFS(Completely Fair Scheduler) хоть и самый справедливый, но не самый эффективный. А ведь включили в ядро Linux. Политика, [х]ули, куда уж без неё... Кстати, о ULE, ага...  Нам бы в Linux его, не помешало бы... Вот здесь, например -> http://www.iiis.org/cds2008/cd2009sci/CCCT2009/PapersPdf/T79... можно с весёлыми картинками почитать/посмотреть. Интересно, уже кто-нибудь пилит?

Ну то есть, мне многое интересно, но это не значит что я как муха-соберуха вдруг резко начну всё под себя гребсти. Это тоже к 0pointer'у, ага. :-D :-D :-D

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

40. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –3 +/
Сообщение от Аноним (??) on 23-Мрт-18, 15:19 
> Кстати, о ULE, ага...  Нам бы в Linux его, не помешало бы... Вот здесь, например -> http://www.iiis.org/cds2008/cd2009sci/CCCT2009/PapersPdf/T79...
> можно с весёлыми картинками почитать/посмотреть. Интересно, уже кто-нибудь пилит?

Зачем эта БЗДуновская поделка, которая сливала линуху даже в тех тестах 10 летней давности?

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

47. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –2 +/
Сообщение от Ne01eX (ok) on 23-Мрт-18, 22:15 
>> Кстати, о ULE, ага...  Нам бы в Linux его, не помешало бы... Вот здесь, например -> http://www.iiis.org/cds2008/cd2009sci/CCCT2009/PapersPdf/T79...
>> можно с весёлыми картинками почитать/посмотреть. Интересно, уже кто-нибудь пилит?
> Зачем эта БЗДуновская поделка, которая сливала линуху даже в тех тестах 10
> летней давности?

По весёлым, но чёрнобелым картинкам всё наоборот. На самом деле тот же O(1) эффективней CFS на одноядерных машинах. Там же английским по белому всё ясно написано - что/где/когда. :-)

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

18. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от kvaps (ok) on 23-Мрт-18, 01:56 
> Оба три тогда уж:

Добавьте ещё LTSP к списку.

Там, кстати, используется overlay и initramfs, что по моему скромному мнению сильно проще чем dracut.

Тоже поддерживает несколько протоколов, легко настраивается и имеет незамысловатый конфиг с кучей примочек.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

57. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –1 +/
Сообщение от Ne01eX (ok) on 24-Мрт-18, 10:58 
>> Оба три тогда уж:
> Добавьте ещё LTSP к списку.
> Там, кстати, используется overlay и initramfs, что по моему скромному мнению сильно
> проще чем dracut.
> Тоже поддерживает несколько протоколов, легко настраивается и имеет незамысловатый конфиг
> с кучей примочек.

Да, блин, что вы так все к этой initramfs-то привязались?

Это же, по сути:

1. в конечном итоге только cpio, со всеми минусами;
2. Это жёсткий линуксизм, повязанный _только_ на ядро Linux.

Не, ребя, не убедили, вы как хотите, а я остаюсь классическом initrd. Он хоть и "старее", на полшага посложнее, зато универсальный и более функциональный.

Да и плюсов overlayfs, относительно aufs я вот что-то не нашёл (может плохо искал, кстати, допускаю).

P.S. Это просто мысль вслух.
P.P.S. Linux - самое функциональное ядро в мире.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

59. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –1 +/
Сообщение от neobht (ok) on 24-Мрт-18, 11:08 
А какой дистр?
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

68. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –1 +/
Сообщение от Ne01eX (ok) on 24-Мрт-18, 21:25 
> А какой дистр?

GNU на ядре Linux. Система инициализации - SysVinit со скриптами в стиле BSD.

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

64. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +1 +/
Сообщение от kvaps (ok) on 24-Мрт-18, 13:01 
> Да, блин, что вы так все к этой initramfs-то привязались?
> Это же, по сути:
> 1. в конечном итоге только cpio, со всеми минусами;
> 2. Это жёсткий линуксизм, повязанный _только_ на ядро Linux.

Эм, ну и что? Какие минусы у cpio, если каждый раз он собирается автоматически?
Для справки dracut - тоже с initramfs работает.

https://wiki.gentoo.org/wiki/Initramfs/Guide/ru#.D0.9A.D0.BE...

> Да и плюсов overlayfs, относительно aufs я вот что-то не нашёл (может
> плохо искал, кстати, допускаю).

У aufs есть один большой минус - что бы его использовать, сначала нужно собрать модуль для него.

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

66. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –1 +/
Сообщение от Ne01eX (ok) on 24-Мрт-18, 21:05 
>> Да, блин, что вы так все к этой initramfs-то привязались?
>> Это же, по сути:
>> 1. в конечном итоге только cpio, со всеми минусами;
>> 2. Это жёсткий линуксизм, повязанный _только_ на ядро Linux.
> Эм, ну и что? Какие минусы у cpio, если каждый раз он
> собирается автоматически?
> Для справки dracut - тоже с initramfs работает.
> https://wiki.gentoo.org/wiki/Initramfs/Guide/ru#.D0.9A.D0.BE...

Я редко когда ругаю руководства Gentoo, но это тот случай, когда там действительно написано не всё, а то что есть, - довольно однобоко. Видимо писал человек из лагеря сторонников initramfs. Я из другого лагеря.

> У aufs есть один большой минус - что бы его использовать, сначала
> нужно собрать модуль для него.

С каких пор сборка из исходных кодов стала минусом?

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

67. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от kvaps (ok) on 24-Мрт-18, 21:19 
> Видимо писал человек из лагеря сторонников initramfs. Я из другого лагеря.

Я просто пытаюсь понять в чем конкретно преимущество initrd перед initramfs. Я если честно не понимаю.

> С каких пор сборка из исходных кодов стала минусом?

Ну не знаю, в случае когда можно обойтись без dkms я стараюсь обходиться без него, тем более при наличии в ядре схожей функциональности, не требующей пересборки модуля по каждому чиху.

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

69. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +2 +/
Сообщение от Ne01eX (ok) on 24-Мрт-18, 23:12 
>> Видимо писал человек из лагеря сторонников initramfs. Я из другого лагеря.
> Я просто пытаюсь понять в чем конкретно преимущество initrd перед initramfs. Я
> если честно не понимаю.

1. Initrd работает в большинстве известных мне *nix.
2. Initrd позволяет организовать почти любую fs. Помимо плюсов, которые можно взять от fs, это ещё и плюсы от стопицот вариантов контроля досупа, возможность использования расширенных атрибутов, более гибкая работа с контрольными суммами, и т.п...
3. Имхо, если необходимо внести мелкие правки, то с подмонтированным initrd это удобнее делать, чем с архивом.
4. В части про недостатки initrd написана ересь:

4.1
>Это полноценное блочное устройство, требующее дополнительные расходы на целую файловую систему, и оно имеет фиксированный размер. Если выбрать initrd достаточно маленьким, то все требуемые скрипты не поместятся. Если сделайте его слишком большим, то растратите память впустую.

Это полноценное блочное устройство, размер которого высчитывается при создании. Его не нужно высчитывать каждый раз при загрузке. А "маленькие" или "слишком большие" initrd, даже, ну совсем уж юные, Gentoo'шники никогда не делали, насколько я помню. :-) Я делал initrd с небольшим запасом, но и то, - с допустимой погрешностью в пределах размера страницы памяти.

4.2
>По той причине, что это действительное устройство, оно также требует кэш-память ядра Linux и подлежит используемым методам управления памятью и файлами (таким как подкачка страниц), что делает расходы памяти еще более худшими.

В конечно итоге и то и то, это Loop-back устройства, которое (кстати, только в гибридных (термин "монолит" здесь неприменим)) ядрах Linux и BSD работают через драйвер своей fs, который работает через VFS. :-)

4.3 При любом раскладе размер RAMDISK определяется при создании RAMDISK. Если вы изначально не знаете какого размера вам нужен RAMDISK, то каким вы его создадите? :-D :-D :-D

Но опять же, я уже местами старенький и могу где-то ошибаться и что-то забыть/не знать. В исходниках ядра Linux обо всём этом можно почитать в разделе /Documentation/blockdev/ramdisk.txt. В make menuconfig в разделе General также можно получить краткую справку обо всём. Во FreeBSD документация вынесена в отдельное дерево и я уже и не помню где именно про это написано. В HURD используется initrd и по сути (в той части, что касается работы с RAMDISK) всё сделано аналогично ядру Linux версии 2.2.x. Без понтов и без всего лишнего. :-)

Очень полезно будет почитать Linux Bootdisk HOWTO. Если вы не знакомы с TLDP, то крайне полезно будет хотя бы бегло ознакомится со всеми HOWTO. Там есть местами избыточная информация, чего-то там нет. И уж там точно нет устаревшей информации. Ну, имхо, опять же. :-)

Ну и опять же - я не собираюсь спорить и в чём-то кого-то убеждать. Вы спросили, - я ответил. То что ответил местами избыточно, - так это больше для любознательного ALL, а не только для вас. :-)

С уважением, Ne01eX.

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

70. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +1 +/
Сообщение от kvaps (ok) on 24-Мрт-18, 23:18 
Благодарю за развернутый ответ!
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

61. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –1 +/
Сообщение от neobht (ok) on 24-Мрт-18, 11:28 
>> Оба три тогда уж:
> Добавьте ещё LTSP к списку.
> Там, кстати, используется overlay и initramfs, что по моему скромному мнению сильно
> проще чем dracut.
> Тоже поддерживает несколько протоколов, легко настраивается и имеет незамысловатый конфиг
> с кучей примочек.

Dracut используется в основном только для модулей ядра и для изготовления initrd с консольными утилитами: mc, ssh и тд.
UIRD написан так, чтобы можно было обойтись без dracut вовсе. Просто без него сложнее и надо самому отслеживать зависимости. А в нем уже написаны утилиты для этого.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

65. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от kvaps (ok) on 24-Мрт-18, 13:13 
neobht, не-не, я ничего против dracut не имею - он идеален для написания таких проектов как uird.
Но в целях обучения да или просто когда вам нужно внести небольшие правки в процесс загрузки, имхо классический initramfs гораздо проще.
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

15. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +3 +/
Сообщение от Michael Shigorin email(ok) on 23-Мрт-18, 01:40 
Со своей стороны могу заметить, что общаться и делать что-либо вместе с neobht бывало весьма приятно и полезно, грамотный человек и толковый проект.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +1 +/
Сообщение от Аноним (??) on 23-Мрт-18, 02:34 
> задача которого собрать из слоев aufs

А ничего, что её поддержку из ядра выкинули?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +1 +/
Сообщение от pavlinux (ok) on 23-Мрт-18, 12:26 
>> задача которого собрать из слоев aufs
> А ничего, что её поддержку из ядра выкинули?

o.O Когда? Давно? Какая последняя версия ядра, где она есть?

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

38. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –1 +/
Сообщение от Ne01eX (ok) on 23-Мрт-18, 15:14 
>>> задача которого собрать из слоев aufs
>> А ничего, что её поддержку из ядра выкинули?
>  o.O Когда? Давно? Какая последняя версия ядра, где она есть?

Чтобы что-то выпилить, нужно сначала что-то впилить. :-)

aufs 4.9 работает c 4.9.x по текущий майнлайн. Полностью протестирована под 4.14.x (longterm) и 4.15.x (stable).

Кстати, поправочка - она таки уже умеет работать с несколькими слоями. Надо чаще читать документацию (это я про себя) :-)

https://github.com/sfjro/aufs4-linux/tree/master/Documentation

Так, для полного счастья осталось только почитать в виде сравнения с OverlayFS и на этом экскурс в оверлеи на сегодня можно считать законченным. :-)

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

71. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от Аноним (??) on 25-Мрт-18, 04:16 
Это про aufs3 скорее всего. Её действительно забросили в районе ядра 3.17, и развивать не планируют. aufs4 ещё есть, в том числе под свежие ядра, но перспективы её крайне сомнительны, потому что в ядро 3.16 приняли overlayfs, а с 4.0 оно научилось нескольким lower-branch, поэтому уже может заменить aufs.

С другой стороны, её отказывались принять по причинам крайне корявого кода, и необходимости введения нового типа файлов - whiteout'ов. Последние в ядро всё-таки протащили, а код теоретически можно и переписать.

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

72. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от Ne01eX (ok) on 27-Мрт-18, 16:11 
> Это про aufs3 скорее всего. Её действительно забросили в районе ядра 3.17,
> и развивать не планируют. aufs4 ещё есть, в том числе под
> свежие ядра, но перспективы её крайне сомнительны, потому что в ядро
> 3.16 приняли overlayfs, а с 4.0 оно научилось нескольким lower-branch, поэтому
> уже может заменить aufs.
> С другой стороны, её отказывались принять по причинам крайне корявого кода, и
> необходимости введения нового типа файлов - whiteout'ов. Последние в ядро всё-таки
> протащили, а код теоретически можно и переписать.

Так. Попробую расставить точки над Ё, в этом миниобзоре:

0. Исходя из специфики использования AUFS, лично мне, сложно представить ситуацию, где при переходе с aufs3 на aufs4 могли бы вылезть хоть какие-нибудь проблемы. Ну разве что, кто-то годами хранит инкременты настроек ливчиков/тонких клиентов. :-D

1. У aufs крайне непривычная поставка, - не в виде одного патча, а в виде набора патчей + файлы. Впрочем перекубатурить не долго. Плюсом AUFS не использует VFS. Совсем. Тогда как OverlayFS использует штатную VFS ядра Linux. Ну это кому как, на самом деле. Разработчики GNU/HURD, например, будут рады AUFS. BSD-шники, как всегда, увидят тотальный недостаток в виде лицензии и кинутся перепиливать под BSD. У пользователей GNU на ядре Linux есть выбор.

2. С whiteout'ами верно подмечено, только это не новые типы файлов, это новые аттрибуты файлов.

3. У OverlayFS за спиной Novell и, с некоторых пор, Red Hat. У AUFS и профессора J. Okajima за спиной только собственная ж..а.. Но зато у него есть чувство юмора. Ситуация один-в-один как у Эдуарда Шишкина с Reiser4.

4. OverlayFS писалась с оглядкой на systemd. Я не говорю, что она не работает с другими системами инициализации (более того, судя по постам в интернете она и с systemd не всегда дружит :-D :-D :-D ). Я сказал лишь то что я сказал, - OverlayFS писалась с оглядкой на systemd.

5. В конечном итоге код обоих FS базируется на коде UnionFS. Только один профессор "в одну каску" "убежал" дальше, чем Novell + Red Hat.

С учётом вышеперечисленного, лично я делаю выбор в пользу AUFS. Я же не какая-нибудь корпорация. Я сам по себе Ne01eX, свой собственный. И что Эдик Шишкин, что Junjiro R. Okajima мне как-то ближе, чем Novell + Red Hat. По духу. Это Реальные Воины Света, едрить твою дивизию.

https://www.youtube.com/watch?v=JfyjUGfUf7k
https://www.youtube.com/watch?v=HO0BjSbGXHY

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

20. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от Аноним (??) on 23-Мрт-18, 03:12 
ждем поддержки overlayfs
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –1 +/
Сообщение от betcher (ok) on 23-Мрт-18, 10:10 
overlayfs в планах есть.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

42. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –1 +/
Сообщение от Аноним (??) on 23-Мрт-18, 16:01 
надеемся не через три года разработки
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

58. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –1 +/
Сообщение от neobht (ok) on 24-Мрт-18, 11:06 
Быстрее, но на ней будет обычный многослойный live. Не все функции можно реализовать. Вам действительно нужна overlayfs или просто, чтобы было?
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

46. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –2 +/
Сообщение от Аноним (??) on 23-Мрт-18, 22:01 
Аксакалы, какой дистрибутив загружает себя в память? Чтобы летал ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

51. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от betcher (ok) on 23-Мрт-18, 22:39 
Загрузка в память именно для скорости относительно работы с диска заметного глазу прироста не дает.
Вот если по сети грузить тогда да, смысл есть. Но если есть другие причины грузить в память можно выбрать что-то мелкое и сразу модульное. Например тут http://forum.puppyrus.org. Можно взять магос и выкинуть  часть модулей, там гига полтора сейчас.
Если с UIRD то в принципе что угодно, но придется разбираться с конфигом и собирать сам UIRD.
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

52. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  +/
Сообщение от Led (ok) on 23-Мрт-18, 22:40 
> Аксакалы, какой дистрибутив загружает себя в память? Чтобы летал ?

Иди в винду, не прикидывайся.

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

63. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."  –2 +/
Сообщение от рара Кен email on 24-Мрт-18, 12:45 
оно всегда с т.н. вирт диска в оперативке загружалось только звалось по-разному swap ом там или еще где. там же в "грубе2" все прописано об этом. но любая унификация - приветствуется!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру