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

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

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

Оффлайн Pro

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 10737
  • Репутация: +113/-2
Re:Оптимальный для модульного фругала initrd
« Ответ #165 : 07 Январь 2016, 15:52:26 »
Что тогда помешало скомпилить 4.3.3-pf3 64bit? Я же тебя просил
а я что не ответил почему не получится? ответил.
Я загружаю новые пакеты сюда: http://file.puppyrus.org/users/ а дальше можно найти самостоятельно.

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8637
  • Репутация: +187/-2
  • Автор темы
  • Старый чайник
Re:Оптимальный для модульного фругала initrd
« Ответ #166 : 07 Январь 2016, 16:01:53 »
А как же лучший друг?
Друг придурок ещё тот, но я ему не уступлю  :D
Моноблок 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

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

Все это не значит, что надо бросаться использовать именно большие ядра
Я уже писал , что мне эта тема пока интересна больше в плане понимания работы системы
Из практической пользы больших ядер выявлено мало и малоизучено. Вероятно - если изучить - можно перенести в наше ядро
и именно на портеусе.  
Сейчас менять в ПРА портеус на другое не вижу смысла:
1. Юзера привыкли. Посмотрите на голосование - голосуют  разрабы за свое  :) Юзерам пофиг
2. Оттестирован
3. Функционала достаточно. Прибамсазы типа этой темы дописываемы
Есть много других проблем в ПРА. Людей, способных их решать мало. Нельзя тратить ресурсы на изобретение велосипедов и "лучшее враг хорошего"
В чем-то neobht прав, портеус сильно запутан, я, к примеру, никак не врублюсь, чего он там по несколько раз перемонтирует при поиске файла-сигнатуры.
Сигнатуру можно заменить тупо part=sda1 - или как у Дяди Шурика с вопросами
Только надо ли - см. п.1 выше
Однако, как видно и тащить udev в initrd совсем не обязательно.  
Это лучше соответствует идее "маленький и быстрый". Надо тестировать
Может быть, действительно имеет смысл изучить init от Дяди Шурика да и добавить туда поддержку больших ядер.
Посмотрел https://cloud.mail.ru/public/80bfb1e2a2ae/Richy-219/boot/   initrd_mnt.gz
Не нашел там про большие ядра. Тогда какая разница к чему прикручивать, тем более к портеусу уже прикрутили 3мя способами...
Ну и главный вопрос - зачем нужны большие ядра остается открытым
В остальном Дяде Шурику до портеуса  еще далеко (по функционалу, ничего личного, сплошной прагматизм)
Код
[ $pmedia ] && PMEDIA=$pmedia #boot parameter, broad category of boot media. ex: cd.
[ $pdev1 ] && PDEV1="$pdev1"    #boot parameter, partition have booted off. ex: hda3
[ $dev ] && PDEV1="$dev"
[ $psubdir ] && PSUBDIR="/$psubdir"
[ $dir ] && PSUBDIR="/$dir" #boot parameter, directory for puppy files. ex: puppy220
[ $pfsdir ] && PFSDIR="$pfsdir/" || PFSDIR="modules/"
[ $pkeys ] && PKEYS=$pkeys #boot parameter, keyboard layout w476
[ $resume ] && RESUME=$resume
[ $serv ] && IP=$serv #loading of modules from the ftp-server
[ $servpath ] && DIR=$servpath
[ $load ] && LOAD=$(echo $load | tr ',' ' ')
[ $noload ] && NOLOAD="$(echo \'$noload\' | tr ',' '|' | tr -d ' ')"
Вот и все параметры  :'(
Как-то невесело без debug copy2ram rammode rootcopy changes ...
Конечно Дядя Шурик скажет , что они не нужны (и в чем-то я даже соглашусь) но зачем отказываться от портеуса, в котором это есть и работает... Не надо - не юзай

Оффлайн neobht

  • Ветеран
  • *****
  • Сообщений: 1031
  • Репутация: +15/-0
Из перечисленного в initrd DDSh нет только rootcopy, rammod. И debug не пошаговый. Остальное все есть. Но код в разы проще. Его понимает каждый, кто так или иначе понимает shell. Он меньше и компактнее. Так что он превосходит porteus при идеологии - чем меньше, тем лучше без потери функциональности.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 34033
  • Репутация: +231/-0
    • PuppyRus-A
