загрузочная USB flash для OpenBSD (разные архитектуры систем)

[Stauffenberg]

Всем привет.

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

[BirdGovorun]

Желательно создавать на родной системе, а так можно где угодно,
главное знать, что делаешь.

[drBatty]

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

в общем случае нет, но вообще-то намного проще сделать, если архитектура совпадает.

Если совпадает, то достаточно скопировать систему(возможно частично), и всё.

[Stauffenberg]

Желательно создавать на родной системе, а так можно где угодно,
главное знать, что делаешь.

Я вот что пока не понял: мы копируем ядро и это ядро загружаем на той системе, на которой хотим установить систему; если я создаю флешку на amb64, то как она загрузиться на i386?

Код: Выделить всё

# fsck -fp /dev/rsd0a
/dev/rsd0a: 1 files, 1 used, 967555 free (19 frags, 120942 blocks, 0.0% fragmentation)
# mount /dev/sd0a /mnt
# cp /usr/mdec/boot /mnt
# cp bsd.rd /mnt/bsd                --------------- вот тут
# /usr/mdec/installboot -v /mnt/boot /usr/mdec/biosboot sd0
boot: /mnt/boot proto: /usr/mdec/biosboot device: /dev/rsd0c
/mnt/boot is 3 blocks x 16384 bytes
fs block shift 2; part offset 63; inode block 24, offset 936
using MBR partition 3: type 0xA6 offset 63

И вот такая вот цитата из мануала:

One of the important things to note in the above is the use of installboot(8) to make the device bootable is only correct for some architectures. Other architectures need to use disklabel(8) to properly install the first (and if needed second) stage bootstrap code. Additionally, the second stage bootstrap loader, boot(8), /usr/mdec/boot file in the example above can be arch specific. Although I'm yet to see the i386 boot(8) fail on amd64, mixing and matching other archs will most likely make a real mess.

[BirdGovorun]

Я вот что пока не понял: мы копируем ядро и это ядро загружаем на той системе, на которой хотим установить систему; если я создаю флешку на amb64, то как она загрузиться на i386?

Загрузиться если процессор держит amd64, если нет, то ни как.

[Stauffenberg]

Я вот что пока не понял: мы копируем ядро и это ядро загружаем на той системе, на которой хотим установить систему; если я создаю флешку на amb64, то как она загрузиться на i386?

Загрузиться если процессор держит amd64, если нет, то ни как.

Ну так значит архитектуры должны совпадать? Т.е. проблема совместимости имеет место быть.
sparc64, hp300 или vax на i386 можно запустить?

[BirdGovorun]

sparc64, hp300 или vax на i386 можно запустить?

Можно, в виртуальной машине.

[Stauffenberg]

sparc64, hp300 или vax на i386 можно запустить?

Можно, в виртуальной машине.

а не в виртуальной машине? И я так и не понял на счет первого вопроса. Как так получается, что бинарник, собранный для одной архитектуры, без проблем работает на другой?

[drBatty]

Ну так значит архитектуры должны совпадать?

нет. amd64 умеет 32х битный код.
обратное неверно. i686 НЕ умеет 64 бита.

sparc64, hp300 или vax на i386 можно запустить?

НЕТ.

есть эмуляция(софтовая), но она НАМНОГО медленнее. Только для некоторых тестов подойдёт.

ЗЫЖ мало того, даже x86 разное бывает. Существует порядка сотни не совсем совместимых модификаций.

[drBatty]

Как так получается, что бинарник, собранный для одной архитектуры, без проблем работает на другой?

amd64 совместима с i686. Т.е. код для i686 работает на amd64. Обратное неверно.

короче -- amd64 этота же самая i686, но с кучей костылей для 64х бит.

В свою очередь i686, это i586 с костылями, и так далее до i8086.

[Stauffenberg]

Ну так значит архитектуры должны совпадать?

нет. amd64 умеет 32х битный код.
обратное неверно. i686 НЕ умеет 64 бита.

