Загрузка с сети через gPXE, сетевуха Compex RL2000A ISA PnP Поделиться Опции

[motoprogger]

На сервер (Pentium-133, 16MB RAM) нужно установить FreeBSD. CD-привода нет, и грузиться с него его BIOS не умеет. USB 1.0 (в самом лучшем случае 1.1), естественно, тоже без загрузки с него. Решил устанавливать со своего ноутбука по сети.
Самой большой проблемой оказалось заставить gPXE, Etherboot или ещё что-нибудь увидеть сетевую карту. Поскольку у меня сервер - единственный компьютер с дисководом, записывать на дискеты что-то новое я могу лишь раз в день.
Пробовал грузиться с:
1) gPXE (ns8390: compexrl2000)
2) GRUB (--enable-ne)
Завтра попробую:
3) gPXE (ns8390: ne)
Все драйвера качаю в виде образов дисков и закидываю на дискеты, а для GRUB я создал образ сам. Результат один - не видно сетевую карту. Сама сетевуха показывает "Link".

[Abram]

Хмм. А FreeBSD не умеет что-либо типа debootstrap? Поставил бы вручную, как я свой Linux.
Или же просто подключи к ноуту хард и поставь (заодно и поставится быстрее, и порты собирать быстрее, чем на таком вот старом железе).

[motoprogger]

А FreeBSD не умеет что-либо типа debootstrap?

Не видел - а был бы рад увидеть.

Или же просто подключи к ноуту хард и поставь (заодно и поставится быстрее, и порты собирать быстрее, чем на таком вот старом железе).

К ноуту хард подцепить... не знаю как )
Плюс не уверен, что система потом загрузится на другом компьютере (с Windows были случаи, с Linux так скажу, что НЕ загрузится на другом чипсете).
Порты в дистрибутиве в бинарном виде

[Abram]

Не видел - а был бы рад увидеть.

20 баксов стоит контроллер, на USB вешается. Я как раз для такой цели и юзаю.

Плюс не уверен, что система потом загрузится на другом компьютере (с Windows были случаи, с Linux так скажу, что НЕ загрузится на другом чипсете).

Ложь, пи^Wвраньё и провокация. FreeBSD/Linux (по крайней мере, вменяемые дистрибутивы) определяют оборудование во время загрузки. НЕ загрузится, если другая архитектура (но ведь никто не догадается х86 ось на ARM запускать? )

[motoprogger]

Abram,
Где ложь и провокация? Linux определяет железо и строит initrd при установке ядра во время установки или обновления системы, так что с initrd, рассчитанной на другой чипсет, система не увидит харда и выдаст ставящую многих в тупик надпись (initramfs) и курсор... ни в SuSE, ни в Debian (другие дистрибутивы не щупал) в initrd не включается по умолчанию максимальный набор модулей. Плюс имена устройств могут поменяться (с единственным IDE-хардом это вряд ли, а CD-ROM и исправить можно).
Насчёт FreeBSD не знаю.

[Abram]

Где ложь и провокация? Linux определяет железо и строит initrd при установке ядра во время установки или обновления системы, так что с initrd, рассчитанной на другой чипсет, система не увидит харда и выдаст ставящую многих в тупик надпись (initramfs) и курсор... ни в SuSE, ни в Debian (другие дистрибутивы не щупал) в initrd не включается по умолчанию максимальный набор модулей. Плюс имена устройств могут поменяться (с единственным IDE-хардом это вряд ли, а CD-ROM и исправить можно).

А вот именно тут ложь и провокация. Могу для интереса разобрать свой initrd в lenny/sid. По моему опыту - грузится всюду. Страшный мастдаевский переход AMD<->Intel даже бубнта пережила без проблем.

[motoprogger]

Abram,
Можешь скинуть lspci для обеих машин и /conf/mkinitramfs.conf (или как там его) из initrd?

[Abram]

motoprogger,
Не могу, это было год назад
Но железо было реально разное. Одно - старенький Р1, второй же - Celeron ~2 Hz.