Shadow87

Штатным parted из Entware. Про опции: ругань происходит при форматировании в Ext4 из-под Entware с опциями по умолчанию. Если при форматировании задаю исключение опций metadata_csum и 64bit, как предложил @_sk_, дальше цепляемся с полпинка. И ещё, у меня в Entware версия mke2fs старше вашей.

Огромное спасибо! Именно опций metadata_csum и 64bit у нас, видимо, нет. Впрочем, для специалистов прикрепляю сводный лог нескольких форматирований. Повторюсь, что из моих попыток роутер принял только конфигурацию от Ubuntu 16.04.3 LTS tune2fs logs.txt

Короче так, поформатировал раздел Ubuntu 1604.3 LTS и Ubuntu 17.10, и результат получился таким: 1) Ubuntu 16.04.3 Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize 2) Ubuntu 17.10 Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum 3) Entware Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum В 1 варианте всё нормально подключается, а остальные 2 приводят к ошибке: kernel: EXT4-fs (sdb1): couldn't mount RDWR because of unsupported optional features (400) Июн 18 09:04:22 ndm FileSystem::Native: failed to mount "/tmp/mnt/Router": invalid argument. Июн 18 09:04:22 ndm FileSystem::Ext: failed to mount. Июн 18 09:04:22 ndm FileSystem::Ext: ext4 "8bcea9c8-2788-4f90-a0c6-6bc42b248d62:": unable to mount. Июн 18 09:04:22 ndm FileSystem::Repository: failed to register "8bcea9c8-2788-4f90-a0c6-6bc42b248d62:" filesystem То есть получается, что в последних ядрах, видимо, обновился драйвер Ext4 и под него теперь обновился mke2fs, а у нас в ядре поддержки новых опций пока нет. И ещё. А вот что это значит: FileSystem::Ext: ext3 "69c2a17c-c377-4680-9740-7d410ed308e3:": filesystem initialized. Июн 18 09:04:22 ndm kernel: EXT4-fs (sdb3): mounting ext3 file system using the ext4 subsystem Июн 18 09:04:22 ndm kernel: EXT4-fs (sdb3): mounted filesystem with ordered data mode. Opts: (null) ? Этот раздел - ext3. Не я это придумал, хотя признаю опечатку. В куске лога выше вы можете увидеть почти такое же написание в первой строке.

Привет, товарищи! Что-то последнее время мне "везёт". Прошивка 2.12.B.0.0-4. Через OPKG переразмечаю и форматирую жёсткий диск. Раздел на EXT3 пашет без проблем, а EXT4 не видит, и в лог сыпется что-то о неподдерживаемых опциях в разделе. Спасите, плиз! Что я делаю не так? self-test догоняет следом. L'ecureuil: Решение (спасибо @_sk_ ) : mkfs.ext4 -O^metadata_csum,^64bit -b 4096 -m0 -L KEENETIC /dev/sdXY

Приветствую, товарищи! В свете проходивших в курилке обсуждений о возможностях импорта и экспорта некоторых конфигурационных данных в командной строке, есть предложение открыть для этого работу с tftp протоколом Примеры команд config> copy startup-config tftp://192.168.10.10/configs/backup.conf - резервное копирование системного конфига. config> сору tftp://192.168.10.10/configs/OpenVPN.ovpn temp:/OpenVPN0.ovpn - копирование конфига подключения для цели последующего импорта config> interface OpenVPN0 config-if> import temp:/OpenVPN0.ovpn config> copy tftp://192.168.10.10/firmwares/kultra2.bin flash:/firmware обновление прошивки через командную строку. Из чего я исхожу: из того, что tftp клиент, скорее всего, уже есть в прошивке и, возможно, проще проявить его в командной строке. Для моделей без usb портов это будет вполне естественная альтернатива веб-интерфейсу. Предлагаю голосование. С уважением, Shadow87.

