forum.opennet.ru

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

Оглавление

Выпуск UIRD 2.0, унифицированной системы инициализации для м..., opennews (??), 22-Мрт-18, (0) [смотреть все]

и что там за чудо слои aufs, Аноним (-), 21:28 , 22-Мрт-18, (1) –5 //

Обычные такие слои Как в slax, puppyrus и проч , betcher (?), 21:32 , 22-Мрт-18, (2) +1

Почему до сих пор aufs, когда все переходят на принятый в апстрим ядра overlayfs, Аноним (-), 22:55 , 22-Мрт-18, (4) +1 //

У overlayfs есть неприятные баги при использовании его поверх сетевых фс Кстати,, kvaps (ok), 23:46 , 22-Мрт-18, (7) –2 //

Спасибо, не знал -- у нас пару лет как есть патчи на make-initrd-propagator, но , Michael Shigorin (ok), 01:37 , 23-Мрт-18, (13) –1 //

почему не в апстриме патчи , Аноним (-), 05:14 , 23-Мрт-18, (21) –1

Чукча не читатель , Анонимен (?), 07:36 , 23-Мрт-18, (22) –1

Насколько я помню, - у aufs был только один слой поверх RO системы Собственно, , Ne01eX (ok), 01:41 , 23-Мрт-18, (16)

Если не ошибаюсь, с overlayfs после загрузки ОС нельзя нагарячую модули подключа, paulus (ok), 08:16 , 23-Мрт-18, (23)
Кто эти все Сколько их, с какого района , Ne01eX (ok), 15:19 , 23-Мрт-18, (41) +1

Уж слиiком заморочено и aufs не Linux-way , pavlinux (ok), 23:15 , 22-Мрт-18, (5) –1 //

Давай начнем с того что systemd - уже не Linux-way Выпилить , Аноним (-), 00:45 , 23-Мрт-18, (9) +2 //

Наоборот это линукс systemd-way , Аноним (-), 01:02 , 23-Мрт-18, (10) +4
так его там и так нету, как я понимаю sbin init и не системдешный может быть, kvaps (ok), 01:06 , 23-Мрт-18, (11) +1
Не знаю как у вас, а у меня его нет , pavlinux (ok), 12:35 , 23-Мрт-18, (32) +1
всенепременно , моррут (?), 20:24 , 23-Мрт-18, (44)
Вы хотели сказать, что systemd делает на Linux единообразную операционку, но кан, Аноним (-), 10:49 , 24-Мрт-18, (56) –4

А как вы представляете юниксвей в контексте инитрд P S В uird есть режим загру, betcher (ok), 10:23 , 23-Мрт-18, (28) //

init bin bash и отлаживай скока влезет Не UNIX-way, а Linux-way, - отсутстви, pavlinux (ok), 12:24 , 23-Мрт-18, (30) –1 //

Ты вообще в курсе, как загрузка системы происходит , Аноним (-), 12:44 , 23-Мрт-18, (33)
init bin bash и отлаживай скока влезет Это полноценная загрузка в консоль Т, betcher (ok), 12:44 , 23-Мрт-18, (34)

Не обращайте внимание, Павел так шутит Вы сколько слоёв там у себя используете , Ne01eX (ok), 21:51 , 23-Мрт-18, (45)

Если вопрос по слоям в магос, то в дефолтеMagOS user ls -1 memory data from 0, betcher (ok), 22:30 , 23-Мрт-18, (48)

gt оверквотинг удален Почти по барабану Ограничение только в макмимальном кол, neobht (ok), 11:11 , 24-Мрт-18, (60) –1

У нас что тут ЕГЭ В тексте новости тоже есть слово Помимо , и что характерно, betcher (ok), 22:52 , 23-Мрт-18, (53) –1

Как-то тоже экспериментировал с dracut и написал свой велосипед для загрузки squ, kvaps (ok), 23:37 , 22-Мрт-18, (6) //

Дро ите как хотите, всё равно всё заканчивается mount --bind , pavlinux (ok), 00:33 , 23-Мрт-18, (8) –2 //

Про моунт бинд вообще не понял , betcher (ok), 10:25 , 23-Мрт-18, (29)

Интересно, надо будем посмотреть оба два З Ы Отписался в теме, чтобы не потерят, Ne01eX (ok), 01:36 , 23-Мрт-18, (12) //

Оба три тогда уж https lists altlinux org pipermail sisyphus 2018-March 36656, Michael Shigorin (ok), 01:38 , 23-Мрт-18, (14) +1 //

Спасибо, унес в закладки Но на мой быстрый кривой взгляд по диагонали, что-то к, Ne01eX (ok), 01:47 , 23-Мрт-18, (17)

