SigmaPlus
-
Posts
177 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Everything posted by SigmaPlus
-
Прочитайте пост McMCC от 08.12.2019 на предыдущей странице. Это первоисточник.
-
Проблема не в том что не хватит возможностей процессора (хватит и с tvheadend). Проблема с драйверами под ваш процессор.
-
Признаться я вообще не понимаю почему вы заняты выбором USB-донгла для своего KN-1710, ведь он на SoC MT7628. Ув. McMCC чётко дает понять в своём посту выше что с 7628 большие проблемы. Во всяком случае на данный момент.
-
Ну тогда уж и вы прежде чем вопрос задавать опишите свои намерения по использованию (T/T2/C/S2 ? и т.д. и т.п...)
-
Ну конечно мой косяк, спасибо вам большое за подсказку, забыл за год неиспользования что демодулятором-то надо вибирать панасоник, был в полной уверенности что реалтек. И вот... всё штатно отсканировалось и запустилось без малейших проблем. Спасибо большое, McMCC, безупречная работа! ))) P.S. Нашёл я причину проблем с образом. Эту же проблему легко воспроизвести и на собственноручно настроенной флешке. Видимо ситуация конкретно моя, но может кому-то пригодится, поэтому опишу. Дело в том что tvheadend стоящий в автозагрузке наталкивается на ошибку: Opkg::Manager: /opt/etc/ndm/usb.d/000-kmod_loader.sh: timed out со всеми вытекающими. Если дать отработать этому скрипту то потом надо просто запускать tvheadend вручную (K58tvheadend). Пробовал отодвуинуть автостарт tvheadend например как S98tvheadend, не помогло. Пока решил что и старт вручную не напрягает.
-
Неделю поэксперементировал с новым решением от ув. McMCC на своём KN-1810 (MT7621). C образом вообще отношения не сложились, так и не понял почему, но в моём случае ничего кроме блокировки интернета и зависания роутера получить не удалось. А при попытке использовать обновления (естественно с чётким соблюдением всех предписаний и инструкций) удалось стабилизировать ситуацию и в логе прекратили выскакивать ошибки, но вновь собранные драйвера для моей AstroMeta Digital TV USB ТВ-тюнер - AMDVBT2 BDA (VID_15F4_PID_0131) в tvheadend прописываются, как бы активируются, но не то что сканирования, а даже и трансляции каналов за счёт подстановки уже имеющейся базы добиться не удаётся. Пробовал многократно, сам явно уже ничего нового не придумаю. Может у ув. гуру McMCC есть какие-нибудь соображения?
-
До этого всё штатно проходило, все проблемы в последний момент нарисовались, они все в этом фрагменте лога.
-
[5/5] Настройка сценария запуска для прошивки NDMS... Июл 9 23:20:38 ndm Opkg::Manager: /opt/etc/init.d/doinstall: /opt/etc/init.d/doinstall: line 109: ndmq: not found. Июл 9 23:20:38 ndm Opkg::Manager: /opt/etc/init.d/doinstall: /opt/etc/init.d/doinstall: line 110: ndmq: not found. Июл 9 23:20:38 ndm Opkg::Manager: /opt/etc/init.d/doinstall: grep: /opt/etc/config/dropbear.conf: No such file or directory. Июл 9 23:20:38 installer Можно открыть SSH-сессию для соединения с устройством (ssh root:keenetic@my.keenetic.net). Июл 9 23:20:38 installer Июл 9 23:20:38 installer @@@@@@@@@@@@@@@@@@@@@@@ Июл 9 23:20:38 installer Не забудьте сменить пароль и номер порта! Июл 9 23:20:38 installer @@@@@@@@@@@@@@@@@@@@@@@
-
Пруфа не будет, повторять эксперименты сейчас нет возможности. Сделал три попытки перекачивая архив инсталлера, сценарии были идентичными. До этого (на 2.15 и раньше) таких проблем не было. Более того, собственноручно сделаный на 2.15 бэкап разворачивается и работает на 3.1 Alpha 4.1, но не mipsel-installer.tar.gz. Прошу просто принять к сведению. Спасибо. P.S. И да, Вы на KN-2010 разворачиваете mips, а я "воевал" с mipsel.
-
Не удаётся с нуля из актуального архива развернуть entware на прошивке с новым ядром (3.1 Alpha 4.1 , KN-1810). Точнее разворачивается, но не полноценно, без создания сценария для initrc, возможности войти по ssh.
-
Не только. Наблюдаю у себя аналогичные сообщения в логе при использовании dns.aaflalo.me , апстрим тоже от CloudFlare. Использую формат DNS message.
-
Возможность отключения диагностического модуля
SigmaPlus replied to LiqLover's question in Реализованные пожелания
В разделе "Развитие Keenetic" обсуждается конкретный вопрос? Тогда Вы разделом ошиблись. -
Возможность отключения диагностического модуля
SigmaPlus replied to LiqLover's question in Реализованные пожелания
А почему так принципиально чтобы информация не дошла именно разработчикам Кинетик? Ведь остальная ваша телеметрия уйдёт в различных направлениях в любом случае? Это тем более бессмысленно поскольку всё равно приходится мириться со сбором информации провайдерами. Я бы понял если бы отключение отправки информации именно с Кинетиков решало бы проблему, но ведь нет...! -
Возможность отключения диагностического модуля
SigmaPlus replied to LiqLover's question in Реализованные пожелания
Нравится кому-то или не нравится сбор данных, но отдайте себе отчёт что это уже свершившийся факт. Собирают данные официально или неофициально все кто может информацию собирать. А поскольку прогресс не остановить, то скоро ваши электронные унитазы, холодильники, стиральные машины,... будут чудесно справляться со сбором и обработкой данных (по сути это уже происходит). Только представьте сколько конфиденциальной информации утечёт из унитаза. 🙂 -
Возможность отключения диагностического модуля
SigmaPlus replied to LiqLover's question in Реализованные пожелания
Один из основных правовых принципов - незнание закона не освобождает от ответственности. Перед покупкой стоило бы разобраться что покупаете. Информация благодаря интеренету доступна. -
Тогда возникает вопрос: почему тестирование сообщает что DOH не используется? Использую json вариант. По логу кинетика всё касательно DOH функционирует.
-
Возможность отключения диагностического модуля
SigmaPlus replied to LiqLover's question in Реализованные пожелания
При отключении очевидно у Вас появится несколько проблем при эксплуатации роутера. Между прочим с безопасностью в первую очередь. А вообще интересно, Вы тоже как и некоторые в нашей стране сейчас, надеетесь создать нечто суверенное? Неужели все проблемы с отправкой данных со своих домашних устройств уже решили? -
Лог правда показывает подобный разрыв каждые 10-11 минут и львиная часть лога посвящена именно этим событиям.
-
Entware давно имеет свой Web интерфейс который лишь надо доустановить. После этого сможете входить в него на 88 порту. Там реализована и ваша "хотелка" и целый ряд других связанных с управлением и контролем над Entware и роутером.
-
Ув. Zyxmon, спасибо! Но пока из-за ошибки в прошивке толком потестировать пакеты и не удаётся, наверное просто рановато вопрос поднимать, впрочем, может другие пользователи что-то подскажут. А про DVB я написал, McMCC сказал что больше поддержкой этого решения не занимается.
-
Не так: возвращение доступа к прошивочному файлам нужно для того чтобы вернуть возможность использовать Entware. Сейчас к Entware толком не подступиться. P. S. Пока больше всего сожалею о том что как я понял намечается потеря поддержки DVB-устройств (судя по ответу McMCC (в соответствующей теме) он больше реализацией этого проекта не занимается). Очень бы просил кого то из разработчиков "подхватить" и не дать сгинуть этому оригинальному решению. Так то понятно что разработчики ядра Linux двигались в сторону всё лучшей поддержки DVB и ядро 4.9 лучше к этому приспособлено чем древнее ядро 3.4.
-
У меня на KN-1810 на новом ядре пока отношения с OPKG не складываются (Enware репозиторий). Уже готовый вариант с установленными пакетами пришлось отбросить сразу из-за большого количества ошибок в логе роутера, попытался начать с нуля с чистой установки Entware и интересующих меня пакетов упёрся опять в те же ошибки. При этом не думаю что надо сейчас переходить к обозначению конкретных неработающих пакетов потому что увидел что уже создали вот эту тему: Надеюсь после устранения этой проблемы 99,99% пакетов действительно заработают, а пока пришлось просто отключить OPKG (к сожалению), но на то он и тест.
-
В смысле будут потом? Пока (на текущий момент) плохо дело.
-
Ув. McMCC, соберите пожалуйста пакет под ядро 4.9, собственно как я понял всё упирается в модуль для этого ядра. Если надо будет потестить я готов. Спасибо.
-
У меня на Linux Mint 19.1 доступ через проводник есть, если в keenetic ставлю галку в "Анонимный доступ", а вот от имени пользователя -не пускает. Ни админом не пробиться, ни от имени созданного пользователя.