Там не только mac. Там значительная часть параметров прилетает через TR-069, а привязка помимо mac использует ещё и серийный номер роутера.

Там sc/apc, если я не ошибаюсь. Проблема в том, что с их стороны идёт привязка по девайсу. Они своим модемам по tr-069 время от времени мозги прошивают.

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

Как говорится "хорошая мысля приходит опосля". Поддерживаю товарища, добавление имеющегося сертификата позволило бы решить целый ряд проблем. Например, мой случай: заимел себе NAS, а от его производителя - домен сразу с сертификатом SSL. При наличии функционала импорта сертификатов и указания своего SSL порта на роутере можно было бы попробовать подцепить его на тот же домен отдельным портом.

При выполнении chroot в папку $chrootdir/dev, где $chrootdir - папка, становящаяся корневой после команды chroot, зеркалируется содержимое /dev из основной системы роутера. Таким образом при подключении устройства выполняются не скрипты Debian, а соответствующие процедуры из прошивки роутера.

Про долбёжку ботов поддерживаю. В журнале иногда появляются ссылки на попытки неавторизованного доступа на VPN. Кроме того, мобильное приложение сильно удобнее старого веб-интерфейса при просмотре со смартфона. Я конечно могу и командной строкой попользоваться, зрение пока позволяет, но всё-таки.

Учитывая, что все клиенты в одной локалке, и Steam Link спокойно будит свой сервер, копать надо в сторону Plex Client. Надо понять, посылает ли Plex Client magic пакеты. В настройках Plex Client должен указываться mac компа с серверной частью. Если это так, то надо записать трафик на локалке в момент включения Plex Client.

Для правильной работы команды ip static адрес, с которого перенаправляется порт, 192.168.178.5/32 в вашем варианте, должен принадлежать интерфейсу роутера. Но если локальная сеть у вас 192.168.178.0/24, то назначить какой-либо адрес из неё на дополнительный интерфейс в роутере вам не дадут: Network::Interface::IP error[72220686]: "GigabitEthernet0/Vlan4": network 192.168.178.5/32 conflicts with interface "Home". Есть один финт, который вам, возможно, понравится: (config)> interface GigabitEthernet0/Vlan10 Network::Interface::Repository: "GigabitEthernet0/Vlan10" interface created. (config-if)> ip address 192.168.180.1/32 Network::Interface::IP: "GigabitEthernet0/Vlan10": IP address is 192.168.180.1/32. (config-if)> exit Core::Configurator: Done. (config)> ip static tcp GigabitEthernet0/Vlan10 80 192.168.178.1 1999 Network::StaticNat: Static NAT rule has been added. (config)> system configuration save Core::ConfigurationSaver: Saving configuration... Конфигурация собрана на Keenetic Ultra 2. В ней мы создаём дополнительный интерфейс на роутере и назначаем ему IP адрес, отличный от того, который используется в локальной сети, а затем делаем перенаправление с него 80 порта на порт 1999 вашего хоста 192.168.178.1. После этого содержимое адреса 192.168.178.1:1999 становится доступным также на 192.168.180.1:80.

Единственное, что мне пока приходит в голову, это попросить вас посмотреть, появляется ли такая ошибка при настройке через веб-интерфейс или нет. На Keenetic Giga 3 с прошивкой 2.09.С.1.0-0 ваша проблема также не проявляется. Собственно на глюк приложения это мало похоже. Больше похоже на ошибку прошивки или конфигурации. Глюк приложения по идее дожен проявляться на всех смартфонах. Варианты: переустановить прошивку или сбросить настройки.

А телефон какой, если не секрет?

Keenetic Ultra II с прошивкой 2.11.A.4.0-0, приложение My.Keenetic 37.1, мобильный телефон Samsung S5 Duos, Android 6.0.1, прошивка телефона последняя самая. Проблемы вашей не вижу. Как вариант, возможно влияние версии Андроида на работу приложения. На 2.09.С.1 пока проверить ошибку не могу.

