install42.iso

прямые ссылки на i386/install42.iso (208548 KB):

ftp://ftp.openbsd.org/pub/OpenBSD/4.2/i386/install42.iso
ftp://spargel.kd85.com/pub/OpenBSD/4.2/i386/install42.iso
ftp://ftp.chg.ru/pub/OpenBSD/4.2/i386/install42.iso

Мда, я так понял из описания, они не поддерживают TSO/GSO/UFO, а так же более продвинутые TCP-акселераторы, потому что у них мега-крутой сетевой стек, но он не совместим с операцией выгрузки операций для аппаратного вычисления? И с таким подходом они лезут в 10GbE? Айда молодцы.. По моим наблюдениям, уже на гигабите под определенным трафиком эти фичи очень полезны, а что там на десятке, даже думать не хочется..

И какой из openbsd роутер после этого?

bsd.rd

кстати, а вот просто интересно -- при upgrade многие используют bsd.rd?

Для тех, кто не в курсе -- достаточно перекачать свежий bsd.rd, поместить в /, и при перезагрузке написать "boot bsd.rd". Перед вами откроется инсталлятор, идентичный оному из cd42.iso -- и не надо никаких дисков, всю инсталляцию можно проделать прямо через сеть. Вот такой вот зелёный метод по обновлению системы. ;)

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

> Канады, Бельгии и России

Что характерно, Россия одна из трёх стран, куда доставляются официальные диски. Показательно. :)

> Что характерно, Россия одна из трёх стран, куда доставляются официальные диски. Показательно. :)

Что характерно, на "Just Another Computer Geek's Page". Показательно. ;)

iso-образы это небезопасно

Оно под виртуальной машиной запустится? Интересно посмотреть.

>зачем эти исошки нужны

нужна уже рабочая система для такой сборки. исошки нужны именно для того чтобы не собирать самому (быстро поставить и заставить работать). причина крайней непопулярности именно OpenBSD - садисткое отношение к пользователям. новичков (которые могли бы принести много пользы проекту) это и отпугивало. только ненадо говорить что OpenBSD система исключительно для суперпрофессионалов которые мол смогут собрать инсталляционный CD.вот только некорректно этопо отношению к пользователям. такими темпами число пользователей приблизится к числу разработчиков. вовремя одумались.

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

Только вчера поставил... Нужно было временно на сервак поставить ось чтобы как НАТ работала.. IBM xSeries 335 Хотел слаку, но чтото все ядра которые есть в инсталлере невидели scsi диски. Тогда вспомнил о старой доброй бсд скачал поставил за 5 мин.. Всетаки хорошая ось!

> по поводу выпуска релиза 4.2.

Вызывающе неверный релиз?

>> Вызывающе неверный релиз?

Угу, а следующий спровоцирует нездоровую дискуссию.

Разжёвываю.

Во-первых iso-образ для полностью сетевой установки был всегда.

Во-вторых на свежепоявившихся образах ничего, кроме базовой системы, нет. То есть пакеты всё равно приходится ставить по сети.

В-третьих, если уж вы ставите OpenBSD без сети, то собирать свой образ (с пакетами) вам всё равно придётся.

В-четвёртых, сборка образа - один вызов mkisofs. Было бы о чём спорить. По-моему это не сложнее, чем его запись с помощью cdrecord.

Это моя позиция. А ваша позиция, видимо, заключается в том, чтобы обосрать меня. Очень умно, ага.

>Поддерживать позицию руководителей проекта - большого ума то не надо...

А вас хлебом не корми дай в аппозицию залезть? Ну так исправьте эту ситуацию, соберите образ dvd со всем необходимым и залейте в сеть. кто вам мешает-то? Или сильно любите выступать?:)

>Что характерно, Россия одна из трёх стран, куда доставляются официальные диски. Показательно. :)

http://bsdstats.org/

What is the story about the Y2K hack in date(1) that you just removed?

Todd C. Miller: As we were approaching the year 2000 a number of hacks were put in place to attempt to deal with ambiguous dates where the century was not specified. For instance, in 1997 a year specified by 02 could be either 1902 if we assume the current century of 2002 if we assume the following one. Now that we are well into the 21st century there is no need for such hacks. Hopefully, by the time the 22nd century approaches people will have gotten used to the idea of four digit years.

Консерватизм БСД в действии )))

Я не могу понять шума по поводу iso: раньше я как делал: брал загрузочный маленький исошник, записывал с открытой мультисессией. Далее все нужные пакеты закидывал второй сессией на диск и никаких плясок с "созданием загрузочного диска" не было.

Вопрос был в том, что кто мог покупал диски чтоб ребятам помочь деньгами, об этом они открыто у себя на сайте и писали.

random_code в OpenBSD базовая система включает больше пакетов чем базовая система во FreeBSD (если не ошибаюсь). Этого ISO может быть вполне достаточно для быстрого развёртывания системы.

ты вообще не понимаешь о чем пишешь. Поступи так же как робот tommy) Убейся ап стену:))

Ошибаться могу и я. Наставьте на путь истинный.

Но заявлять что загрузочный ISO с базовой системой ненужен - неправильно.

ну видимо, IP-router после этого (и до этого) тоже получается.

и еще

NAME em - Intel PRO/1000 10/100/Gigabit Ethernet device

SYNOPSIS em* at pci?

DESCRIPTION The em driver provides support for PCI, PCI-X and PCI Express Gigabit Ethernet adapters based on the Intel 82540EM, 82540EP, 82541EI, 82541ER, 82541GI, 82541PI, 82542, 82543GC, 82544EI, 82544GC, 82545EM, 82545GM, 82546EB, 82546GB, 82547EI, 82547GI, 82562V, 82563EB, 82564EB, 82566DC, 82566DM, 82571EB, 82572EI, 82573E, 82573L and 82573V Ethernet controller chips. The driver supports IPv4 receive IP/TCP/UDP checksum offload on all but 82542-based adapters and Jumbo frames on all but 82562V, 82566DC/82566DM and 82573E/82573L/82573V-based adapters.

$uname -a OpenBSD xxx.yyy.ru 4.0 ROUTER#3 i386

и вот еще про риалтеки.

All re NICs support IPv4 transmit/receive IP/TCP/UDP checksum offload and VLAN tag insertion, and use a descriptor-based DMA mechanism.

> All re NICs support IPv4 transmit/receive IP/TCP/UDP checksum offload

так железо саппортит. но в драйвере не включено.
я полагаю потому что в опене чексумма может проверяеться дважды:
один раз в pf, другой в стеке.

Г-ди, у Тео прозрение! Он понял таки, что исошники выкладывать все же нужно, а прошло всего ничего...

С риалтеком не разобрался, лень да и нет их у меня. А в Интеле отключено только transmit, receive включено и работает.