Ок. Кто готов выпустить ПРА.iso с другим initrd и осуществить должную поддержку?
Я считаю, что есть проблемы поважнее и это не планирую
Выкладываем на mediafire - смотрим счетчики скачиваний - делаем выводы
Чего тут спорить....
« Последнее редактирование: 31 Январь 2016, 13:00:23 от sfs »

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8637
  • Репутация: +187/-2
  • Автор темы
  • Старый чайник
Чего тут спорить....
Вот именно, получается спор художника с бетонщиком. :D
Моноблок 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

Оффлайн Pro

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 10737
  • Репутация: +113/-2
я вижу сообщество уже созрело для создания онлайн генератора iso или img.
а ну конечно еще автогенерация iso по мере появления новых версий пакетов.
Я загружаю новые пакеты сюда: http://file.puppyrus.org/users/ а дальше можно найти самостоятельно.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 34033
  • Репутация: +231/-0
    • PuppyRus-A
Наоборот, в свете скрипта обновления всех модулей - теряется смысл выпуска исо (только для новичков)
Какая связь с темой?

Оффлайн Pro

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 10737
  • Репутация: +113/-2
Наоборот, в свете скрипта обновления всех модулей - теряется смысл выпуска исо (только для новичков)
Какая связь с темой?
iso в любом случае делать придется т.к. твой скрипт обновления всех модулей тупо не будет работать на компе на котором вообще нет ОС :)
Связь с темой - сообщение от sfs: "Кто готов выпустить ПРА.iso с другим initrd и осуществить должную поддержку?". Нечего выпускать, пусть само выпускается.

зы. Если после этого связь с темой не очевидна, прошу удалить оффтоп из сообщений sfs и удалить мои сообщения .
« Последнее редактирование: 01 Февраль 2016, 02:58:14 от Pro »
Я загружаю новые пакеты сюда: http://file.puppyrus.org/users/ а дальше можно найти самостоятельно.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 34033
  • Репутация: +231/-0
    • PuppyRus-A
Планов отказа от выпуска исо нет. Дополнительно автоматизировать вряд ли тоже стоит.
Во всяком случае при выпуске 1601game скрипт выявил пару модулей о которых я забыл
www конструктор некому делать и новички таких монстров могут насобирать. middle game - хоть как-то сбалансированы и логически выстроены

Оффлайн Pro

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 10737
  • Репутация: +113/-2
www конструктор некому делать и новички таких монстров могут насобирать. middle game - хоть как-то сбалансированы и логически выстроены
их проблемы.  я всего лишь высказал мнение и не побуждаю никого что либо делать.
Я загружаю новые пакеты сюда: http://file.puppyrus.org/users/ а дальше можно найти самостоятельно.

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8637
  • Репутация: +187/-2
  • Автор темы
  • Старый чайник
Re:pra-porteus-initrd + обычное aufs ядро
« Ответ #176 : 03 Февраль 2016, 09:59:39 »
000-kernel.pfs - наболевший вопрос. конечно теряем некоторую совместимость с оригинальным портеусом.... Только зачем она нам нужна...

Может для начала добавить 000-kernel-`uname -r`.pfs и фильтровать nVidia amd-catalyst (это уже стандартизировано) + k`uname -r`
Может проще перейти на мой initrd?
Моноблок 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

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 34033
  • Репутация: +231/-0
    • PuppyRus-A
Re:pra-porteus-initrd + обычное aufs ядро
« Ответ #177 : 03 Февраль 2016, 10:46:03 »
Он работает  + обычное aufs ядро?
Там решены проблемы 000-kernel-`uname -r`.pfs ?

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8637
  • Репутация: +187/-2
  • Автор темы
  • Старый чайник
Re:pra-porteus-initrd + обычное aufs ядро
« Ответ #178 : 03 Февраль 2016, 12:46:37 »
Он работает  + обычное aufs ядро?
Нет, но у нас что, дефицит ядер? Можно сделать, но не считаю нужным.
Там решены проблемы 000-kernel-`uname -r`.pfs ?
Это было изначально.
Моноблок 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

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 34033
  • Репутация: +231/-0
    • PuppyRus-A
Re:pra-porteus-initrd + обычное aufs ядро
« Ответ #179 : 03 Февраль 2016, 12:50:29 »
Он работает  + обычное aufs ядро?
Нет, но у нас что, дефицит ядер? Можно сделать, но не считаю нужным.
Если нет - то перечитайте название темы  ;)
Кстати - то что мы здесь изобрели - и у Вас будет работать почти без правок
Там решены проблемы 000-kernel-`uname -r`.pfs ?
Это было изначально.
Расскажите как - чтобы велосипед не изобретать