Отлично! Огромное спасибо! Добавил ссылку на ваше сообщение у себя, чтобы не затерялось случайно.

Всем привет! Недавно озадачился вопросом о возможности управления индикатором FN для индикации состояния программ, выполняющихся в среде Entware-3x. Конкретно меня заинтересовала возможность написания скрипта, который мог бы отобразить своё состояние следующим образом: скрипт выполняется - индикатор FN горит, скрипт успешно завершился - индикатор FN не горит, скрипт выпал в ошибку - индикатор FN мигает. В идеале при ошибке в выполнении скрипта мигание индикатора FN должно позволить понять код ошибки. Здесь я расскажу о способе настройки индикатора FN и последующего управления им при решении такой задачи. Постараюсь описать по шагам. 1) Заходим в CLI роутера по протоколу Telnet. 2) В консоли выполняем команду: (config)> system led FN indicate OpkgLedControl При успешном её исполнении должно отобразиться: Peripheral::Manager: "OpkgLedControl" control bound to "FN" LED. 3) Cохраняем настройки и выходим из CLI 4) Заходим по SSH в консоль Entware. Нужная нам утилита выполняется только при наличии прав root, поэтому или сразу входим в root, или переходим в него из-под пользователя. 5) За работу со светодиодом отвечает утилита opkg_led_ctl. Вот её вид: ~ # opkg_led_ctl opkg_led_ctl v1.0.0, NDM peripheral control and test utility. Call "./opkg_led_ctl {cmd} {args}", where {cmd} is one of the following commands: -c - get a list of available LED colours -l - get a list of available LED controls -p - set LED control parameters, -m - set LED control mode, -p {ctl-name} {fg-color} {fg-lighting} {bg-color} {bg-lighting} -m {ctl-name} {fg|bg} [fg-sec-period] ~ # 6) Использование светодиода сводится к переводу назначенного ему события индикации в фоновый или активный режим Можете ознакомиться со списком поддерживаемых событий индикации ("контроллеров" по терминологии утилиты) и поддерживаемых цветов. Может в вашем устройстве эти параметры окажутся иными. В моём случае единственным доступным для управления пользователю событием индикации оказался элемент OpkgLedControl, а единственный доступный цвет - GREEN (зелёный). Дальше с ними и будем работать. 7) Собственно само управление идёт в 2 этапа: 7.1) Назначаем для события OpkgLedControl поведение и цвет светодиода в фоновом и активном режиме ~ # opkg_led_ctl -p OpkgLedControl GREEN blink GREEN off Поведение светодиода может быть одним из следующих: on (включён постоянно), off (выключен) или blink (мигающий). Upd.: Дополнение по режимам светодиода от пользователя sergeyk. В моём случае я определил для активного состояния события мигание светодиодом и для фонового состояния - выключение светодиода. В ответ на нашу команду вылетает огромная портянка, где нас интересует только пункт, относящийся к нашему событию: opkg_led_ctl v1.0.0, NDM peripheral control and test utility. Opened LED controls: ====================================================================================================== No. Name Description Owner ====================================================================================================== ... 9 OpkgLedControl OPKG LED control ndm ... States of opened LED controls: =========================================================================================================== No. Fg./Bg. color Fg./Bg. mode Fg./Bg. left (sec.) Blink pattern =========================================================================================================== ... 9 GREEN blink infinite GREEN off ... Слово infinite или числовое значение в этом столбце находится в строке напротив активного в данный момент состояния. Infinite указывает на постоянное назначение состояния, а число соответствует количеству секунд, после которого состояние сменится. Верхняя строка - активное состояние, нижняя - фоновое. 7.2) Переводим наше событие в активное состояние и наблюдаем результат. Команда перевода в постоянно активный режим: ~ # opkg_led_ctl -m OpkgLedControl fg В нашем примере светодиод FN начнёт постоянно моргать. Команда перевода в постоянно фоновый режим: ~ # opkg_led_ctl -m OpkgLedControl bg Команда временного перевода в активный режим на несколько секунд: ~ # opkg_led_ctl -m OpkgLedControl fg 5 В нашем примере светодиод FN поморгает 5 секунд и выключится. В консоли при этом каждый раз вылетает портянка, аналогичная той, что мы видели при настройке на шаге 7.1 Вот и всё. Если эта писанина оказалась настолько понятной, что принесла пользу, буду только рад. Сразу скажу, что до этого я инструкций вообще никогда не писал, потому и постеснялся выкладывать сей опус как готовое решение. Надеюсь, что те, кто задавался таким вопросом не пройдут мимо этой темы. Спасибо за внимание. С уважением, Shadow87. В миру - Олег. P.S. У меня это всё дело сработало на устройствах Keenetic Ultra II и Keenetic GIGA III с дельта прошивкой 2.09.C.0.0-5.