Это я знаю. Речь как раз-таки наоборот:

если я создаю флешку на amb64, то как она загрузиться на i386?

64 запускаем на 32.

amd64 совместима с i686. Т.е. код для i686 работает на amd64. Обратное неверно.

короче -- amd64 этота же самая i686, но с кучей костылей для 64х бит.

В свою очередь i686, это i586 с костылями, и так далее до i8086.

Тут вопрос о создании usb flash для OpenBSD, а не о самих различиях в архитектуре процессоров. CD для sparc64 я могу записать и с i386.

[Stauffenberg]

sparc64, hp300 или vax на i386 можно запустить?

НЕТ.

есть эмуляция(софтовая), но она НАМНОГО медленнее. Только для некоторых тестов подойдёт.

ЗЫЖ мало того, даже x86 разное бывает. Существует порядка сотни не совсем совместимых модификаций.

Я постараюсь сформулировать вопрос по-другому. Значит ли, что для создания usb flash для, к примеру, sparc64, мне понадобиться система именно sparc64 (amd64 не пойдет)?

[Stauffenberg]

Я вот что пока не понял: мы копируем ядро и это ядро загружаем на той системе, на которой хотим установить систему; если я создаю флешку на amb64, то как она загрузиться на i386?

Загрузиться если процессор держит amd64, если нет, то ни как.

Что значит "держит"? Поддерживает? Какой 32-битный процессор поддерживает amd64?

[drBatty]

Тут вопрос о создании usb flash для OpenBSD, а не о самих различиях в архитектуре процессоров. CD для sparc64 я могу записать и с i386.

usb flash вы безусловно можете записать на любой другой архитектуре. Как и CD.

Мало того, в принципе, на архитектуре X, вы можете _собрать_ ядро и всё остальное для архитектуры Y.

Единственное -- оно у вас не запустится.

Единственное исключение -- запустится i686 на amd64 (но не наоборот).

Запустится (если всё сделали правильно), уже на правильной железке.

[drBatty]

Что значит "держит"? Поддерживает? Какой 32-битный процессор поддерживает amd64?

любой amd64 процессор является по совместительству ещё и 32х битным i686. Отсюда и путаница.

Т.е. код i686 можно запустить И на amd64 И на i686. Это _единственное_ на сегодня исключение (практическое. Ну ладно, ещё можно i8086-код 16и битный запускать. BIOS например).

PS: И тем не менее, gcc может создавать практически любой неродной код на своей родной платформе. И потом этот неродной код будет работать на соответствующей неродной платформе, для чего создан.

Например можно на i686 создать код для спарка, и этот код заведётся на спарке, и только на нём.

[Stauffenberg]

Т.е. код i686 можно запустить И на amd64 И на i686.

Еще раз: amd64 запускаем на i386, а не наоборот
Не пишите больше о запуске i386 на amd64

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

в общем случае нет, но вообще-то намного проще сделать, если архитектура совпадает.

Почему Вы сначала написали, что совпадать архитектуры не должны, а потом напиисали

Единственное -- оно у вас не запустится.

Это какой-то юмор, который мне, видимо, не понять.

Да, не запустится, именно поэтому и надо, чтобы архитектуры совпадали

[Bizdelnick]

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

[Stauffenberg]

Подразумевается, что флешка создаётся путём копирования компонент работающей системы, что ли?

Да, в этом-то и вся морковка. Для создания установочной флешки OpenBSD, нужна во-перых, уже установленная OpenBSD, а во-вторых, архитектуры обоих систем должны быть одинаковыми (за исключением i386, ядро которой можно запустить на amd64).
Тут не прокатывает обычный dd, как в GNU/Linux.

И это мне кажется на столько странным, что я решил на всяки случай спросить еще раз тут. Мне кажется, что я что-то не правильно понимаю.

[Bizdelnick]

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

http://www.openbsd.org/faq/faq14.html#flashmemLive

