Нашёл такую замечательную штуку, при поиске информации: возможно ли обойтись вообще без BIOS? как его заменить, что сделать для запуска компа, как в общем сделать некоторый финт ушами:)

Наткнулся на такую штуку: http://en.wikipedia.org/wiki/Microsoft_Diagnostics - смотрим , про вот это http://winchanger.narod.ru/winprograms/msinfo32.htm .

В составе *nux есть dmesg, ls*, dmidecode.

Но что бы жостко, смотрим в http://support.microsoft.com/kb/308549/ru , и читаем часть
"Ресурсы аппаратуры:
-Конфликты и совместное использование
-Канал DMA
-Оборудование с обратной связью
-Ввод-вывод
-Прерывания (IRQ)
-Память" ; отмечу, что для WinXP, 2006 года.
Смотрим в http://support.microsoft.com/kb/314464/ru , - смотрим "Для использования программы "Сведения о системе" с целью просмотра списка программ, запускаемых при старте компьютера, выполните следующие действия" для Win2000, 2011 год.

Рассматриваем признаки для понятия, - http://ru.wikipedia.org/wiki/NFO , именно читаем "Надо отметить, что файлы с расширением .NFO могут ввести пользователей в заблуждение относительно своего содержания. Это связано с тем, что в ОС Windows сведения о системе (информация о конфигурации оборудования, компонентах компьютера, о программном обеспечении, в том числе о подписанных и неподписанных драйверах) хранятся в файлах именно с таким расширением. И при попытке открыть варезный NFO-файл программа сбора сведений о системе выведет сообщение о невозможности открытия в связи с повреждением файла или неподдерживаемой версией. Чтобы исключить подобное непонимание, следует либо ассоциировать NFO-файлы со специальной программой для просмотра, либо каждый раз выбирать из контекстного меню способ их открытия." с http://www.computerra.ru/gid/rtfm/system/289828/

