Под виндами образ можно сделать акронис тру имиджем.

Будильник не пробовал, не пользуюсь. Вечерком попробую - отпишусь.

Перенес систему на карточку как написано вот здесь: http://wiki.internet-tablet.com/index.p … 1%82%D1%83

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

заранее спасибо всем откликнувшимся

з.ы. после установки прог перестает работать будильник на таблетке, не могу определить кто виноват

Создание прошивки процесс более сложный, подразумевающий наличие технических навыков и линукс-машины.
Можно спросить, как дотолкать машину от Питера до Моксвы. А можно залить бензин и поехать самому. Такой ответ подразумевает наличие некоторых элементарных навыков вождения, поиска заправки и наливания бензина. Я занимаюсь в том числе и созданием инфраструктуры для создания образов, потому имею понятие о том, что элементарный дебиан-пакет, который запускает несколько коротких скриптов, гораздо проще и понятнее, чем создание своей прошивки при помощи открытого софта. Тем более, учитывая наличие кучи факов по пакетированию в дебиане. Линки на описания создания образов рутфс я уже кидал в этом форуме. Сомневаюсь, что кто-то после этого сунулся делать свои образы.

Простите, но здесь есть сильное противоречие. Создание прошивки - творческий процесс, изначально предполагающий, что делающий человек понимает что делает. Скажем так - это некая вершина системной настройки таблетки. И если Вы не имеете понятия об этом, то не стоит и суваться. А уж тем более пытаться обязать человека что-то описать, становясь тем самым ответственным за написанное - просто нескромно. Хочет человек - пишет, не хочет не пишет. Человека можно только заинтересовать, Вы же, своим постом,  с точностью до наоборот - отбили желание (если бы оно и было) писать.

Линукс - это место где каждый сам ищет для себя ответы на вопросы, разбросанные во многих местах. А требовать ответы - бессмысленно.

Уважаемый GET, это неправильный ответ.
Будучи линукс-юзером около десяти лет и постоянно крутясь в этой области, я не почерпнул для себя никакой информации из ответа.
А если я не почерпнул из ответа информации, то ответ был бесполезен.

Как полный ламер, я попросил ссылку на статью для полных ламеров.
Где бы по полочкам раскладывалось и подробно объяснялось каждое действие по созданию своей прошивки для nokia 810.
И вместо того, чтобы указать мне путь поиска, а еще лучше, написать самому такую подробную статью.
И чтобы многие пользователи nokia *** смогли бы получить эти знания и сказать Вам большое спасибо за популяризацию linux...
Вместо этого вы поделились со мной набором специфических терминов разработчика П/О, которые мне абсолютно ничего не сказали. =(
Что такое режим RD и где его включать?
Как создать пакет меняющий переменные окружения и т.д.

Поэтому вопрос (лично для меня) остался по прежнему в силе.

P.S. Не примите за издевку. Я конечно могу найти документацию по сборке дебиановских пакетов, и примаунтить раздел и т.д.
Но вот сосед - не сможет. И значит он уже разочаруется. И значит он уже не побежит к другому соседу с воплем "Вась! Смотри что с этой железкой можно сделать!". Это и есть популяризация.

Давайте всё-таки сообща напишем подробную статью по созданию своей прошивки для nokia?

А почему не включить RD режим?
Все необходимые изменения можно оформить в виде одного пакета. Пакет может устанавливать нужные репозитарии, прописывать переменные окружения, добвалять репозитарии и ставить другие пакеты. Другие пакеты можно ставить в постинсталл скрипте, но я бы посоветовал сделать два пакета. Первый прописывает репозитарии, а второй pre-depends от первого и depends от тех, которые надо поставить. Дел на час.

Так на чем там дело остановилось?
Просто тоже хочу свою собственную прошивку, ибо всё постоянно порчу экспериментами...
И надоело becomeroot ставить каждый раз только для того, чтобы внести одну строчку в sudoers а потом его удалить.
Надоело переменные окружения с алиасами каждый раз прописывать.
Хочу свою прошивку.
Вот бы почитать подробное описание реального создания своей прошивки.

Уже есть
http://forum.internet-tablet.com/subjec … -n810.html

Инструкция
http://elinux.org/Android_on_OMAP
Источник
http://etrunko.blogspot.com/2008/04/and … -n810.html

По мне так все эти Дебианы и Убунту тупо пересобраные - это тупиковые варианты или если хотите вчерашний день. Не катит такой подход уже. Весь софт там  десктопный, со своим подходом к интерфейсу, рассчитаным на то, что у юзера есть как минимум мышь с 2мя клавишами и большой экран. На устройствах типа таблетки этим пользоваться просто неудобно. Это конечно лучше, чем ничего и 2500 пакетов - это впечатляет, но хочется чего-то более дружественного, чем тыкание стилусом в трехуровневые меню :)

На эту тему много уже написано. вот, например, это: http://tabletschool.blogspot.com/2008/0 … blets.html
Я не большой фанат канолы, но их подход к разработке интерфейса намного правильнее того, что мы имеем на мой взгляд.

работают на телефонах Nokia N8x и Nokia Internet Tablet

уже проходили эту тему. Всё хорошо кроме кардинальных неточностей.
Вы бы хоть источник статьи поставили

Используйте поиск
http://forum.internet-tablet.com/subjec … a-arm.html

