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

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

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

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