А теперь возник вопрос: У BIOS`а есть расширение?) Это может быть глупый вопрос, но всё-таки.

Недавно был счастливым пользователем дженты, но как-то несложилось. С начала несложилось, а после попёрло. Но пораскинув самолюбием, понял, что всё это херня.
Сейчас поясню. Возможно натолкнёт на размышления.

Вот есть линукс, не плохой и не хороший. У всех есть свои проблемки, баги и мега-супер решения, - но всё равно он такой линукс) Потому как всё крутится вокруг ядра, ксорга и "пакета с плюшками". Какое-то время назад (эдак, года 3-4 назад) была тривиальная проблема выбора дистрибутива и амбициии говорили, давай круче! Но понацеи нет, ровно и как таблетки; читал сравнение с самолётами каждого семейства дистрибутивов. Собственно та статья и подтолкнула написать пару мыслей тут.

Собственно, мнение, что линукс напоминает кастовое деление. Убунта, - тон юзер френдли; Слака стегает генту, а она родимая жрёт исходники. Всё бы прекрасно и всех всё устраивает, кому от всего этого хорошо? Ну тому, кто пользуется удобным для него дистрибутивом) Предчуствуя священные войны, напишу суть.

Если вспомнить такую игрушку кристалической решётки из пластика, - тянешь и она больше, и на оборот. Вот это линукс. Если гглянуть на BSD, всё очень органично, и по части сети (сокеты, исторически... интерент), ядра, тулчейн, красотища. Разобрать и собрать не получться, но при этом не тянет сознание к красноглазию. Лишь могу предположить, что таки: NetBSD лучшее решение для промышленных задач.

Рисну высказать мысли, что линукс приведёт к мутированию, после доработки Hurd. Вкупе, начнётся второе пришествие борьбы с окошками уже в ПЗУшках и схемах. Возвращение к физике и появление аля "IBM-PC подобных". Стоит отметить тот факт, что исошки не покатят в ПЗУ и возможно будет распихивание системы прошивок линукса по мат плате). Если конечно AMD, не начнёт активней двигать типа открытого BIOS.

Второй вариант, что дойдёт, до того, что будет собиратся одним файлом из исходников и после чего он сам всё доложит.

Пуля больше не дура - В Sandia National Laboratories (США) изобретена дротикоподобная оперённая самонаводящаяся пуля для мелкокалиберного гладкоствольного огнестрельного оружия. Она способна поразить подсвечиваемую лазером цель на расстоянии в 2 000 м.
http://science.compulenta.ru/657976/

Специалисты смогли услышать слова напрямую из мозга - Сотрудники Калифорнийского университета в Беркли (США) при мощи анализа нейронной активности слуховой коры сумели услышать слова напрямую из мозга, сообщает «Компьютерра–Онлайн».
http://www.livestream.ru/news/2012/02/01/words/

http://www.ixbt.com/news/hard/index.shtml?15/46/92 - Ассортимент Cisco пополнили изделия Linksys, соответствующие стандарту HomePlug AV Powerline
По последней спецификации до 300 метров в одной фазе, до 500 МБит/сек.
Стоит отметить что предыдущая спецификация 200 Мбит/сек, из которых "избыточность" ~60 Мбит/сек, + помехи от 40-60 Мбит/сек. Таким образом отсаётся в районе 100-120 Мбит/сек в среднестатестической ЛВС.
Кому интересно, давно с сентября 2010 D-link, с января NetGear на рынке таких адаптеров.

На данный момент, что известно в частном случае, для использования:
1. Дешевле собирать на чипсетах от intel, например D525MW
2. Можно использовать обходные варианты, через DOS
3. BIOS, это часть MS-DOS
4. Есть проект с облачками, вместо коммутации, для загрузки как тонкий, так толстый клиент.
Что требует уточнения, либо будет разбираться:
1. Можно ли использовать inferno для "мобильного" использования, этакого швейцарского ножа?
2. Можно ли использовать БП ATX для mini-itx?
3. Использует ли PCofIP,RDP2 thinsation/NetBSD?
4. Как, в случае с thinsation, хранить в ОЗУ?
5. Организация ОТК, для самособранных станций и вообще станций под тонкий клиент.

Ввиду заканчивающейся сессии, - завтра экзамен. И надвигающегося ГАК, 7 февраля. Беру перерыв в проработке информации.
Кому интересно можете отписать в личку, с удовольствием пообщаюсь по предмету.

Недавно взял страничку: http://www.ibm.com/developerworks/linux/library/l-bios/index.html
А оказалось, что она уже переведена: http://www.ibm.com/developerworks/ru/library/l-bios/index.html

Глупости, ну да и пусть.

Важен другой момент, читаем описание: Во многих системах приличная часть времени загрузки идет на обеспечение унаследованной поддержки для MS-DOS. В различных проектах, включая LinuxBIOS и Open Firmware, проприетарный BIOS пытаются заменить на рационализированные фрагменты кода, способные делать только то, что необходимо, чтобы ядро Linux® загрузилось и заработало. Эта статья дает краткий обзор данной темы.

И

Но у Linux, или BSD, или Windows® есть свои собственные драйверы. Так что дальше операционная система прочитывает список прилагающихся устройств PCI и начинает загружать эти драйверы. Работа, проделанная BIOS'ом, по большей части игнорируется; операционная система, раз уж загружает драйвер SCSI, сама изучит шину SCSI. BIOS только предоставляет информацию, ничего больше, а значительная ее часть не используется. Все, что действительно требовалось от BIOS'а, -- это загрузить первую порцию кода (под названием начальный загрузчик (bootstrap loader) или bootloader) и дать возможность машине работать.

Применение

На сегодняшний день от этой технологии скорее выиграют люди, работающие на группах серверов или встроенных системах. Если для вас имеет значение, как долго происходит перезагрузка, то это серьезный стимул вложиться в работу и время, чтобы получить что-то, что будет работать на оборудовании, которое вы используете. К тому же, ни один внедренный проект разработки не порадует так, как если вы сделаете что-то сумасшедшее и неподдерживаемое.

# Ага значит Фигурнов не наврал, насчёт BIOS`а как компонета *DOS. А wiki и остальные будут вам говорить, что BIOS, это такой зверь который должен быть в ПЗУ и быть бинарным, а начём написан? Ну получается любой компилируемый язык :) А ФС это ПЗУ?

ББК 32.973

Ф.49

УДК 681.3

Фигурнов В. Э.

Ф49 IBM PC для пользователя. Изд. 5-е, исправл. И доп.- М.: Финансы и статистика, НПО «Информатика и компьютеры», 1994. - 368 с.:ил.

ISBN 5-279-01270-X.