Разработчики, принимающие участие в проекте портирования операционной системы Ubuntu Linux на мобильную архитектуру ARM, сообщили об успешном переносе двух последних версий популярного Linux-дистрибутива (Feisty Fawn и Gutsy Griffin) на мобильные системы с процессорами ARM9 и ARM11.

Проект, получивший название Handheld Mojo, спонсируется компанией Nokia.

Полученные в рамках проекта варианты Ubuntu Linux могут работать как на реальном окружении ARM, так и на открытой системе эмуляции QEMU. Разработчики говорят, что дистрибутивы могут быть перенесены на обычные карты памяти формата SD или вшиты в память сотового телефона или смартфона. На сегодня портированные версии работают на телефонах Nokia N8x и Nokia Internet Tablet, однако в последнем случае на устройстве должна быть поддержка архитектур ARMv5EL и ARMv6EL-VFP.

По словам Эндрю Кристиана, руководителя проекта Handheld Mojo, с софтом тоже почти не возникало проблем. Исключение составило только программное обеспечение Java, Mono и компилятор языка Фортран G77, а также стороннего ПО, зависящего от этих разработок.

Во время выступления на конференции Embedded Linux Conference Кристиан продемонстрировал Nokia N800 Internet Tablet с Ubuntu и пакетом графического редактирования GIMP. По его словам, из-за особенностей ветки дистрибутивов Debian, куда входит и Ubuntu, а также ядра ARM, большинство пакетов пришлось перекомпилировать с нуля, а некоторые пакеты пришлось и незначительно видоизменять. В итоге потребовалась полная перекомпиляция всех программ, работающих в Ubuntu (а всего их около 25 000). Для этого разработчикам пришлось создать специальный стоечный сервер на базе процессоров ARM, который на протяжении 10 дней беспрерывно занимался сборкой пакетов.

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

В перспективе команда проекта намерена пересобрать Ubuntu таким образом, чтобы пакеты максимально эффективно использовали возможности ядра ARM (Native-режим). В подобном решении есть неплохая перспектива, так как на базе ARM выпускают не только мобильные устройства, но и NAS-серверы, сетевые устройства и другое оборудование. Для осуществления этого проекта Handheld Mojo планирует привлечь к проекту Браена Авери, ветерана HP, стоявшего у истоков выпуска Linux для HP iPaq, и Джорджа Франса, разработчика ядра Linux для архитектуры Alpha.

Dali написал:

Так получают набор частот, которые проц (чипсет) принимает, но некоторые из этих скоростей могут превратить девайс в невосстановимый кирпич (причём на не самых высоких частотах). Так что не советую.
Раньше я тоже увлекался разгоном Palm, но в реальном режиме использования (использование вперемешку разных функций), а не при замерах в условиях чистоты эксперимента, не получил заметного выигрыша при снижении частоты.

PHM в ВиндозеМобиле дает возможность протестировать девайс на разных компбинациях этих самых параметров, если тестирование успешное и девайс не окирпичился, то можно использовать режим, автоматом составляется таблица, из которой можно выбрать несколько желаемых вариантов (обычно их 2 или 3) - но у тех девайсов есть кнопка Hard Reset, по которой во все регистры прописываются умолчательные значения, то есть, перед тестированием делается полный бэкап, и в случае чего, кирпич быстро возвращается к жизни - я на это натыкался, когда пользовал коммуникатор и настраивал PHM

по умолчанию виндоза не имеет динамического управления процессором, при установке PHM и настройке результаты получаются очень хорошие

насчет KDE который от ПриманкиДляПингвинов - ему да, ничто не поможет
а вот чтобы приложения в Hiltone быстрее стартовали - этого хочется, если бы при 100% загрузке разгонять до 600 (ну ладно, до 500) все бы чуть быстрее запускалось, а потом можно снижать до 400 или даже 330 для меньшего потребления

впрочем, головняка больше, чем результата... ваша правда...

a2dp работает гораздо лучше на максимально частоте процессора.
Тоже здорово "кушает" проц. Пропадает "заикание", если параллельно
с музыкой что-то делать на таблетке.

Я не смотрел исходники и доки cpufreq, но насколько я знаю об управлении частотой ARM по PalmOS и embedded линуксам, указанная частота не загружаются в некий регистр управления, а является кодом, по которому из таблиц берутся значения для нескольких регистров. Нужные комбинации значений подбираются экспериментально (обычно этот момент плохо документирован). Так получают набор частот, которые проц (чипсет) принимает, но некоторые из этих скоростей могут превратить девайс в невосстановимый кирпич (причём на не самых высоких частотах). Так что не советую.
Раньше я тоже увлекался разгоном Palm, но в реальном режиме использования (использование вперемешку разных функций), а не при замерах в условиях чистоты эксперимента, не получил заметного выигрыша при снижении частоты. Существующее управление питанием и так прекрасно сделано. Процессор простаивает, пока ничего реально не делает. Гораздо больше потребляет цветной большой дисплей с яркой подсветкой.
А увеличение частоты было бы полезно в одном случае - просмотр несконвертированого видео (а значит с масштабированием), с которым проц не справляется. Но увеличение потребления при этом полностью убивает смысл.
Надеяться на ускорение работы тяжёлых программ (KDE,...) путём ускорения проца на 20-30% бессмысленно. Давно известно, что частота стоит на третьем месте в списке узких мест, после объёма памяти и скорости диска. Всё время уходит на постоянный своп и подгрузку прог с диска. И с этим можно бороться только облегчением программ.