Nickeen

UPD: вроде как, только обновление поможет... =((((( . Ну, может, кто-то знает, что и как отключить, чтобы морда заработала даже на столь "древней" прошивке (которой всего чуть больше года).

А что за "недавняя проблема"? Есть ли ссылочка? У меня вот сегодня после перезагрузки похожая проблема =( . Веб-интерфейс не пашет. Приложение, CLI, OPKG работают, как и, собственно, доступ в сеть . Лог завален таким вот: E [May 26 13:46:04] ndm: Http::Manager: unable to update configuration, retry. I [May 26 13:46:05] ndm: Http::Nginx: loaded SSL certificate for "<key>.keenetic.io". I [May 26 13:46:05] ndm: Http::Nginx: loaded SSL certificate for "<mydomain>.keenetic.pro". E [May 26 13:46:05] ndm: Http::Nginx: there are errors in config, reconfigure. E [May 26 13:46:05] ndm: Http::Manager: unable to update configuration, retry. Пытался отозвать сертификат ip http ssl acme revoke <key>.keenetic.io , но просто при повторных попытках вызова этой команды ответ Acme::Client: "<key>.keenetic.io" revocation already running в течение уже долгого времени и всё. В лог продолжает валиться это всё. Перезагрузка не помогает. KN-1810 Ultra, 3.4.1 . Возможно ли что-то сделать без А то для меня "достаточно просто", скорее всего, выльется в неделю перенастройки всей этой требухи с нуля (даже при обновлении минорной версии там всё ломалось)... Хотелось бы не чаще раза в 2 года этим заниматься. Спасибо.

@TheBB, спасибо, надо будет попробовать, как руки дойдут всё забэкапить. Правда, я уже нашел и прикрутил под свои нужды подходящее решение на основе collectd+rrdcgi, найденное тут же (https://forum.keenetic.net/topic/1344-cбор-и-отображение-статистики-роутера-на-entware-3x-с-использованием-collectd-и-rrdcgi/) . Она не такая подробная и может собираться хоть годами. Но для краткосрочного анализа netdata поинтереснее. Вопрос, правда, сколько ресурсов это всё будет кушать (но тут пока не проверишь - не узнаешь).

Здравствуйте. Прикрутить dbengine ("memory mode = dbengine") для сброса и хранения данных сейчас невозможно в Entware? Сейчас там по дефолту установлено "memory mode = save", что, как я понял, значает хранение статистики в RAM и сброс её только при корректном завершении работы,а чтение - при загрузке. Также сейчас там по умолчанию в [global] history = 4034, что как я понимаю, - 4034 с (?) - чуть больше часа) - маловато. Расширение будет предъявлять больше требований к ОЗУ. К тому же,при аварийной перезагрузке и некорректном завершении netdata, я так понимаю, ничего сбрасываться на внешний диск не будет. Режим "memory mode = map" должен писать на диск постоянно,что тоже не очень хорошо. Режим dbengine подошёлбы для длительного хранения лучше всего (и судя по основному мануалу, он принят обычно по умолчанию). Но у нас не работает: netdata FATAL : MAIN :RRD_MEMORY_MODE_DBENGINE is not supported in this platform. # : No such file or directory Посмотрел, вроде как для него нужны завмсмости: libuv, liblz4, openssl, Judy И если первые 3 имеются в репозитории, то Judy я там не вижу. Получается, что у нас невозможно прикрутить dbengine ?

~ # uname -a Linux KN-1810-U 4.9-ndm-4 #2 SMP Tue May 12 23:20:18 MSK 2020 mips GNU/Linux Entware устанавливал по ииструкциям в основном отсида: https://help.keenetic.com/hc/ru/articles/360000264829-Установка-и-настройка-OPKG-пакета-rTorrent с mipsel-installer.tar.gz оттуда же http://bin.entware.net/mipselsf-k3.4/installer/mipsel-installer.tar.gz Ещё вопрос, ламочка "FN2" не должна гореть при работе камеры при монопольном подключении её во второй порт (USB2.0)? Настройки LED не менял, при подключении флешки включается.

Как раз зашёл написать, что проблема решилась полным обнулением маршрутизатора с последующей перенастройкой. Прошивку (текущую, со стабильной ветки) тоже перезалил на всякий случай (т.е сделал через веб-интерфейс минимальную конфигурацию,а затем - максимальную нужную). mjpg-streamer заработал, даже могу включать и выключать ИК-подсветку на камере в настройках. Правда, нужно делать "/opt/sbin/modprobe --first-time -v uvcvideo" каждый раз при загрузке (добавил в автозагрузку). Буду изучать motion. Кстати, решились и другие странности в работе Кинетика. До этого делал одно минорное обновление прошивки (ровно с предыдущей версии с официальной стабильной ветки на текущую оттуда же) без сброса настроек, но с установкой Entware полностью с нуля.Также, как я писал, я пытался перезалить отдельные компоненты прошивки, включая и все с Entware. Без хард-резета не помогло. Видать, старое-недоброе правило делать хард-резет после любого обновления прошивки всё ещё, увы, актуально. По крайней мере, если пользоваться расширенными возможностями, такими как Entware. Эти сообщения довольно часто летят в лог.

Всем привет. Keenetic Ultra, KN-1810, Версия KeeneticOS: 3.4.1 (самая свежая). Что-то совсем никак не хочет подключать камеру. Пакеты OPKG установлены все. Вся подсистема работает, вроде бы, исправно, пропробовал много готовых рецептов с этого форума. Но с видео что-то,увы, пока никак. Специально подготовил чистый хард с ext4 разделом под OPKG (и свопом),делаю всё с нуля (по инструкции https://forum.keenetic.net/topic/4299-entware/ ) /root # ndmq -p "show version" -P release 3.04.C.1.0-1 opkg update opkg upgrade opkg install kmod_ndms Сразу же насторажвает modinfo: ERROR: Module alias /opt/lib/modules/4.9-ndm-4/kernel/compat.ko not found. Далее install mjpg-streamer opkg install mjpg-streamer-input-uvc opkg install mjpg-streamer-output-http opkg install mjpg-streamer-www Тут вроде на первый взгляд всё ок: При подключении камеры никаких устройств /dev/video* не появляется (пробовал несколько камер A4 и Genius и в USB2.0, и в USB3.0 (через активный хаб)). Далее пытаюсь: /root # modprobe --first-time -v uvcvideo modprobe: FATAL: Module uvcvideo not found in directory /opt/lib/modules/4.9-ndm-4 В /opt/lib/modules/4.9-ndm-4/ вообще не наблюдается никаких модулей, файлов с суффиксом *.ko /root # ls -la /opt/lib/modules/4.9-ndm-4/ drwxr-xr-x 2 root root 4096 May 21 00:56 . drwxr-xr-x 3 root root 4096 May 21 00:56 .. lrwxrwxrwx 1 root root 22 May 21 00:56 kernel -> /lib/modules/4.9-ndm-4 -rw-r--r-- 1 root root 45 May 21 00:56 modules.alias -rw-r--r-- 1 root root 12 May 21 00:56 modules.alias.bin -rw-r--r-- 1 root root 0 May 21 00:56 modules.builtin.bin -rw-r--r-- 1 root root 0 May 21 00:56 modules.dep -rw-r--r-- 1 root root 12 May 21 00:56 modules.dep.bin -rw-r--r-- 1 root root 0 May 21 00:56 modules.devname -rw-r--r-- 1 root root 55 May 21 00:56 modules.softdep -rw-r--r-- 1 root root 49 May 21 00:56 modules.symbols -rw-r--r-- 1 root root 12 May 21 00:56 modules.symbols.bin Соответвенно,никакой камеры... /root # ls -la /dev/v* crw------- 1 root root 109, 0 Jan 1 1970 /dev/vdsl Если кто чего подскажет - лчень спасибо.

Здравствуйте! Имеется KN-1810, обновлённый до KeeneticOS 3.4.1 . К нему подключён жёсткий диск с тремя разделами: небольшой ext4 с OPKG, ext4 с разными данными (закачки, шара и т.д.), swap (такая раскладка была удобна тем, что можно для бэкапа снимать образ одного лишь OPKG-раздела, не очищая данные). Все настраиваемые через веб-интерфейс стоковые приложения (transmission, ftp, samba, webdav,...) работают и имеют доступ к к обоим ext4 разделам. Но, залогинившись root'ом, видим: /root # df -h Filesystem Size Used Available Use% Mounted on /dev/sda1 15.6G 70.9M 14.7G 0% / tmpfs 124.5M 0 124.5M 0% /dev tmpfs 124.5M 292.0K 124.2M 0% /tmp Примонтирован только первый раздел. Но мне нужен доступ и ко второму разделу. Руками второй раздел спокойно монтируется /root # mount /dev/sda2 /opt/mnt/ /root # df -h Filesystem Size Used Available Use% Mounted on /dev/sda1 15.6G 70.9M 14.7G 0% / tmpfs 124.5M 0 124.5M 0% /dev tmpfs 124.5M 292.0K 124.2M 0% /tmp /dev/sda2 274.7G 8.6G 252.0G 3% /mnt /root # В результате имеем полный доступ ко второму разделу. Написал простенький скрипт автомонтирования: #!/bin/sh DATAPART=`blkid | grep -i 7f6a7cff | sed 's/: LABEL.*//g'` MOUNTPNT=/opt/mnt logger "Mounting Data partition $DATAPART to $MOUNTPNT" /opt/bin/mount $DATAPART $MOUNTPNT ... сделал его исполняемым. Проверил: скрипт выполняется нормально при монтировании первого раздела, даже без перезагрузки. Вопрос: насколько это всё легитимно, безопасно, правильно/неправильно? Ведь если стоковые приложения имеют доступ к разделу, то получается он там где-то замонтирован. Не будет там каких-то конфликтов? Безопасно ли извлекать диск через веб-интерфейс, не размогнтируя раздел явно? Он спокойно размонтируется безо всяких вопросов... Спасибо.