sergeyk

[I] Jun 8 14:14:34 kernel: hub 1-1:1.0: USB hub found [I] Jun 8 14:14:34 kernel: hub 1-1:1.0: 3 ports detected [E] Jun 8 14:14:35 kernel: usb 1-1-port2: Cannot enable. Maybe the USB cable is bad? [I] Jun 8 14:14:35 kernel: usb 1-1: USB disconnect, device number 3 [I] Jun 8 14:14:36 kernel: usb 1-1-port2: attempt power cycle Смена кабеля не помогает?

@r777ay вообще, судя по журналу, виноват minidlna: [I] Jun 8 11:11:16 transmissiond: Closing session [E] Jun 8 11:11:16 ndm: Core::FileSystem::Native: failed to unmount "/tmp/mnt/01D5FCB9BFDFC440": device or resource busy. [W] Jun 8 11:11:16 ndm: Core::Server: client disconnected. [E] Jun 8 11:11:17 ndm: Core::FileSystem::Native: failed to unmount "/tmp/mnt/01D5FCB9BFDFC440": device or resource busy. [I] Jun 8 11:11:17 minidlna: Notifier thread stopped. [I] Jun 8 11:11:18 ndm: Storage::Manager: "Media0": unregistered partition "01D5FCB9BFDFC440:". Причём с третьего раза раздел всё-таки отмонтируется: два раза busy, а затем "...unregistered partition ...".

Попробуйте для эксперимента отключить CIFS, перезагрузиться, а затем отмонтировать.

Честно говоря, ничего не понятно. Эта ошибка означает, скорее всего, что какой-то процесс до сих пор удерживает файлы открытыми на этом разделе. Возможно swap или какой-то демон из Entware.

USB host — часть SoC, так что все спецификации USB-контроллера описаны в соответствующих документах на основной чипсет.

Попробуйте заменить ip static tcp BELKA 2222 dc:a6:32:ac:16:b0 22 !LB на ip static tcp BELKA 2222 172.16.17.16 22 !LB Чтобы правило с MAC работало, в таблице ARP (show ip neighbour) должно быть соответствие IP <-> MAC. Или попробуйте добавить статическую запись ip arp 172.16.17.16 dc:a6:32:ac:16:b0

Можно попробовать без сброса.

[EMI] DRAMC calibration failed Как бы намекает, что имеет смысл начать с замены чипа RAM.

@ldmh @Gaaldex похоже на https://4pda.to/forum/index.php?showtopic=883101&st=14780#entry106789105

Нужны выводы команд "show version" и "show log" в telnet.

@McMCC Или pull-request сделать.

Лучше результат "git am ...", чтобы сохранить атрибуты коммита.

К сожалению полноценных исходников ядра нынешних прошивок Keenetic'ов у меня нет, я делал вручную экспорт всех нужных заголовочных файлов из того, что было. Часть исходников я взял из ядра linux-4.9 для Android, другую, очень старую, когда я еще работал в NDM Systems и она тогда находилась в зачаточном состоянии. Тем не менее, собранные драйвера работают до сих пор, не смотря на то, что сменилось несколько внутренних версий ядра в прошивках... Почему нет? Тут вполне актуальная версия ядра.

А в чём была сложность? По описанию достаточно выбрать нужный пункт меню:

Как показывает практика, больше всего влияет пакет OPKG; другие тоже могут, но с заметно меньшей вероятностью.

Это уже с удалённым Application Traffic Analyzer?

Даже близко не аналогичный. В данном случае израсходована вся память из-за нового Application Traffic Analyzer.

Это известная проблема в драйвере usbnet, пока разбираемся.

Сохраните self-test после перезагрузки.

Тогда сохраняйте self-test во время недоступности интернета и пишите о проблеме в техподдержку.

Почему вам не подходит функция ping check для этого?

Вы об этом? https://help.keenetic.com/hc/ru/articles/360017592059-Домены-mykeenetic-в-службе-KeenDNS-отключены-с-1-января-2021-года

По количеству трафика ограничений нет, скорость ограничена только текущей загруженностью каналов серверов и делится между всеми пользователями сервиса.

Как вы поняли, что проблема именно в маршрутизаторе? Без него проблем нет?

Насколько я понял, в вашем сценарии SMB-сервер, куда кладётся поврежденный архив, находится не на KN-1810, а на каком-то узле в локальной сети, так что маршрутизатор выступает только промежуточным звеном. В журнале изменений речь идёт о встроенном в KN-1810 сервере SMB.