Установка *nix на промышленный x86 компьютер., Вопросы чайника. Опции

[o-henry]

Есть задача “малой кровью” соорудить некий вычислитель/котроллер на базе промышленного x86 компьютера. Есть пожелание заказчика применить в качестве операционки что-либо из *nix (не хочет связываться с Microsoft). Компьютер будет укомплектован либо обычным IDE винчестером, либо IDE Flash Drive. Есть еще два пожелания/требования заказчика (как сторгуемся):
1) Винчестер должен использоваться только для чтения – никаких свопов и.т.п
2) Время загрузки при подаче питания должно быть минимально возможным.

Как я вижу решение проблемы “в лоб”:
- Беру я какой-либо десктоповый дистрибутив Linux в бинарниках (например RedHat),
- Пишу и отлаживаю прикладное ПО.
- Переношу все это добро на промышленный компьютер.
Вот как этот перенос провести с минимальными телодвижениями - и есть основной вопрос, так как на данный момент мои навыки работы с *nix стремятся к нулю.
Т.е в идеале мне хотелось бы из того же десктопового дистра в бинарниках поставить Linux на пром. ЭВМ, запустить свои приложения и перевести ЭВМ в спящий режим (hibenate). Использование hibernate вроде бы позволяет выполнить требование №2, но противоречит требованию №1. Да и гугл накидал кучу ссылок, что с hibernate в linux возникают проблемы. Какие есть варианты?

[Kirill Frolov]

Как я вижу решение проблемы “в лоб”:
- Беру я какой-либо десктоповый дистрибутив Linux в бинарниках (например RedHat),
- Пишу и отлаживаю прикладное ПО.

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

- Переношу все это добро на промышленный компьютер.

Нет. Десктоповый дистрибутив вести себя будет погано.
Поскольку security updates, поддержка нового говножелеза
и т.п. странные вещи не нужны -- рекомендую взять Slackware,
выкинуть ненужное (это не просто -- для этого надо знать, что действительно нужно из пакетов) и на том остановиться. Стартовые скрипты переписать 1) под себя, 2) по возможности параллельно пускать что можно. Будет быстро. Иначе нет.

Вопросы использования Gentoo -- отмечаю особо -- не рассматриваю, так как нужно хорошо в Gentoo разбираться,
хотя успеха добиться, с моей точки зрения, можно куда большего.
Linux From Scratch -- если впереди есть вечность времени...

RedHat, Fedora, Debian, Alt, Mandriva, SuSe, Ubuntu -- ОДНОЗНАЧНО ЗАБЫТЬ. Вам нужна система которую вы контролируете, а на наоборот. Нужен дистрибутив с минимальным уровнем собственного интеллекта. Кстати, неплохо бы подошла FreeBSD, возможно.

есть основной вопрос, так как на данный момент мои навыки работы с *nix стремятся к нулю.

Тогда лучше эту работу отдать кому-то ещё, человеку с опытом сисадминистрирования, например, и заняться написанием софта.
Сборка самодельного "дистрибутива" и его установка -- ДА ЭТО
РАБОТА. Требующая кое-каких знаний и сил.

Т.е в идеале мне хотелось бы из того же десктопового дистра в бинарниках поставить Linux на пром. ЭВМ, запустить свои приложения и перевести ЭВМ в спящий режим (hibenate).

А оно надо? А оно точно надо? Всякие гибернации работают отвратительно ненадёжно. Везде.

Какие есть варианты?

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

[bve]

Не умножайте сущности сверх необходимого!

Многие производители промышленных компьютеров
предоставляет готовый дистрибутив какого-либо линукса для своих изделий!
Можно взять и от стороннего производителя - под имеющуюся аппаратную конфигурацию.
Т.к. на многих компьютерах уже стоит FLASH-диск, то дистрибутивы обходятся без свопа...

[?ELF]

Загляните сюда. Может, пригодится?

Damn Small Linux is a very versatile 50MB mini desktop oriented Linux distribution.
http://damnsmalllinux.org/

Puppy Linux
http://www.puppylinux.com/

Или посмотрите в сторону miniBSD.

MiniBSD How-To
http://www.opennet.ru/base/sys/minibsd_faq.txt.html

[Kirill Frolov]

Не умножайте сущности сверх необходимого!
Многие производители промышленных компьютеров
предоставляет готовый дистрибутив какого-либо линукса для своих изделий!

Linux Is Not UniX.