Попробовал команды adduser, addgroup, deluser, delgroup passwd, chsh, chfn и usermod и ошибок не вижу. Есть непонятка с adduser: у неё в хелпе описан синтаксис adduser <user> <group>, который заявляется функционально аналогичным usermod -aG <group> <user>, и при его использовании возвращается ошибка. Живой пример: "adduser vic server" вернёт ошибку "addgroup: group 'vic' in use". Причём это есть и в Entware-Keenetic, и в Entware-3x. Но в Entware-3x и в Entware-Keenetic с вашим фиксом пользователя я потом впишу в группу командой "usermod -aG server vic", поэтому и не обращал внимания на эту непонятку. А вот без фикса была острая проблема. Больше ничего пока не заметил.

Только что скачал эти пакеты и поставил. Это именно то, что нужно. Спасибо вам! Моя проблема решилась именно этим обновлением.

Спасибо всем. На том кинетике уже поднял версию прошивки до дельты и воткнул Entware 3x. Добежит до меня на выходных ещё один Keenetic из второго поколения, тогда и проверю. Низкий поклон всем вам, товарищи! Кстати, а про ошибки в интерфейсе Transmission на дельта прошивке 2.09.C.0.0-4 в Keenetic Ultra II мне в каком разделе мне лучше писать? Веб-интерфейс у Transmission работает неадекватно.

Иными словами: дельту в кинетик и трёшку на флешку. Понятно. Ладно, сделаем. Если кто-то исправит сей досадный косяк в Entware-Keenetic для Keenetic II, было бы неплохо. Ещё раз спасибо.

Ещё раз здравствуйте! Помучив гугл, наткнулся на эту статью: http://www.zyxmon.org/2015/05/10/ustanavlivaem-entware-arm-na-nestandartnye-zhelezki/ Есть основания полагать, что проблема переноса файлов из /etc в /opt/etc как раз мой случай. Посему вопрос больше к тем, кто собирал пакеты дистрибутива Entware Keenetic до третьей версии. В Entware 3x всё пашет без запинок, а в Entware-Keenetic имеем сию проблему с usermod. Прошу помощи. Спасибо.

Вопрос не в добавлении пользователя в систему, а в том, что существующему в entware пользователю не получается штатным образом назначить членство в группе, что приведённая выше команда и должна делать. В идеале задача стоит в создании общей папки с доступом по протоколу SFTP (SSH File Transfer Protocol). Проблема выросла на этапе объединения пользователей в группу для выдачи им прав на папку.

Здравствуйте, товарищи! Попался мне тут Keenetic II c установленным Entware, который не третьей версии. В него поставили пакет shadow, чтобы получить утилиту usermod, отсутствующую в busybox. При попытке пользования утилитой вываливается ошибка root@Keenetic_Giga:/opt/sbin# usermod -aG server oleg usermod: /etc/passwd.5202: Read-only file system usermod: cannot lock /etc/passwd; try again later. Вопрос: как это исправить? Спасибо.