|
|
3.16, Ne01eX (ok), 01:41, 23/03/2018 [^] [^^] [^^^] [ответить] [↑] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| +/– |
> У overlayfs есть неприятные баги при использовании его поверх сетевых фс.
> Кстати, aufs умеет отслеживать изменения на верхних слоях? - overlayfs просто не
> умеет...
Насколько я помню, - у aufs был только один слой поверх RO системы. Собственно, этим они и была привлекательна для создателей лифчиков, - простотой использования и незамороченностью кода. Но это было давно, сейчас может всё поменялось, надо будет уточнить.
У overlayfs всё по-другому.
| |
|
|
|
2.28, betcher (ok), 10:23, 23/03/2018 [^] [^^] [^^^] [ответить] [↑] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| +/– |
А как вы представляете юниксвей в контексте инитрд?
P.S. В uird есть режим загрузки, который мы называем quickshell. При котором загрузка останавливается в самом начале uird-init и выбрасывает в консоль. После можно загрузку продолжить.Режим нужен для дебага, правки конфигов прямо во время загрузки, операций с файлами (чтоб не ждать загрузки всей оси) и так далее. Так вот для расширения ваших возможностей в этом режиме можно загрузить по мимо основного uird еще расширенный с разными консольными утилитками в том числе mc. Такое позволяет например grub4dos. Это юниксвей :)?
| |
|
|
|
5.45, Ne01eX (ok), 21:51, 23/03/2018 [^] [^^] [^^^] [ответить] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| +/– |
> init=/bin/bash и отлаживай скока влезет. :)
> Это полноценная загрузка в консоль. То есть в нашем случае после сборки
> корневой aufs уже.
> quickshell - это еще на этапе инитд, при чем в самом начале.
> По linux way и aufs не уловил чего сказать хотели.
Не обращайте внимание, Павел так шутит.
Вы сколько слоёв там у себя используете?
| |
|
6.48, betcher (ok), 22:30, 23/03/2018 [^] [^^] [^^^] [ответить] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| +/– |
Если вопрос по слоям в магос, то в дефолте
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, то ему по барабану. На сколько фантазии хватит.
| |
|
7.60, neobht (ok), 11:11, 24/03/2018 [^] [^^] [^^^] [ответить] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| –1 +/– |
>[оверквотинг удален]
> 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 - устройств. Если надо больше - надо будет этот параметр увеличивать.
| |
|
|
|
|
|
|
|
|
|
|
|
6.36, Ne01eX (ok), 14:48, 23/03/2018 [^] [^^] [^^^] [ответить] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| –1 +/– |
> Может и про 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/T794MV.pdf можно с весёлыми картинками почитать/посмотреть. Интересно, уже кто-нибудь пилит?
Ну то есть, мне многое интересно, но это не значит что я как муха-соберуха вдруг резко начну всё под себя гребсти. Это тоже к 0pointer'у, ага. :-D :-D :-D
| |
|
|
|
5.57, Ne01eX (ok), 10:58, 24/03/2018 [^] [^^] [^^^] [ответить] [↓] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| –1 +/– |
>> Оба три тогда уж:
> Добавьте ещё LTSP к списку.
> Там, кстати, используется overlay и initramfs, что по моему скромному мнению сильно
> проще чем dracut.
> Тоже поддерживает несколько протоколов, легко настраивается и имеет незамысловатый конфиг
> с кучей примочек.
Да, блин, что вы так все к этой initramfs-то привязались?
Это же, по сути:
1. в конечном итоге только cpio, со всеми минусами;
2. Это жёсткий линуксизм, повязанный _только_ на ядро Linux.
Не, ребя, не убедили, вы как хотите, а я остаюсь классическом initrd. Он хоть и "старее", на полшага посложнее, зато универсальный и более функциональный.
Да и плюсов overlayfs, относительно aufs я вот что-то не нашёл (может плохо искал, кстати, допускаю).
P.S. Это просто мысль вслух.
P.P.S. Linux - самое функциональное ядро в мире.
| |
|
6.64, kvaps (ok), 13:01, 24/03/2018 [^] [^^] [^^^] [ответить] [↑] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| +1 +/– |
> Да, блин, что вы так все к этой initramfs-то привязались?
> Это же, по сути:
> 1. в конечном итоге только cpio, со всеми минусами;
> 2. Это жёсткий линуксизм, повязанный _только_ на ядро Linux.
Эм, ну и что? Какие минусы у cpio, если каждый раз он собирается автоматически?
Для справки dracut - тоже с initramfs работает.
https://wiki.gentoo.org/wiki/Initramfs/Guide/ru#.D0.9A.D0.BE.D1.80.D0.BD.D0.B5
> Да и плюсов overlayfs, относительно aufs я вот что-то не нашёл (может
> плохо искал, кстати, допускаю).
У aufs есть один большой минус - что бы его использовать, сначала нужно собрать модуль для него.
| |
|
7.66, Ne01eX (ok), 21:05, 24/03/2018 [^] [^^] [^^^] [ответить] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| –1 +/– |
>> Да, блин, что вы так все к этой initramfs-то привязались?
>> Это же, по сути:
>> 1. в конечном итоге только cpio, со всеми минусами;
>> 2. Это жёсткий линуксизм, повязанный _только_ на ядро Linux.
> Эм, ну и что? Какие минусы у cpio, если каждый раз он
> собирается автоматически?
> Для справки dracut - тоже с initramfs работает.
> https://wiki.gentoo.org/wiki/Initramfs/Guide/ru#.D0.9A.D0.BE.D1.80.D0.BD.D0.B5
Я редко когда ругаю руководства Gentoo, но это тот случай, когда там действительно написано не всё, а то что есть, - довольно однобоко. Видимо писал человек из лагеря сторонников initramfs. Я из другого лагеря.
> У aufs есть один большой минус - что бы его использовать, сначала
> нужно собрать модуль для него.
С каких пор сборка из исходных кодов стала минусом?
| |
|
|
5.61, neobht (ok), 11:28, 24/03/2018 [^] [^^] [^^^] [ответить] [↑] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| –1 +/– |
>> Оба три тогда уж:
> Добавьте ещё LTSP к списку.
> Там, кстати, используется overlay и initramfs, что по моему скромному мнению сильно
> проще чем dracut.
> Тоже поддерживает несколько протоколов, легко настраивается и имеет незамысловатый конфиг
> с кучей примочек.
Dracut используется в основном только для модулей ядра и для изготовления initrd с консольными утилитами: mc, ssh и тд.
UIRD написан так, чтобы можно было обойтись без dracut вовсе. Просто без него сложнее и надо самому отслеживать зависимости. А в нем уже написаны утилиты для этого.
| |
|
|
|
|
|
|
3.38, Ne01eX (ok), 15:14, 23/03/2018 [^] [^^] [^^^] [ответить] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| –1 +/– |
>>> задача которого собрать из слоев 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 и на этом экскурс в оверлеи на сегодня можно считать законченным. :-)
| |
3.71, Аноним (-), 04:16, 25/03/2018 [^] [^^] [^^^] [ответить] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| +/– |
Это про aufs3 скорее всего. Её действительно забросили в районе ядра 3.17, и развивать не планируют. aufs4 ещё есть, в том числе под свежие ядра, но перспективы её крайне сомнительны, потому что в ядро 3.16 приняли overlayfs, а с 4.0 оно научилось нескольким lower-branch, поэтому уже может заменить aufs.
С другой стороны, её отказывались принять по причинам крайне корявого кода, и необходимости введения нового типа файлов - whiteout'ов. Последние в ядро всё-таки протащили, а код теоретически можно и переписать.
| |
|
|
|
2.51, betcher (ok), 22:39, 23/03/2018 [^] [^^] [^^^] [ответить] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| +/– |
Загрузка в память именно для скорости относительно работы с диска заметного глазу прироста не дает.
Вот если по сети грузить тогда да, смысл есть. Но если есть другие причины грузить в память можно выбрать что-то мелкое и сразу модульное. Например тут http://forum.puppyrus.org. Можно взять магос и выкинуть часть модулей, там гига полтора сейчас.
Если с UIRD то в принципе что угодно, но придется разбираться с конфигом и собирать сам UIRD.
| |
|
|