McMCC

make menuconfig, Exit -> "Yes" Пишет же, что рассинхронизирован конфиг. Еще проверьте, что ссылка /bin/sh ->bash, если dash, то поменять.

На сколько мне известно, эту проблему устранили еще неделю назад, прошивка скоро будет доступна здесь в рамках проекта Keenopt.

Спасибо!

Зачем dnsmasq ради этого ставить? В udhcpd из busybox все нужное имеется. Нужен только tftp сервер. Вот пример рабочего /opt/etc/udhcpd.conf interface br0 start 192.168.1.33 end 192.168.1.62 opt lease 86400 opt subnet 255.255.255.0 opt router 192.168.1.1 opt dns 192.168.1.1 boot_file pxeboot.0 siaddr 192.168.1.1 siaddr - ip tftp сервера boot_file - загрузочный образ, что лежит в корне tftp сервера (например в /opt/var/tftpboot) Запускаем как udhcpd -S /opt/etc/udhcpd.conf Вот tftp-hpa необходимо установить, и запускать его как tftpd -l -a 192.168.1.1 -s /opt/var/tftpboot

А чем вам из busybox'а не нравится?

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

Ну и зачем все так сложно? Где второй сервер поднимать? Проще отключить встроенный и поднять свой с BOOTP. Я конечно спрошу, можно ли в прошивку добавить опцию BOOTP для встроенного DHCP сервера, но не думаю, что ответ будет положительным...

Используется полностью свой интегрированный под задачи NDM Systems, сделать желаемое через него не получится. Вам придется отключить встроенный DHCP сервер и установить свой, какой, это уже на ваш выбор....

Ориентироваться на то, что у нас сейчас есть, не нужно. У нас сейчас совсем сырая голая система, в которой пока нормально работает busybox и mc, все остальное нужно допиливать. Есть 2-а варианта установки, через chroot, что предполагалось изначально, поэтому вы не видите /opt во многих пакетах, и в сам /opt напрямую, что сейчас мы пытаемся сделать. У нас с вами разное видение, мы хотим Keenopt приобщить к общему использованию ресурсов с прошивкой, а у вас Entware живет отдельно своей полноценной жизнью. Ничего плохого в этом нет, все зависит от поставленных задач...

Все это переделывается на /opt по мере отладки, то только в Makefile самих пакетов. Собственно, это ничем не отличается от вашего варианта.

NDM не использует упрощенный ASCII формат для работы с часовыми поясами, поэтому в /etc/TZ вы видите кучу мусора, так выглядит формат файлов TZif2 из глобальной базы знаний по часовым поясам - tzdata. Вам скорее всего нужно пересобрать системную библиотеку, в данном случае uclibc, что бы она могла работать с tzdata. На мой взгляд, этого можно не делать, а просто прописать TZ в общее окружение, например export TZ=MSK-3 в начале загрузки вашей системы Entware. Есть еще универсальный вариант: export TZ=`cat /etc/TZ | tail -n 1` Тогда таймзона будет браться из прошивки...

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

Совершенно верно, те же uclibc обновить или base-files к примеру...

Основная не стыковка в том, что /bin/sh требует окружения, которого нет в NDMS, так какой смысл выполнять скрипты из пакетов, если системы как таковой еще нет? Мы предложили минимальный набор пакетов, это наиболее правильное решение, которое создаст нужную среду, в том числе и для opkg. Приоритеты установки по алфавиту, это костыльное и грубое решение, так делать нельзя. Все пакеты должны обновляться, я понимаю, что в первоначальной установке Entware это не учтено, у нас пока тоже, но как только сделаем базу opkg с info, все будет как надо.

Для преинсталяции это совершенно лишнее, тот минимальный набор пакетов, что мы определили для установки, не требуют этого.

Поэтому мы сделали минимальную преустановку, где не требуется выполнение этих скриптов. Эмулятор opkg в прошивке только распаковывает пакеты, самого же opkg в этот момент еще не существует. Эмулятор еще в доработке, последнее, что от него сейчас требуется, это создание базы установленных пакетов по образу и подобию, как это делает opkg в /opt/usr/lib/opkg. Это поможет избежать постановку пакетов в режим hold, которые находятся в преустановочном архиве, и по мере выхода новых версии их обновлять, а так же разрулить зависимости, что бы повторно не тянуть установленные пакеты.

Может для начало нужно залогинится рутом? Очевидные вещи....

Все уже пересобрано, пакеты рабочие, на GIGA II точно работают.

Нет, интернет не нужен. Вы прошивку обновили? В cli нужные команды ввели?

Похоже вы не понимаете, что делаете. Зачем вам модули ядра, которые и так уже есть в прошивке? Воспользуйтесь готовым - viewtopic.php?p=78#p78 Посмотрите как все устроено.

Да всё по инструкции делал, как в теме о сборке и на гитхабе описано Ну если вы делали по инструкции, то никаких проблем не должно быть. Я вчера собирал на чистой установленной Ubuntu 15.04, все прошло гладко. На Ubuntu бывают проблемы со сборкой OpenWRT, обычно это происходит из-за ссылки sh на dash, заменяется на bash, проблемы исчезают. В любом случае, разбирайтесь со своей системой под которой вы осуществляете сборку, выложенные материалы все рабочие...

Могу предположить, что не был подгружен профиль устройства через configure.sh, настройки были произведены вручную, что в принципе не правильно. Вы же не в курсе, с какими флагами собиралась основная система, либо просто полезли в настройки и изменили на не правильные. Кроме выбора пакетов, ничего другого трогать не нужно.