Что мудрено согласен Но проще без потери функционала вряд ли получится В данно, betcher (ok), 10:14 , 23-Мрт-18, (26)
Может и про casper не слышали , Аноним (-), 12:47 , 23-Мрт-18, (35) –1

Если даже и слышал, то и не отобразил и не запомнил Вы не поверите, но у меня до, Ne01eX (ok), 14:48 , 23-Мрт-18, (36) –1

Зачем эта БЗДуновская поделка, которая сливала линуху даже в тех тестах 10 летне, Аноним (-), 15:19 , 23-Мрт-18, (40) –3

По весёлым, но чёрнобелым картинкам всё наоборот На самом деле тот же O 1 эффе, Ne01eX (ok), 22:15 , 23-Мрт-18, (47) –2

Добавьте ещё LTSP к списку Там, кстати, используется overlay и initramfs, что по, kvaps (ok), 01:56 , 23-Мрт-18, (18)

Да, блин, что вы так все к этой initramfs-то привязались Это же, по сути 1 в ко, Ne01eX (ok), 10:58 , 24-Мрт-18, (57) –1

А какой дистр , neobht (ok), 11:08 , 24-Мрт-18, (59) –1

GNU на ядре Linux Система инициализации - SysVinit со скриптами в стиле BSD , Ne01eX (ok), 21:25 , 24-Мрт-18, (68) –1

Эм, ну и что Какие минусы у cpio, если каждый раз он собирается автоматически Д, kvaps (ok), 13:01 , 24-Мрт-18, (64) +1

Я редко когда ругаю руководства Gentoo, но это тот случай, когда там действитель, Ne01eX (ok), 21:05 , 24-Мрт-18, (66) –1

Я просто пытаюсь понять в чем конкретно преимущество initrd перед initramfs Я е, kvaps (ok), 21:19 , 24-Мрт-18, (67)

1 Initrd работает в большинстве известных мне nix 2 Initrd позволяет организо, Ne01eX (ok), 23:12 , 24-Мрт-18, (69) +2

Благодарю за развернутый ответ , kvaps (ok), 23:18 , 24-Мрт-18, (70) +1

Dracut используется в основном только для модулей ядра и для изготовления initrd, neobht (ok), 11:28 , 24-Мрт-18, (61) –1

neobht, не-не, я ничего против dracut не имею - он идеален для написания таких п, kvaps (ok), 13:13 , 24-Мрт-18, (65)

Со своей стороны могу заметить, что общаться и делать что-либо вместе с neobht б, Michael Shigorin (ok), 01:40 , 23-Мрт-18, (15) +3
А ничего, что её поддержку из ядра выкинули , Аноним (-), 02:34 , 23-Мрт-18, (19) +1 //

o O Когда Давно Какая последняя версия ядра, где она есть , pavlinux (ok), 12:26 , 23-Мрт-18, (31) +1 //

Чтобы что-то выпилить, нужно сначала что-то впилить - aufs 4 9 работает c 4 9 , Ne01eX (ok), 15:14 , 23-Мрт-18, (38) –1
Это про aufs3 скорее всего Её действительно забросили в районе ядра 3 17, и раз, Аноним (-), 04:16 , 25-Мрт-18, (71) //

Так Попробую расставить точки над Ё, в этом миниобзоре 0 Исходя из специфики и, Ne01eX (ok), 16:11 , 27-Мрт-18, (72)

ждем поддержки overlayfs, Аноним (-), 03:12 , 23-Мрт-18, (20) //

overlayfs в планах есть , betcher (ok), 10:10 , 23-Мрт-18, (24) –1 //

надеемся не через три года разработки, Аноним (-), 16:01 , 23-Мрт-18, (42) –1 //

Быстрее, но на ней будет обычный многослойный live Не все функции можно реализо, neobht (ok), 11:06 , 24-Мрт-18, (58) –1

Аксакалы, какой дистрибутив загружает себя в память Чтобы летал , Аноним (-), 22:01 , 23-Мрт-18, (46) –2 //

Загрузка в память именно для скорости относительно работы с диска заметного глаз, betcher (ok), 22:39 , 23-Мрт-18, (51)
Иди в винду, не прикидывайся , Led (ok), 22:40 , 23-Мрт-18, (52)

оно всегда с т н вирт диска в оперативке загружалось только звалось по-разному , рара Кен (?), 12:45 , 24-Мрт-18, (63) –2

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

6. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." +/–

Сообщение от kvaps (ok), 22-Мрт-18, 23:37

Как-то тоже экспериментировал с dracut и написал свой велосипед для загрузки squashed-образа в ram и монтирования root в overlayfs.
https://github.com/kvaps/livenetsquash
Здесь же более комплексный подход. Интересная штука, надо будет попробовать.

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

8. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." –2 +/–

Сообщение от pavlinux (ok), 23-Мрт-18, 00:33

Дро....ите как хотите, всё равно всё заканчивается mount --bind :)

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

29. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." +/–

Сообщение от betcher (ok), 23-Мрт-18, 10:25

Про моунт бинд вообще не понял.

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

12. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." +/–

Сообщение от Ne01eX (ok), 23-Мрт-18, 01:36

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

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

14. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." +1 +/–

Сообщение от Michael Shigorin (ok), 23-Мрт-18, 01:38

> Интересно, надо будем посмотреть оба два.
Оба три тогда уж: https://lists.altlinux.org/pipermail/sisyphus/2018-March/366... %)
(попытался сконтачить авторов, вдруг и впрямь друг о друге не знали)

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

17. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." +/–

Сообщение от Ne01eX (ok), 23-Мрт-18, 01:47

>> Интересно, надо будем посмотреть оба два.
> Оба три тогда уж: https://lists.altlinux.org/pipermail/sisyphus/2018-March/366...
> %)
> (попытался сконтачить авторов, вдруг и впрямь друг о друге не знали)
Спасибо, унес в закладки. Но на мой быстрый кривой взгляд по диагонали, что-то как-то перемудрёно черезчур. :-)

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

26. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." +/–

Сообщение от betcher (ok), 23-Мрт-18, 10:14

Что мудрено согласен. Но проще без потери функционала вряд ли получится. В данном случае сложность - плата за универсальность.

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

35. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." –1 +/–

Сообщение от Аноним (-), 23-Мрт-18, 12:47

Может и про casper не слышали?

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

36. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." –1 +/–

Сообщение от Ne01eX (ok), 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

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

40. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." –3 +/–

Сообщение от Аноним (-), 23-Мрт-18, 15:19

> Кстати, о ULE, ага...  Нам бы в Linux его, не помешало бы... Вот здесь, например -> http://www.iiis.org/cds2008/cd2009sci/CCCT2009/PapersPdf/T79...
> можно с весёлыми картинками почитать/посмотреть. Интересно, уже кто-нибудь пилит?
Зачем эта БЗДуновская поделка, которая сливала линуху даже в тех тестах 10 летней давности?

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

47. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." –2 +/–

Сообщение от Ne01eX (ok), 23-Мрт-18, 22:15

>> Кстати, о ULE, ага...  Нам бы в Linux его, не помешало бы... Вот здесь, например -> http://www.iiis.org/cds2008/cd2009sci/CCCT2009/PapersPdf/T79...
>> можно с весёлыми картинками почитать/посмотреть. Интересно, уже кто-нибудь пилит?
> Зачем эта БЗДуновская поделка, которая сливала линуху даже в тех тестах 10
> летней давности?
По весёлым, но чёрнобелым картинкам всё наоборот. На самом деле тот же O(1) эффективней CFS на одноядерных машинах. Там же английским по белому всё ясно написано - что/где/когда. :-)

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

18. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." +/–

Сообщение от kvaps (ok), 23-Мрт-18, 01:56

> Оба три тогда уж:
Добавьте ещё LTSP к списку.
Там, кстати, используется overlay и initramfs, что по моему скромному мнению сильно проще чем dracut.
Тоже поддерживает несколько протоколов, легко настраивается и имеет незамысловатый конфиг с кучей примочек.

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

57. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." –1 +/–

Сообщение от Ne01eX (ok), 24-Мрт-18, 10:58

>> Оба три тогда уж:
> Добавьте ещё LTSP к списку.
> Там, кстати, используется overlay и initramfs, что по моему скромному мнению сильно
> проще чем dracut.
> Тоже поддерживает несколько протоколов, легко настраивается и имеет незамысловатый конфиг
> с кучей примочек.
Да, блин, что вы так все к этой initramfs-то привязались?
Это же, по сути:
1. в конечном итоге только cpio, со всеми минусами;
2. Это жёсткий линуксизм, повязанный _только_ на ядро Linux.
Не, ребя, не убедили, вы как хотите, а я остаюсь классическом initrd. Он хоть и "старее", на полшага посложнее, зато универсальный и более функциональный.
Да и плюсов overlayfs, относительно aufs я вот что-то не нашёл (может плохо искал, кстати, допускаю).
P.S. Это просто мысль вслух.
P.P.S. Linux - самое функциональное ядро в мире.

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

59. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." –1 +/–

Сообщение от neobht (ok), 24-Мрт-18, 11:08

А какой дистр?

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

68. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." –1 +/–

Сообщение от Ne01eX (ok), 24-Мрт-18, 21:25

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

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

64. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." +1 +/–