Излогаются необходимые для практической работы с IBM PC сведения о компьютере, командах операционной системы, редактирования текстов, архивации файлов, конфигурирования системы. Обслуживании дисков, командных файлах, защите от компьютерных вирусов и т. д. В настоящем издании описаны MS DOS 6.0, Norton Commander 4.0, Norton Utilites 7.0, ЛЕКСИКОН 1.2, PTS DOS, Aidtest, ADinf и другие программы. Дан предметный указатель.

Одна страничка с книжкой, что на руках, и ссылка на то что нагуглил.
Вывод: копать в сторону DOS, и его плюшек.

Man с http://netbsd.gw.com/cgi-bin/man-cgi?diskless+8+NetBSD-5.1+i386

Дистрибутив NetBSD 5.0
От October 7, 2006

НАЗВАНИЕ
diskless — сетевая загрузка системы
ОПИСАНИЕ
ШАГИ
1. Получение программы загрузчика
2. Загрузка ядра
3. Монтирование корневой файловой системы на NFS
НАСТРОЙКА СЕРВЕРА
RARP
DHCP/BOOTP
TFTP
HP RMP
Sun RPC BOOTPARAMS
Файловая Система Без дискового Клиента
NFS
НАСТРОЙКА КЛИЕНТА
ФАЙЛЫ
КРОМЕ ТОГО

На данный момент немного пошёл в дебри EEPROM,ROM и флеш память. Разбираю документацию, что бы можно было ставить загрузчик на флешку. Попозже пробегусь по ARM Cortex, напрмер.

Сделал кросс-перевод, можете пинать, можете не пинать.
Описаны два варианта использования по PXE:
1. С помощью сетевой загрузки ПЗУ (rom)
2. Используя PXE
Варианты:
1. Используя GRUB
2. Используя дискету
3. Используя "dosboot.com" для DOS или Windows (не NT)
4. С помощью загрузчика NT
Дальнейшие плюшки предлогаются, в порядке настройки:
1. dhcpd
2. tftpd (PXE)
3. nfs
4. client filesystem
5. finishing up
Переводил (Не мой профиль. Лишь бы читалось достоверно и легко.)
http://www.netbsd.org/docs/network/netboot/intro.i386.html
Формат файла :) html

Вот, неосилив NetBSD, - решил таки осилить.
Ввиду присутствия в портах etherboot.
По ходу разбора доков буду отписыватся.
Цель: создать сервер для бездисковых станций и тонких клиентов
Задачи:
1. Подготовка usb-flash с etherboot (см. gpxe, он же etherboot, они же ipxe в linux)
2. Организовать сервер для работы с NFS, TFTP, DHCP, опционально плюшки для защиты.
3. Организовать доки для ldap переводов.
Результат:
1. Приходим к админу пишем загрузчик для бездисковой станции и пользуем
2. Приходим к админу пишем клиент для тонкого клиента и пользуем
3. Используем ldap-реализацию для гетерогенной локальной сети
4. Интерфейсы для настроек клиентом плюшек
5. Используем powerline; wi-fi и т.п.
6. По ходу поступления проблем безболезненно локализуем и устраняем.

Про VIA

ARM и VIA

Кто что может сказать про nvidia tegra/tegra2?
Фишка в том, что цена на устройства (т.е. ARM архитектура) в пределах десятки спокойно!)
Поскольку денег хронически не хватает, а тут есть такая возможность отхватить в ближайшее время (пока рынки, производили и т.п.) не "чухнули", и подняли в очередной раз цены.
ЗЫ: есть toshiba AC100-117 аноносировано : http://news.ferra.ru/hard/2010/06/21/100296/ - где-то читал, чтол это вообще "первая волна" таких *буков.
Нашёл порт arm, но насколько понял в него включены, только:
port-acorn26, port-acorn32, port-cats, and port-hpcarm
ЗЫ: ссылка на список архитектур, - http://www.netbsd.org/mailinglists/

Прим. *ИСТОРИЯ Команда crash появилась в NetBSD 6.0; страница от 5.0-current 2009 год.

Его можно грохнуть?
Если нет, тут будет следующая страница
ЗЫ: жду ремарок по уже выложенным страницам, в комментах

ломал голову, и пошёл по пути google, собственно банально но факт:
http://otvet.mail.ru/question/10157547/

Переведено не полностью. Надо перечитать что сейчас выложено в этом документе, для корректировки.
По документу следующий раздел определения, как минимум столько же по объёму.
UPD 15.05.2011 исправил косяк по тексту; принялся за раздел определения.
UPD 16.05.2011 добрая часть готова, после в ближайшее время допишу.
UPD 16.05.2011 закончил...
перебираю ранее переведённое

