Сайт | Скачать | Видео | Wiki

Автор Тема: Обсуждение: Оптимальный для модульного фругала Initrd  (Прочитано 90413 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Автор темы
  • Старый чайник
Re:pra-porteus-initrd + обычное aufs ядро
« Ответ #180 : 03 Февраль 2016, 12:56:24 »
Код
KERNELVER="`uname -r`"
.....................
if [ -f /mnt/${PDEV}${PDIR}/base/kernel-${KERNELVER}.sfs ]; then
if [ "$PCOPY" = "yes" ]; then
cp /mnt/${PDEV}${PDIR}/base/kernel-${KERNELVER}.sfs /mnt/tmpfs
mount -o loop /mnt/tmpfs/kernel-${KERNELVER}.sfs /kernel || check_status 1
else
mount -o loop /mnt/${PDEV}${PDIR}/base/kernel-${KERNELVER}.sfs /kernel || check_status 1
fi
 ZLAYER=':/kernel=ro'
fi
Неужели так трудно посмотреть самостоятельно?
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re:pra-porteus-initrd + обычное aufs ядро
« Ответ #181 : 03 Февраль 2016, 12:59:16 »
Т.е. у Вас без 001-? Думаю от нумерации отказываться плохая идея

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Автор темы
  • Старый чайник
Re:pra-porteus-initrd + обычное aufs ядро
« Ответ #182 : 03 Февраль 2016, 15:16:46 »
Т.е. у Вас без 001-? Думаю от нумерации отказываться плохая идея
Хорошая, когда модули монтируются ниже базы. Базовые модули (3 или4 штуки) монтируются в заранее определённые слои: верхний - tmpfs, первый - save.sfs, следующий (это предложние) fix.sfs, далее база и kernel. Остальные модули можно монтировать ниже (как у меня), либо выше базы (add:3:) с нумерацией или без, как вам больше нравится. Нумерация жёстко закрепляет слои и получается псевдомонолит, что с одной стороны хорошо, а с другой - не очень, сами знаете.
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re:pra-porteus-initrd + обычное aufs ядро
« Ответ #183 : 03 Февраль 2016, 15:31:35 »
Хорошая, когда модули монтируются ниже базы.
тут можно поспорить
Базовые модули (3 или4 штуки) монтируются в заранее определённые слои:
За счет нумерации это именно так и это гибко

В ПРА это уже устоялось. Лучшее враг хорошего. Запутаем юзеров. На выходе никаких улучшений не получим
Органичимся 001-kernel`uname -e`.pfs

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Автор темы
  • Старый чайник
Re:pra-porteus-initrd + обычное aufs ядро
« Ответ #184 : 03 Февраль 2016, 15:54:59 »
тут можно поспорить
Тут пишут, что я всегда прав. Проспорите  8)
За счет нумерации это именно так и это гибко
Базовые модули тасовать нет смысла, остальные без разницы.
Лучшее враг хорошего.
Причина наших споров. ;)
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re:pra-porteus-initrd + обычное aufs ядро
« Ответ #185 : 03 Февраль 2016, 16:00:14 »
Базовые модули тасовать нет смысла, остальные без разницы.
У Вас номер слоя прибит к имени модуля?
Лучшее враг хорошего.
Причина наших споров. ;)
Пра юзает уже довольно много народу. Поэтому я уже не могу себе позволить совсем смелые эксперименты. Юзера хотят стабильности

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Автор темы
  • Старый чайник
Re:pra-porteus-initrd + обычное aufs ядро
« Ответ #186 : 03 Февраль 2016, 16:43:54 »
У Вас номер слоя прибит к имени модуля?
Да, но только базовые
Код
echo -n "Настройка слоёв файловой системы unionfs..." > /dev/console
mount -t aufs -o udba=reval,diropq=w,dirs=/changes=rw:${UMNTMAIN}${UMNTSFS}/base=ro${ZLAYER}${UMNTRO} unionfs /pup_new
Вот в этой строке распределяются слои.
Пра юзает уже довольно много народу. Поэтому я уже не могу себе позволить совсем смелые эксперименты. Юзера хотят стабильности
Делайте "по шпионски", чтобы не заметили  ;)
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re:pra-porteus-initrd + обычное aufs ядро
« Ответ #187 : 03 Февраль 2016, 16:57:47 »
Вот в этой строке распределяются слои.
Если base - один - может быть (еще одно наследие woof)
Если базовых много - нумерация удобнее

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Автор темы
  • Старый чайник
Re:pra-porteus-initrd + обычное aufs ядро
« Ответ #188 : 03 Февраль 2016, 17:47:09 »
Если базовых много
Вот этого я не понимаю, зачем?
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Разные DE, отделение своих наработок от донорских. Те же Х были в PR выделены
Опциональное удобство, гибкость

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Автор темы
  • Старый чайник
Опциональное удобство, гибкость
Любите вы рюшечки и завитушечки. :)
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Я - Нет. И это удобства. И они есть и работают. Вырезать их из идейных соображений глупо

Оффлайн k0l0p0k

  • Ветеран
  • *****
  • Сообщений: 1611
  • Репутация: +27/-1
Опциональное удобство, гибкость
Любите вы рюшечки и завитушечки. :)
здесь соглашусь с SFS - это не рюшечки(сам не люблю - даже на хорошем железе) это именно удобство.
1.пень G2020,8Gb,Radeon RX460 (Debian+openBox+LXPanel)
2.нетбук  Samsung N145 (Debian+openBox+LXPanel, ddr01)

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Автор темы
  • Старый чайник
Код
# ls -1 /mnt/sda1/pra/base
000-kernel.pfs
001-Pra03arch10nos.pfs
040-Openbox-3.5.2-4-1-3s11.pfs
045-Waterline-git-20150801-s02.pfs
046-Sde-lib-20150801.pfs
050-Stuurman-git-20150801.pfs
050-mc-git-p-4.8.13-1-s02.pfs
070-Pra-150929.pfs
075-Systemd-217-8-s03.pfs
083-firefox-light_39.0-profile-s07-any.pfs
10 модулей, а зачем? Достаточно четырёх: save, fix, base, kernel, остальным место в modules.
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Кому достаточно - pfsmerge и это проще , чем разъединить монолит