zyxmon

Немного погонял. Вижу, что кое что работает не совсем правильно. К сожалению все расширения введены с помощью одного патча. А так можно было бы для тестирования поотключать. Изначально были патчи - add PNG and custom icon support (этот ничего не сломает), GrSnake's search_limit option patch (исправление для ТВ от LG - отключено по умолчанию или отключаемо), поддержка thumbnail (отключаемо, немного глючит), и fast rescan (вот тут может собака и порылась).

Смотрите логи, Может даже запускайте с дебаг логом. Я проблему (по логу) подтвердить не могу. Сканирование одно (добавлено 2 файла), остановка, запуск.... minidlna из репы. миниатюры на вид не кривые. Можно генерацию миниатюр и отключить. [2018/01/21 18:16:55] minidlna.c:1231: warn: Starting MiniDLNA version 1.2.1. [2018/01/21 18:16:55] minidlna.c:469: warn: Creating new database at /opt/var/minidlna/files.db [2018/01/21 18:16:55] minidlna.c:1272: warn: HTTP listening on port 8200 [2018/01/21 18:16:55] scanner.c:731: warn: Scanning /opt/Video [2018/01/21 18:16:57] scanner.c:820: warn: Scanning /opt/Video finished (2 files)! [2018/01/21 18:16:57] playlist.c:135: warn: Parsing playlists... [2018/01/21 18:16:57] playlist.c:269: warn: Finished parsing playlists. [2018/01/21 18:17:17] minidlna.c:157: warn: received signal 15, good-bye [2018/01/21 18:17:42] minidlna.c:1231: warn: Starting MiniDLNA version 1.2.1. [2018/01/21 18:17:42] minidlna.c:1272: warn: HTTP listening on port 8200 [2018/01/21 18:17:43] playlist.c:135: warn: Parsing playlists... [2018/01/21 18:17:43] playlist.c:269: warn: Finished parsing playlists. [2018/01/21 18:17:59] minidlna.c:157: warn: received signal 15, good-bye [2018/01/21 18:19:26] minidlna.c:1231: warn: Starting MiniDLNA version 1.2.1.

Сначала следует проверить, что рескан не делается если корректно (через /opt/etc/init.d/S.... stop) остановить minidlna и снова запустить. После этого - Проверить, что при выключении роутера, при отмонтировании диска, при перепрошивке происходит вызов `/opt/etc/init.d/rc.unslung stop` Если этого прошивка не делает - громко кричать (разработчикам прошивки) плохие слова. Если это происходит - проверить, что minidlna успевает завершить работу. Если не успевает - проверять в цикле с паузой в одну секунду, что работу демон закончил. Есть подозрение, что прошивка не всегда вызывает скрипт остановки сервисов Entware. Предлагаю Вам этот момент исследовать. Разработчики Entware тут никак не помогут. С этим к разработчикам прошивки. PS Для проверок можно использовать вызов echo с записью разных строк в файл на usb носителе.

udpxy не единственный вариант, если использовать Entware. Вот тут небольшое сравнение - http://forums.zyxmon.org/viewtopic.php?p=16158#p16158 astra может чуть получше....

И на мипселе работает ~ # pip install psutil Collecting psutil Downloading psutil-5.4.3.tar.gz (412kB) 100% |████████████████████████████████| 419kB 126kB/s Installing collected packages: psutil Running setup.py install for psutil ... done Successfully installed psutil-5.4.3

@Dorik1972 у Вас же не проблема с установкой Entware (заголовок темы). Так что прекращаем offtopic и открываем отдельную тему по установке python модулей. PS Перед использованием pip (в wiki написано) рекомендуется выполнить `pip install --upgrade pip setuptools`. Если при операции выдает ошибку приводите ее полностью. PPS По wiki сделал (на arm железке), все работает opkg install python-pip pip install --upgrade pip setuptools opkg install gcc opkg install make patch coreutils-install opkg install python-dev --force-overwrite wget -qO- http://entware-3x.zyxmon.org/binaries/ВАША_АРХИТЕКТУРА/include/include.tar.gz | tar xvz -C /opt/include pip install psutil

"Нифигасе" - в Базе знаний стали работу с opkg описывать. А если мы Asterisk-11 на пенсию отправим?

Просьба пользователям Asterisk отписываться по новым версиям. А то скоро и мы в Entware Asterisk-11.x отправим на пенсию. А если новые версии нерабочие?

Инструкция от авторов Entware рабочая, пользуйтесь ей. А что тут напридумывали - трудно сказать. http://forums.zyxmon.org/viewtopic.php?f=5&t=5484 или

Раньше он вообще по 100 раз за минуту дергался. К Entware это отношения не имеет. Об этом тут разработчики прошивки писали.....

И что не работает? Хуки скрипты - это часть прошивки. Обратитесь к разработчикам прошивки - https://github.com/ndmsystems/packages/wiki/Opkg-Component#ndmwand В этой теме задавайте вопросы разработчикам Entware.

Какое это имеет отношение к УСТАНОВКЕ Entware? Прекратите offtopic!

А разве не Вы на Android Entware устанавливали? Значит перепутал....

Я же Вам привел пример с extra! Откуда мне знать, что у Вас вообще кинетик. Entware устанавливается на разные железки. Кинтеики - это 1-2% от всех в лучшем случае.

Эти команды no opkg initrc no opkg disk

Так поставьте нужный компонент и все "зажжужит".

А какое это имеет отношение к Entware? Изучайте cli или iptables.

Проверил на первой Extra. Даже прошивку обновил до 2.11.B.0.0-0. Все и работало и работает как надо. Скрипты K* не отрабатывают. Так что вставляйте вызовы loger во все скрипты, включая rc.unslung и смотрите, что происходит.

Скрипт initrc в прошивке на закладке opkg правильно прописан?

Скорее всего сценарий initrc не прописан. ЕМНИП в этом случае сама прошивка вызывает все скрипты из папки /opt/etc/init.d. Вставляйте вызовы logger для отладки ситуации.

Для изучения - https://www.dd-wrt.com/wiki/index.php/Wireless_Bridge#Limitations

Посмотрите в интернете как работает DHCP. Наверняка в запросе устройство внутри пакета сообщает свой правильный мак. Думаю, что Вам следует обратиться в официальную поддержку.

К сожалению природа устроена таким образом, что устройства за беспроводным мостом видны с маком этого моста. Это ограничение беспроводного моста (не кинетика), против природы не попрешь!

Entware устанавливают не только на кинетики. На кинетики приходится пара процентов всех установок Entware. Ссылка дана на основной форум, где обсуждается Entware.

Вот так со временем и получают убитую установку Entware. В таких случаях нужно начать с reinstall всех библиотекю Как это делать - недавно в очередной раз писал.