Можно взять и от стороннего производителя - под имеющуюся аппаратную конфигурацию.
Т.к. на многих компьютерах уже стоит FLASH-диск, то дистрибутивы обходятся без свопа...

Есть ещё такая штука -- noatime (man mount). А без неё флеш протрётся быстро. Если он конечно не полностью readonly.
Да здесь дофига ньюансов. Куда складывать логи. Не будет ли какой демон 100 раз в секунду гадить в /var... Это всё
вполне подъёмно для одного человека и не надо быть финским мегагуру, просто надо как-то систематизировать такие вещи.
Может посмотреть как собираются линуксы для роутеров, там во многом сходные задачи.

[zltigo]

Может посмотреть как...

Если не посвящать этому месяцы своей жизни, то DOS -> имидж на RAM диск, и с него уже линукс поднимать. Для свопа, естественно тоже RAM диск и все. Ну и ядро в переделах возможностей стандартных конфигураторов поусекать. Только по включению линукс будет новенький с иголочки, но скорее всего это Автору и надо.

[Idle]

на базе промышленного x86 компьютера

А чем Ваш промышленный отличается от обычного? Видел промышленные себе компьютеры - установлена была asp девятка, по тем временам современный дистрибутив. Не знаю как ребята писали софт, но ничто не мешало поставить туда дистрибутив, там же написать софт, отключить иксы...

[zltigo]

А чем Ваш промышленный отличается от обычного?

Да ничем. Только железки и процессор бывают поуникальнее и если не среднепотолочное "386" ядро ставить, то возможно придется для выжимания производительности повозится с патчами ядра, хотя в свежих дисрибутивах столько всего напихано - скорее всего просто "галочек" хватит. Тот-же Geode с его чипсетом, который лет пять-шесть назад пришлось подпиливать по месту ныне штатный прибамбас. Но если HDD не ставить, то начинаются нюансы, даже при использовании DOM или CF ну а если DOC2000, то придется помучаться.

[o-henry]

Только по включению линукс будет новенький с иголочки, но скорее всего это Автору и надо.

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

Если не посвящать этому месяцы своей жизни, то DOS -> имидж на RAM диск, и с него уже линукс поднимать.

Можно подробней, как такое делается?
Или ссылочку, где почитать про это.

Загляните сюда. Может, пригодится?

спасибо, погляжу.

Не умножайте сущности сверх необходимого!
Многие производители промышленных компьютеров
предоставляет готовый дистрибутив какого-либо линукса для своих изделий!

этот не предоставляет . Иначе и вопроса бы не было.

[Kirill Frolov]

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

Оптимизация стартовых скриптов. Сам линух грузится за пару-тройку секунд.

Можно подробней, как такое делается?
Или ссылочку, где почитать про это.

Я ниасилил, что ЭТО, но для работы с linux нужен linux, а не DOS или windows. Linux конечно можно запустить из доса. Но абсолютно не нужно. Вам необходимо просто иметь ОБРАЗ СИСТЕМЫ на любом подходящем (например, compacf flash через переходник в IDE) носителе, который вы на обычном ИБМ-ПЦ с установленным линухом доведёте до ума и переставите накопитель в специальный компутер.

[alexander55]

Поглядите на QNX. Это нечто.

[Tcom]

Поглядите на QNX. Это нечто.

И дополню что она платная......

[A. Fig Lee]

И дополню что она платная......

не все вроде бы платное с недавних пор.

http://www.qnx.com/products/getmomentics/

[vshemm]

Средства разработки бесплатны для некоммерческого использования, но рантайм лицензии никто не отменял
И "малой кровью" не обойдется, QNX своеобразная система, со своими тараканами (и кучей багов и недокументированных "фич").

[DRUID3]

Есть задача “малой кровью” соорудить некий вычислитель/котроллер на базе промышленного x86 компьютера. Есть пожелание заказчика применить в качестве операционки что-либо из *nix (не хочет связываться с Microsoft). Компьютер будет укомплектован либо обычным IDE винчестером, либо IDE Flash Drive. Есть еще два пожелания/требования заказчика (как сторгуемся):
1) Винчестер должен использоваться только для чтения – никаких свопов и.т.п
2) Время загрузки при подаче питания должно быть минимально возможным.