В основном отличия в описании механизма работы всего 12 шагов; переменные окружения. В остальном старался близко переводить.

ИМЯ
rc.conf - файл конфигурации запускаемой системы
ОПИСАНИЕ
Файл rc.conf определяет, какие средства включены в запускаемой системе ссылаясь на сценарий запуска /etc/rc (см. rc(8)), и завершение работы вызывает сценарий /etc/rc.shutdown. Файл rc.conf скрипта, который был использован на rc(8), это означает, что rc.conf должен содержать действительные команды.
Ниже перечислены стандартные переменные rc.conf. Которые могут быть использованы, переменные в которой каждый может быть набор, краткое описание того, что каждая переменная делает, и ссылки на соответствующие страницы руководства. Третья часть может тест пакетов на дополнительные переменные.
По умолчанию. rc.conf читает /etc/defaults/rc.conf (если он доступен для чтения), чтобы получить значения по умолчанию для различных переменных, и конечный пользователь может переопределять их путём добавления соответствующей записи в rc.conf.
Сценарии rc.d(8), которые используют load_rc_config для rc.subr(8) также поддерживают поиск дополнительного конечного пользователя при условии вне сценария переназначить /etc/rc.conf.d/service, (где средства содержат name переменной состояния в сценарии rc.d(8)). Это может содержать переопределённые переменные, в том числе позволяет конечному пользовтелю переопределить различные переменные переменных контроля rc.d(8) run_rc_command, тем самым изменяя работу сценария без необходимости редактировать сценарии.
ПЕРЕМЕННАЯ ИМЕНОВАНИЯ И ТИПЫ ДАННЫХ
Большинство переменных являются одними из двух типов: включение переменной или флаг переменой. Включение переменных, таких как inetd, как правило, программа или система им позволяет, логическое значение (использование указания «YES», «TRUE», «ON» или «1» для истины и «NO», «FALSE», «OFF» и «0» для лжи, с значением, без учёта регистра).

ИМЯ
Hostname - установить или напечатать имя текущего хозяина.
СИНТАКСИС
Hostname выдаёт имя текущей машины. Суперпользователь может установить имя хозяина, используя аргумент, обычно это делается в сети скрипт инифциализации /etc/rc.d/network, как правило во время загрузки системы.
Функции:
s - вырезание любой информации о домене из печатаемых имён.
ТАКЖЕ
domainname(1), gethostname(3), sethostname(3)
ИСТОРИЯ
Помошник hostnameпоявилась в 4.2BSD

Ещё 2-3 "рывка" по 5-6 текстовых файлов в части первой загрузки после установки, - и будет относительная площадка для "раскачивания по кругу" от сопоставления afterboot с загрузкой системы в деталях до следующего этапа: ревизия и переработка стопки текстовых документов.
Промежуточная задача найти достоверное описание загрузки системы, т.к. на данный момент времени, лишь располагаю теоретическим описанием из выше упомянутой книги.

Ожидается подготовка "песочницы" для разделения документов на:
1. Страницы в читабельном виде;
2. Инструкции по настройке (приоритет на офисные функции) с описанием в деталях загрузки системы.

