The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Отчёт о развитии FreeBSD за четвёртый квартал 2015 года, opennews (??), 08-Фев-16, (0) [смотреть все] +1

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


21. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  –2 +/
Сообщение от uniman_ (?), 08-Фев-16, 21:52 
> Для предзагрузки ядра с функционалом, который не умеет загрузчик.

Вы не понимате как организовано ядро bsd.

>Загрузились сначала с
> ридонли компактфлеша, а потом завели какой-нибудь суперэкзотический програмный рейд или
> нужный драйвер подтянули, без которого не грузилось.

Похоже на бред, извините.

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

23. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  +7 +/
Сообщение от Клапауций (ok), 08-Фев-16, 22:04 
>> Для предзагрузки ядра с функционалом, который не умеет загрузчик.
> Вы не понимате как организовано ядро bsd.

Заинтриговали, аж мочи нет. Не поделитесь сокровенным?

>>Загрузились сначала с
>> ридонли компактфлеша, а потом завели какой-нибудь суперэкзотический програмный рейд или
>> нужный драйвер подтянули, без которого не грузилось.
> Похоже на бред, извините.

Чётко, аргументировано... и в лужу. Извините.


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

124. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  +/
Сообщение от _uniman (?), 11-Фев-16, 18:37 

а смысл аргументировать человеку, который не удосужился ни документацию почитать, ни исходные тексты посмотреть, и даже систему загрузить и посмотреть как оно - и поэтому несет откровенную пургу?

в общем случае, если /boot/loader считался "нулевым" загрузчиком, то все остальное загрузиться, и kernel, и модули.
а инициализация устройств ядро+модули, проходя по дереву шин, производит уже будучи подзагружено в памяти, в общем случае.
аналог initrd в данном разрезе - откровенно ненужная херня, и в линукс дистрибутивах сделана более всего из-за общего проектного бардака, а таки схавали, и объявили баг фичей.


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

125. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  +/
Сообщение от Клапауций (ok), 12-Фев-16, 00:12 
> а смысл аргументировать человеку, который не удосужился ни документацию почитать, ни
> исходные тексты посмотреть, и даже систему загрузить и посмотреть как оно - и поэтому
> несет откровенную пургу?
> а смысл аргументировать человеку, который не удосужился ни документацию почитать, ни исходные
> тексты посмотреть, и даже систему загрузить и посмотреть как оно -
> и поэтому несет откровенную пургу?

Я её как бы с 1995 года гружу, и исходники не только читаю, но и пописываю тоже, годов так заметно больше десяти. Так что я вас умоляю, таки не стеснятесь, делитесь сокровенным.

> в общем случае, если /boot/loader считался "нулевым" загрузчиком, то все остальное загрузиться,
> и kernel, и модули.
> а инициализация устройств ядро+модули, проходя по дереву шин, производит уже будучи подзагружено
> в памяти, в общем случае.

Если говорить об общих случаях, для начала осознайте тот простой факт, что loader необходимой компонентой не является даже на x86, а на некоторых платформах попросту вреден.

А ещё давайте рассмотрим такой умозрительный пример дискового устойства, чтобы просто разрешить которое надо: скачать по сети корректный FPGA образ, в зависимости, к примеру, от комбинации TTL уровней на некоем множестве n контактов GPIO, используя для аутентикации ключ из SPI NAND? Этакий пример "функционала, который не умеет загрузчик." оригиенального постера, на который вы так резво разродились "бредом". Общее ядро (c loader-ом ли, или без - не суть важно) загружается, предположим, по сети или из ROM или того же NAND и работает с разблокированной таким образом корневой FS до следующй перезагрузки. Initrd позволяет реализовывать, я подчеркну, _произвольно сложные_ сценарии подобного рода, используя всю мощь ничем неограниченного пользовательского окружения под полноценным ядром.  Что loader с его Forth, что специальный код в ядре просто рядом не стояли по критерию простоты и гибкости.

Это только про классический сценарий inird. А есть и другие примеры, вроде вот этого свеженького от Славы:
https://lists.freebsd.org/pipermail/freebsd-mips/2016-Februa...

> аналог initrd в данном разрезе - откровенно ненужная херня, и в линукс
> дистрибутивах сделана более всего из-за общего проектного бардака, а таки схавали,
> и объявили баг фичей.

Возможный недостаток фантазии и опыта - это ваши личные ограничения, поэтому не стоит обобщать. Можно обойтись без reroot/initrd? Конечно, FreeBSD так и жила годами. Собственно и сейчас initrd-like загрузку никому навязывать не собираются. Открывает ли наличие reroot путь в возможностям, реализация которых ранее сопровожлась повышенным уровнем геморроя или была просто невозможна? По моему это самоочевидно.

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

130. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  –1 +/
Сообщение от uniman_ (?), 14-Фев-16, 11:11 
>По моему это самоочевидно.

С этого надо было начинать, и далее ничего не писать.

>Если говорить об общих случаях, для начала осознайте тот простой факт, что loader необходимой компонентой не является даже на x86, а на некоторых платформах попросту вреден.

Сколько величественного пафоса =)

>для начала осознайте тот простой факт

Осознаю =)

# less /boot/grub/grub.cfg,v

menuentry "  FreeBSD 9 Kernel.Old  " {
       search --label zroot --set root
       kfreebsd /boot/kernel.old/kernel
#      kfreebsd_module_elf /boot/kernel.old/linux.ko
       set KFreeBSD.vfs.root.mountfrom=ufs:ufs/s10root
       set KFreeBSD.vfs.root.mountfrom.options=rw
}

Как видим "тот простой факт" что подгружать модули ядра
в память можно не только посредством /boot/loader

>даже на x86, а на некоторых платформах попросту вреден.

Угу. Кому причиняется вред? Кто потерпевшая сторона?

# cd /usr/src/sys/boot/arm/
# make install
===> uboot (install)
install -o root  -g wheel -m 444  /usr/src/sys/boot/arm/uboot/loader.conf  /boot/defaults/loader.conf
install -o root  -g wheel -m 444  /usr/src/sys/boot/arm/uboot/../../forth/menu.rc  /boot/menu.rc.sample
install -o root -g wheel  -m 444 ubldr ubldr.bin /usr/src/sys/boot/arm/uboot/../../forth/beastie.4th ...  /boot/

# uname -mpsr
FreeBSD 11.0-CURRENT arm armv6

Запуск freebsd на утюгах и микроволновках не рассматриваю.
Для них есть более соотвествующий софт.

>Открывает ли наличие reroot путь в возможностям

Ничего особого. Статический /sbin/init и chroot в /etc/rc,
или замена использовалось 20+ лет назад для разработки.
Но надо быть гм... извращенцем что бы создавать архитектуру,
где это является нормой.

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру