Добрый день!

Ставлю Ubuntu 8.10 alternate на новое железо. Выдает ошибку No installable kernel was found. Знаю, что можно поставить ядро вручную, но этот вариант не подходит, ибо все должно ставиться автоматом и без сети.

Ядро в дистрибутиве 2.6.27-7, оно точно работает на этом железе. Desktop-версия того же дистрибутива запускается и даже ставится без проблем.

Так вот вопрос: как найти, откуда он говорит эту ошибку? Цель - найти место, где делается проверка на «installable» ядра, убрать ее и пересобрать iso обратно.

PS: новые дистрибутивы не предлагать, в предыдущем вопросе писал, почему.

Добрый день!

Жил да был один маленький, но очень гордый проект на Ubuntu 8.10. Ворочался кое-как себе на MSI G31TM-P21 и никого не трогал. Но вот беда. Не прошло и пяти лет, как такие платы в природе закончились. Начали ему платы другие подсовывать, да не тут-то было: X :1 -configure падает. Видать, не знают старые видеодрайвера новых видеоадаптеров (был GMA 3100, пытались подсунуть плату с GMA 4500). Казалось бы, отчего же не пользоваться стандартным VESA-драйвером, производительности же хватает... Ан-нет, нужен поворот экрана на 90 градусов (xrandr -o).

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

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

Добрых суток!

Задача: собрать Live-дистрибутив, который будет стартовать с USB-флешки и запускать одну-единственную Qt-программу. Live, потому что флешка должна легко тиражироваться и жить как можно дольше.

Выбрал Debian Live в качестве инструмента, начал изучать. Под LMDE сделал

lb config && lb build && kvm -cdrom binary-hybrid.iso

Проблема: Выполняю lb config && lb build && kvm -cdrom binary-hybrid.iso — появляется окно qemu, в нем логотип и меню загрузчика. Пункты меню Live и Other Options. Нажимаю на Live, меню мигает и ничего не происходит, ядро не грузится. После долгих вглядываний прочитал внзу строчку вроде Press ENTER to continue on TAB to edit options. Посмотрел опции запуска. Попробовал поредактировать - не помогло. В VirtualBox та же история. Как это вообще диагностировать? Никаких сообщений, ошибок. Я даже не знаю, что гуглить...

 $ uname -a
Linux pbbook 3.2.0-30-generic #48-Ubuntu SMP Fri Aug 24 16:52:48 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
 $ lb -v
live-build, version 3.0~a23-1

Лирика: Знаю, что подобная задача возникнет в ближайшем будущем еще не один раз. Поэтому хочу выбрать и освоить инструмент для создания подобных специализированных дистрибутивов, в которых нет ничего лишнего, но все что есть весьма надежно и хорошо поддерживается. Исходя из этого начал изучать Debian Live. Думаю, что описанная выше проблема на самом деле пустяковая и окажется просто каким-то недосмотром, но осадочек остался... К тому же, с опцией lb config -b usb-hdd образ вообще почему-то не собирается, а хотелось бы... Может быть, я все-таки не тот инструмент выбрал? Какие еще варианты посоветуете? Предпочтительно все-таки Debian-based, ибо привык, есть много пакетов и архитектур (возможно, понадобится ARM). Пробовал SliTAZ, но уж больно он какой-то самобытный, хоть и простой. LFS и Gentoo не предлагать, я не готов к таким свершениям.

Имеется убунта 8.10 и к ней прикрученный тачскрин GeneralTouch. X.org настроен на использование только этого тачскрина в качестве устройства ввода. Работает нормально.

Проблема: при отключении тачскрина от USB и подключении обратно, нет реакции на нажатия. То есть работающие иксы не подхватывают устройство на лету. Надо заставить подхватывать.

Заметил такую особенность — если после переподключения тачскрина переключить терминал (с помощью Alt+Ctrl+Fn или chvt), а потом вернуться обратно в иксы, тачскрин начинает работать.

Вопросы: Что такого делают иксы при переключении в них из консоли, что вдруг начинает работать тачскрин? Как их заставить сделать это извне (скажем, от имени udev'а)? Как вообще правильно (канонично) реализовать автоподховат устройств в иксах?

Здравствуйте! Занимаюсь разработкой автомата самообслуживания на базе Linux Embedded. Сейчас стоит концептуальный вопрос — использовать ли многопоточное монолитное приложение, или разбить на несколько процессов-серверов (демонов, если хотите) и «рабочих» процессов, которые будут устанавливать IPC-связи с серверами. Масштабы: ARM9, busybox, несколько RS-485 модулей, RS-232 модуль, SPI-модуль, дисплей на framebuffer, возможно, еще что-то.

Понимаю, что вопрос философский и холиваро-емкий. Поэтому постановка такая: какие подходы к проектированию ПО используются в удачных embedded-linux системах подобного рода (автономные устройства с разнообразной переферией)? Видел, что есть роботы под управлением Linux, но описания их ПО не нашел. Может быть, посоветуете, на какие примеры можно посмотреть?

ЗЫ: неудачные примеры тоже интересны :)