ИМЯ
init - управление инициализации процессов
СИНТАКСИС
init
ОПИСАНИЕ
Программа init есть последний этап процесса загрузки (первым загружается ядро и инициализирует все устройства). Как правило, она начинает многопользовательские операции.
В следующей таблице описывается состояние машины использующей init:
1. Одна оболочка пользователя. init может быть передано -s во время загрузки системы не позволяет быть многопользовательской, вместо этого выполняет одну оболочку пользователя без запуска обычных демонов. Если ядро находится в безопасном режиме, init понизит его уровень безопасности до 0 (небезопасный режим). В этом случае пассивная система продолжает работать в дальнейшем может перейти в состояние 2 (многопользовательской) при выходе однопользовательской оболочки (используя ^D).
2. Многопользовательская загрузка (операция по умолчанию). Выполняет /etc/rc (см. rc(8)). Если изначально это состояние, вход (в отличии от входа в состоянии 1), будет вызвано /etc/rc с его первый раз установленным аргументом «autoboot». Если /etc/rc завершается (ненулевая) ошибкой кода, начните операцию однопользовательским входом в оболочку консоли супер-пользователя, перейдя в состояние 1 (однопользовательский). В противном случае переходите в состояние 3.
Если значение узла sysctl «init.root» не совпадает с точкой /, процеcc /etc/rc будет запущен chroot(2) с той же ошибкой, указанной sysctl выше.
Если администратор не установил -1 уровень безопасность это предпосылка, что ядро не должно работать в многопользовательском, безопасном режиме, сценарий /etc/rc не установит уровень безопасности выше, чем уровень 1, тогда init переведёт ядро в режим защиты уровня 1. См . rc.conf(5) и secmodel_securelevel(9).
3. Настройка ttys, как указано в ttys(5). См. Ниже для дополнительной информации. По завершении продолжает работать в режиме 4. Если бы мы сделали каждый getty(8) в изолированный режим 2. процесс будет работать в том же пути chroot(2), а у 2 (т. е.

ИМЯ
Getty, uugetty - указание режима доступа для обращения к системе.
СИНТАКСИС
getty [тип [tty]]
uugetty [тип [tty]]
ОПИСАНИЕ
Программа getty вызывается init(8), для открытия и инициализации терминала. Чтения имени login, и вызывать login(1). Устройство, на котором выполняется getty, как правило, определяется как ttys(5).
Программа getty может распознавать, учёт протокола точка-точка (PPP), и, если атрибут pp указан в gettytab(5), вызывает по этой строке программу, напрмер pppd(8), вместо login(1). Что позволяет использовать один из последовательных портов, либо учёт «shell»с интерфейсом командной строки, соединять сеть ppp.
Аргумент tty это специальный файл устройства в /dev открытый для терминала (напрмер. «ttyh0»). Если нет аргументов или аргумент «-», предполагается открытая терминальная линия, как дискриптор файла 0.
Аргумент type может быть использован для работы линии getty специально. Этот аргумент используется как индекс БД gettytab(5), для определения характеристики линии. Если нет аргументов или нет такой таблицы, используется таблица default. Если нет указаний системы /etc/gettytab используется по умолчанию. Если указывается расположение таблицы, getty очистит экран терминала, напечатает флаги заголовков, и запросит имя login. Обычно строки флага или login включены в hostname системы.
getty использует средство ttyaction(3) с действием «getty» и пользователем «root», что бы выполнить конкретные участки команд, когда она запускается.
Большинство действий getty по умолчанию можно включить.

ИМЯ
dhclient - клиент протокола динамической конфигурации хоста (DHCP)
СИНТАКСИС
dhclient [ -p порт ] [ -d ] [ -q ] [ -1 ] [ -o ] [ -r ] [ -lf арендуемый файл ] [ -pf pid-файл ] [ -cf файл конфигурации ] [ -sf файл скрипта ] [ -s сервер ] [ -g трансляция ] [ -n ] [ -nw ] [ -w ] [ if0 [ ...ifN ] ]
ОПИСАНИЕ
Клиент интернет систем общества DHCP, dhclient, предоставляет средства для настройки для одно и более интерфейсов с использованием DHCP, протокола BOOTP, или в случае когда эти протоколы терпят неудачу, присвоение статистического адреса.
ТРЕБОВАНИЯ К СИСТЕМЕ
Вы должны иметь настроенный фильтр пакетов беркли (BPF) в ядре NetBSD.
РАБОТА
Протокол DHCP позволяет хосту связаться с центральным сервером, который содержит список адресов, которые могут быть назначены для одной и более подсетей. Клиент DHCP может запросить адрес из содержимого, а затем использовать его на временной основе для использования сети. Протокол DHCP так же предусматривает механизм, посредством которого может узнать подробную информацию о сети, к которой он прикреплён, как местоположение от маршрутизатора по умолчанию, расположение сервера имён, и т. п.
При запуске dhclient читает инструкции конфигурации в dhclient.conf. Затем он получает список всех настроенных сетевых интерфейсов в этой системе. Для каждого интерфейса, он пытается сконфигурировать интерфейс по протоколу DHCP.
Для того, что бы следить за арендой через перезагрузку системы и перезагрузку сервера, dhclient хранит назначенный список аренды в файле dhclient.leases(5). При запуске, после прочтения файла dhclient.conf, dhclient читает файл dhclient.leases, что бы обновить записи назначенной для использования аренды.
Устаревшая аренда сохранена рядом, на случай если DHCP сервер недоступен, при вызове первым dhclient (обычно во время начальной загрузки процессов системы).