Сообщение от kvaps (ok), 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), 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 есть один большой минус - что бы его использовать, сначала
> нужно собрать модуль для него.
С каких пор сборка из исходных кодов стала минусом?

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

67. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." +/–

Сообщение от kvaps (ok), 24-Мрт-18, 21:19

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

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

69. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." +2 +/–

Сообщение от Ne01eX (ok), 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.

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

70. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." +1 +/–

Сообщение от kvaps (ok), 24-Мрт-18, 23:18

Благодарю за развернутый ответ!

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

61. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." –1 +/–

Сообщение от neobht (ok), 24-Мрт-18, 11:28

>> Оба три тогда уж:
> Добавьте ещё LTSP к списку.
> Там, кстати, используется overlay и initramfs, что по моему скромному мнению сильно
> проще чем dracut.
> Тоже поддерживает несколько протоколов, легко настраивается и имеет незамысловатый конфиг
> с кучей примочек.
Dracut используется в основном только для модулей ядра и для изготовления initrd с консольными утилитами: mc, ssh и тд.
UIRD написан так, чтобы можно было обойтись без dracut вовсе. Просто без него сложнее и надо самому отслеживать зависимости. А в нем уже написаны утилиты для этого.

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

65. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." +/–

Сообщение от kvaps (ok), 24-Мрт-18, 13:13

neobht, не-не, я ничего против dracut не имею - он идеален для написания таких проектов как uird.
Но в целях обучения да или просто когда вам нужно внести небольшие правки в процесс загрузки, имхо классический initramfs гораздо проще.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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


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


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


	12. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."	+/–
	Сообщение от Ne01eX (ok), 23-Мрт-18, 01:36
	Интересно, надо будем посмотреть оба два. З.Ы. Отписался в теме, чтобы не потерять и не забыть.
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	14. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 23-Мрт-18, 01:38
	> Интересно, надо будем посмотреть оба два. Оба три тогда уж: https://lists.altlinux.org/pipermail/sisyphus/2018-March/366... %) (попытался сконтачить авторов, вдруг и впрямь друг о друге не знали)
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


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


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


	36. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."	–1 +/–
	Сообщение от Ne01eX (ok), 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
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


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


	18. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."	+/–
	Сообщение от kvaps (ok), 23-Мрт-18, 01:56
	> Оба три тогда уж: Добавьте ещё LTSP к списку. Там, кстати, используется overlay и initramfs, что по моему скромному мнению сильно проще чем dracut. Тоже поддерживает несколько протоколов, легко настраивается и имеет незамысловатый конфиг с кучей примочек.
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	57. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."	–1 +/–
	Сообщение от Ne01eX (ok), 24-Мрт-18, 10:58
	>> Оба три тогда уж: > Добавьте ещё LTSP к списку. > Там, кстати, используется overlay и initramfs, что по моему скромному мнению сильно > проще чем dracut. > Тоже поддерживает несколько протоколов, легко настраивается и имеет незамысловатый конфиг > с кучей примочек. Да, блин, что вы так все к этой initramfs-то привязались? Это же, по сути: 1. в конечном итоге только cpio, со всеми минусами; 2. Это жёсткий линуксизм, повязанный _только_ на ядро Linux. Не, ребя, не убедили, вы как хотите, а я остаюсь классическом initrd. Он хоть и "старее", на полшага посложнее, зато универсальный и более функциональный. Да и плюсов overlayfs, относительно aufs я вот что-то не нашёл (может плохо искал, кстати, допускаю). P.S. Это просто мысль вслух. P.P.S. Linux - самое функциональное ядро в мире.
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


	68. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."	–1 +/–
	Сообщение от Ne01eX (ok), 24-Мрт-18, 21:25
	> А какой дистр? GNU на ядре Linux. Система инициализации - SysVinit со скриптами в стиле BSD.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	64. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."	+1 +/–
	Сообщение от kvaps (ok), 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), 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 есть один большой минус - что бы его использовать, сначала > нужно собрать модуль для него. С каких пор сборка из исходных кодов стала минусом?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	67. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."	+/–
	Сообщение от kvaps (ok), 24-Мрт-18, 21:19
	> Видимо писал человек из лагеря сторонников initramfs. Я из другого лагеря. Я просто пытаюсь понять в чем конкретно преимущество initrd перед initramfs. Я если честно не понимаю. > С каких пор сборка из исходных кодов стала минусом? Ну не знаю, в случае когда можно обойтись без dkms я стараюсь обходиться без него, тем более при наличии в ядре схожей функциональности, не требующей пересборки модуля по каждому чиху.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	69. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..."	+2 +/–
	Сообщение от Ne01eX (ok), 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.
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


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


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