It is very easy to create a bootable USB flash (or other!) drive that can be used as a "live" OpenBSD system without installing OpenBSD on the local hard disk of a machine.

Сам не пробовал, но если говорят, что это легко, склонен верить. :-)

[Stauffenberg]

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

http://www.openbsd.org/faq/faq14.html#flashmemLive

Загрузится сама система, а как из нее запустить установщик?

[Bizdelnick]

Установщик? Где в вопросе было слово "установщик"?
Впрочем, насколько я вижу, для этого предлагают тупо скопировать файлы. Это умеет любая система независимо от архитектуры.

[drBatty]

Еще раз: amd64 запускаем на i386, а не наоборот

ещё раз: НЕТ.

Это какой-то юмор, который мне, видимо, не понять.

это не юмор. Вы можете _сделать_ ядро/систему для XYZ на ABC, можете _записать_, но НЕ можете _запустить_.

Да, не запустится, именно поэтому и надо, чтобы архитектуры совпадали

запускать не обязательно.

[Stauffenberg]

Установщик? Где в вопросе было слово "установщик"?

Сдаюсь
Слово "установщик" (Bootable Installation From USB Flash Sticks) было по ссылке из первого поста.

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

Вот только, если у меня сервак amd64, а флешку я хочу сделать для eeepc, который i386, то непонятно как будет загружатья ядро.

[drBatty]

Вот только, если у меня сервак amd64, а флешку я хочу сделать для eeepc, который i386, то непонятно как будет загружатья ядро.

никак не будет. А если даже и загрузится, то не запустится. ибо ядро amd64 НЕ будет работать в i386.

Вам надо собирать ядро i386 в окружении. Например в chroot'е, или я не знаю, как оно у вас называется. Ещё вы можете поставить i386 OS, например в виртуалку, или прямо на amd64, и дальше действовать по мануалу.

[Bizdelnick]

Вот только, если у меня сервак amd64, а флешку я хочу сделать для eeepc, который i386, то непонятно как будет загружатья ядро.

Если положить i386-ядро, будет прекрасно загружаться.

[Stauffenberg]

Вот только, если у меня сервак amd64, а флешку я хочу сделать для eeepc, который i386, то непонятно как будет загружатья ядро.

Если положить i386-ядро, будет прекрасно загружаться.

Я так и делаю. Просто в мануале об этом ни слова. Там предлагается копирование того же ядра, под управлением которого работает система, в которой мы создаем usb flash. Естественно, если архитектуры окажутся разными, то новоиспеченная система не загрузится.

Ок, решено.

[Stauffenberg]

Кстати, раз уж зашла речь о создании установочных usb flash, может на форуме есть те, кто знает и может объяснить, почему команда OpenBSD не создает их iso-образы?

The problems with flash storage devices are magnified by the way various systems boot also being horribly inconsistent within a single architecture. Of course, this is magnified yet again due to the differences across multiple architectures.

Here's a classic example. If you take one of the floppy diskette installation images like "floppy47.fs" and mindlessly dd(1) the floppy image onto a USB flash stick, there are at least a few systems which actually can still boot from the resulting monstrosity. The resulting USB flash stick has no fdisk partition table (MBR), but since some rare systems are built to use USB-based floppy diskette drives (e.g. some brands of laptops), they mistake the USB flash stick as being a floppy and continue to boot from it.

Это объяснение кажется понятным, но на фоне безпроблемной работы GNU/Linux c ними кажется немного странным

[Bizdelnick]

Это объяснение кажется понятным, но на фоне безпроблемной работы GNU/Linux c ними кажется немного странным

Ну для беспроблемной работы, положим, применяется специальная магия. Вероятно, они её не осилили.

[drBatty]

Это объяснение кажется понятным, но на фоне безпроблемной работы GNU/Linux c ними кажется немного странным

ну я-бы не сказал, что всё так "беспроблемно" в Linux. Ну не считая Slackware конечно (там просто нет никаких гибридных iso).

А на форумах часто народ жалуется, что у них "не грузится".