Как я вижу решение проблемы “в лоб”:
- Беру я какой-либо десктоповый дистрибутив Linux в бинарниках (например RedHat),
- Пишу и отлаживаю прикладное ПО.
- Переношу все это добро на промышленный компьютер.
Вот как этот перенос провести с минимальными телодвижениями - и есть основной вопрос, так как на данный момент мои навыки работы с *nix стремятся к нулю.
Т.е в идеале мне хотелось бы из того же десктопового дистра в бинарниках поставить Linux на пром. ЭВМ, запустить свои приложения и перевести ЭВМ в спящий режим (hibenate). Использование hibernate вроде бы позволяет выполнить требование №2, но противоречит требованию №1. Да и гугл накидал кучу ссылок, что с hibernate в linux возникают проблемы. Какие есть варианты?

Поставьте Knoppix (одну из сборок). Ненужное убейте после установки. Своп еще при разбитии раздела поставьте 0, т.е. вообще под него ничего не отводите. Файловую систему не журналируемую. Не знаю, что там у Вас за промЭВМ, но на тех что я держал в руках (эпиа) Knoppix просто летал. Кстати он у меня сейчас стоит на AMD-K6III 400 MHz (с рабочим столом KDE- при "0"-е подкачки!) и не жалуююсь. Ели будете ставить на IDE-флешь - то это просто как на винт, если на USB - то вот......Из "+" - полностью настроенная рабочая система поддерживающая практически все на свете - эпиу 100% - в которой запросто разбереЦЦо любой студент!
Если есть охота сделать все так-же но только с BSD - то вот... - там еще проще...

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

[zltigo]

Можно подробней, как такое делается?

Ключевое слово loadlin

[Kirill Frolov]

Ключевое слово loadlin

Ну даконечно. Мокрософт поработил... DOS не нужен. ВООБЩЕ. Ламукс лучше дос чем дос.

[zltigo]

Ну даконечно. Мокрософт поработил...

Сначала разберитесть в вопросе, как просто, забутировать Linux с RAM диска дабы после выключения/выключения получить нетронутый линукс. Ну и по прводу DOSов - MSофтом все их разнообразие не исчерпывается.

[vshemm]

Линукс с досовского RAM диска - это как? После загрузки ядра RAM диск исчезнет.

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

1. Корневая система помещается полностью в initrd (это аналог RAM диска но под linux). Причем файловая система initrd должна иметь возможность монтироваться как read-write. На выходе получается 2 файла - ядро и сжатый initrd, которые переносятся на целевую систему. После чего происходит их загрузка в память (loadlin, syslinux, ...) и вуаля
Единственный недостаток - все находится в памяти и отжирает ее. Зато такая система довольно проста, быстродействующа и отвязана от носителя, с которого происходит загрузка. Boot time очень мал (от нескольких до 15-20 секунд).

2. Корневая система строится на специализированной файловой системе, которая, как правило, обеспечивает сжатие и может быть только read only (к примеру, squashfs). Тут немного сложнее, т.к. для работы линуксу нужно иметь возможность записывать в определенные каталоги. Поэтому эти каталоги на этапе сборки заменяются ссылками в определенное место (допустим, в /var/tmp). Получаются 3 файла - ядро, небольшой initrd и сама сжатая rootfs.
Загрузка происходит следующим образом: сначала ядро + небольшой initrd (загрузчиком как в п. 1), затем скрипт из initrd обеспечивает доступ к основной rootfs (загружает, если нужно, драйвера для носителей, для файловой системы, производит монтирование). Далее он должен создать что-то вроде RAM диска (tmpfs) в том месте, куда будут указывать ссылки, т.е. в /<точка монтирования корневой фс>/var/tmp. После чего происходит смена корня и initrd выгружается. В результате, в памяти находятся только "текущие" рабочие данные, а программы подгружаются на лету из сжатого образа.
Грузится такая система чуть дольше, и работает медленнее (пока не прокешируется значительная часть сжатой rootfs). Зато требования по памяти не зависят от размера rootfs.
Такой способ используется во многих "live"-дистрибутивах (в slax и knoppix, например), а также во многих девайсах (ADSL-модемы и т.п.).

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

На словах, наверное, все это выглядит сложным, но это не так

[zltigo]

Линукс с досовского RAM диска - это как? После загрузки ядра RAM диск исчезнет.

RAM диск не "досовский". Думаю, пересказывать, то, что спокойно по первой-же ссылке лежит в интернете смысла нет. Тем более, если буквально строчкой ниже Вы сами-же помянули loadlin на который я наводил в посте №16

[vshemm]

RAM диск не "досовский".

Я так и понял. Только из Вашего поста #6 можно сделать и другой вывод..

[DRUID3]

как вариант

[o-henry]

как вариант

Впечатляет .
Но в данном конкретном случае - не наш метод (bios запаян).

[alexander55]

Впечатляет .
Но в данном конкретном случае - не наш метод (bios запаян).

QNX (пусть 4.25) без фотона (графическая облочка типа KDE) < 1 Mb. И от рождения (как все *x)обладает сетевыми возможностями.

[o-henry]

Наверное скачаю я для пробы QNX 6.3 из закромов для "поглядеть".
А с ценами на него никто не в курсе? Хотя бы порядок.
В явном виде цену не нашел.

[alexander55]

Наверное скачаю я для пробы QNX 6.3 из закромов для "поглядеть".
А с ценами на него никто не в курсе? Хотя бы порядок.
В явном виде цену не нашел.

Ходят слухи, что 6.3 стоит очень дешево (порядка 3000 рублей), но у нее нет сертификата военной приемки. А не для коммерческого применения бесплатно (это сейчас популярно).
4.25 наша контора купила за 100 000 рублей, со всеми делами (обычной и военной версией, SDK, фотон и тд и тп).
Люди уже поучились на курсах по 4.25 (меня прокатили мимо ).

[o-henry]

100 000 рублей, со всеми делами

как я понимаю, столько стоит комплект разработчика.
А на каждую копию, которую я встраиваю в своё устройство, нужна отдельная лицензия?

обычной и военной версией

??? Это как?
Что такое микросхема в военном исполнении я могу понять.
А что такое обычная и военная версии ОС?

[alexander55]

как я понимаю, столько стоит комплект разработчика.
А на каждую копию, которую я встраиваю в своё устройство, нужна отдельная лицензия?

Да, но это уже немного.

Что такое микросхема в военном исполнении я могу понять.
А что такое обычная и военная версии ОС?

Нет, это военные адаптировали ее под свои понятия:
Например, кнопки "ОК", "Cancel" стали у них "Есть", "Отставить" и т.д.
Они содрали ее беззастенчиво и без отчислений за использование. QSSL деликатно помалкивает.

[vshemm]

Да, но это уже немного.

Несколько сотен баксов (в зависимости от функционала) это не то чтобы немного... впрочем, как договоритесь.

Нет, это военные адаптировали ее под свои понятия:
Например, кнопки "ОК", "Cancel" стали у них "Есть", "Отставить" и т.д.
Они содрали ее беззастенчиво и без отчислений за использование. QSSL деликатно помалкивает.

Байку про кнопки такие я тоже слышал, но по отношению к МСВС. Действительно байкой оказалось
А разница все-таки в этом: http://www.kpda.ru/press_200402_19.html

[alexander55]

Несколько сотен баксов (в зависимости от функционала) это не то чтобы немного... впрочем, как договоритесь.

В зависимости от функционала цена может меняться в 10 и больше раз спокойно.

Байку про кнопки такие я тоже слышал, но по отношению к МСВС. Действительно байкой оказалось
А разница все-таки в этом: http://www.kpda.ru/press_200402_19.html

Дистрибутив этот продают в довесок. Его наши ребята даже не устанавливали. Я использую образ 4.25 под VMWare. Весит 167 MB. Это с фотоном, кучей демо, игрушки и т.д. и т.п.

[DMax]

Есть задача “малой кровью” соорудить некий вычислитель/котроллер на базе промышленного x86 компьютера. Есть пожелание заказчика применить в качестве операционки что-либо из *nix (не хочет связываться с Microsoft). Компьютер будет укомплектован либо обычным IDE винчестером, либо IDE Flash Drive. Есть еще два пожелания/требования заказчика (как сторгуемся):
1) Винчестер должен использоваться только для чтения – никаких свопов и.т.п
2) Время загрузки при подаче питания должно быть минимально возможным.

Гуглить по ключевым словам "'linux kernel 2.6 initramfs". В кратце предстоит весь твой дистрибутив заархивировать с помощью cpio. Далее, сказать загрузчику (GRUB'у, например), чтобы он подсунул этот архив ядру в качестве initrd. Далее, ядро само создаст RAM-диск и инициализирует его содержимым этого архива и начнет с него грузится. 100% - после этого никакого обращения к флэшке не будет. Единственный недостаток - при обновлении софта надо будет обновлять целиком весь образ. Но тут есть уже варианты. Если какой-то софт часто меняется, то можно вынести его в отдельный раздел на флэшке и брать оттуда.