rustrict
-
Posts
187 -
Joined
-
Last visited
-
Days Won
3
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by rustrict
-
-
4 часа назад, Le ecureuil сказал:
Исправлено в 3.6.
Перешёл на 3.6 Alpha 6. Ничего не изменилось: так же выходит мешанина, если заменяющий файл меньше заменяемого.
-
В 3.5.3, к сожалению, без изменений.
-
21 минуту назад, rustrict сказал:
вместо перезаписи дописывает к началу содержимое
Перезаписывает начало, конечно. Извините.
-
@eralde @Le ecureuil, версия 3.5.2. Некорректно перезаписываются файлы через веб (controlPanel/apps/device/MediaX) на флешке с ext4 (под OPKG): вместо перезаписи дописывает к началу содержимое.
Создаем файл на компе:
rustrict@Mac-mini Desktop % echo -e "555\n444" > test rustrict@Mac-mini Desktop % cat test 555 444 rustrict@Mac-mini Desktop % md5 test MD5 (test) = d534977ef2a33d32a69f62eb0ad0fbb8
Создаем файл на флешке:
~ # echo -e "1\n2\n3\n4\n5\n6\n7\n8\n9" > test ~ # cat test 1 2 3 4 5 6 7 8 9
Перекидываем файл с компа на флешку:
Окт 26 14:54:38 ndm lib::libndmCore: file "OPKG:/root/test" was uploaded.
Результат:
~ # cat test 555 444 5 6 7 8 9 ~ # md5sum test aadcc62627949fff64ef591ddfa9a2f2 test
-
Исправлено в 3.5.2. Спасибо!
-
1
-
-
Исправлено в 3.5.1. Спасибо!
-
@eralde, 3.5 Beta 7: к сожалению, продолжают залипать WISP'ы
-
@eralde, 3.5 Beta 4. На странице "Интернет-фильтр" при смене языка залипают названия интерфейсов в колонке "Подключение" до перезагрузки страницы.
P. S. Пожалуйста, обратите ещё внимание на темы:
Спасибо!
-
@eralde, 3.5 Beta 3. В мониторе трафика залипает "Топ-5", если менять язык с русского не на странице самого монитора, т. е., например, в дашборде.
-
Ух, кажется, упустил всё на свете. Похоже, что вышибает сессию, начиная с 3.3.0, когда появилась сама команда для установки тайм-аута. Не обратил внимания и на появление в 2.16, а выше написал не зная, что её и в эту ветку добавили 🤦♂️
44 минуты назад, ShadoW сказал:А у Вас на 2.16 эта команда - ip ssh session timeout вообще срабатывает?
В CLI она присутствует, но у меня почему-то сессию вообще не рвется даже при более длительном простое, чем указано в команде. В справочнике сказано, что это команда появилась только на 3.03. Но она так же присутствует и в 2.16, но почему-то у меня не работает.
Работает, но по-другому, чем в >= 3.3.0: сессия не прерывается на дефолтных настройках.
-
2 часа назад, Le ecureuil сказал:
там видимо неточно написано
Скорее устарела информация. Не заметил в какой момент стало вышибать через 300 секунд, но, например, на самой свежей сборке 2.16 тайм-аута при дефолте нет.
-
50 минут назад, Le ecureuil сказал:
Это дефолтная настройка (300 c), на случай если "забыли выйти из cli".
Хм, в справках говорится об отсутствии ограничения по времени:
1. "Сессии SSH-подключения к командной строке Keenetic не имеют таймаута по умолчанию и могут быть неограниченными по продолжительности." — https://help.keenetic.com/hc/ru/articles/360000387189;
2. "3.78.5 ip ssh session timeout <...> По умолчанию таймаут равен 300, то есть функция отслеживания активности внутри сессии отключена." — http://docs.help.keenetic.com/cli/3.1/ru/cli_manual_kn-1010.pdf.
58 минут назад, Le ecureuil сказал:Если вам нужно больше - выставьте в session-timeout побольше.
Ясно, спасибо!
-
@Le ecureuil, 3.5 Alpha 15. Стало разрывать SSH-сессию при 5-минутном простое. "ip ssh session timeout" не настраивал.
ssh -vvv:
Скрытый текстrustrict@Mac-mini ~ % ssh -vvv admin@192.168.1.1 OpenSSH_8.1p1, LibreSSL 2.7.3 debug1: Reading configuration data /Users/rustrict/.ssh/config debug1: /Users/rustrict/.ssh/config line 1: Applying options for * debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 47: Applying options for * debug2: resolve_canonicalize: hostname 192.168.1.1 is address debug2: ssh_connect_direct debug1: Connecting to 192.168.1.1 [192.168.1.1] port 22. debug1: Connection established. debug1: identity file /Users/rustrict/.ssh/id_ed25519 type 3 debug1: identity file /Users/rustrict/.ssh/id_ed25519-cert type -1 debug1: Local version string SSH-2.0-OpenSSH_8.1 debug1: Remote protocol version 2.0, remote software version server debug1: no match: server debug2: fd 3 setting O_NONBLOCK debug1: Authenticating to 192.168.1.1:22 as 'admin' debug3: hostkeys_foreach: reading file "/Users/rustrict/.ssh/known_hosts" debug3: record_hostkey: found key type ED25519 in file /Users/rustrict/.ssh/known_hosts:1 debug3: load_hostkeys: loaded 1 keys from 192.168.1.1 debug3: order_hostkeyalgs: prefer hostkeyalgs: ssh-ed25519-cert-v01@openssh.com,ssh-ed25519 debug3: send packet: type 20 debug1: SSH2_MSG_KEXINIT sent debug3: receive packet: type 20 debug1: SSH2_MSG_KEXINIT received debug2: local client KEXINIT proposal debug2: KEX algorithms: curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,ext-info-c debug2: host key algorithms: ssh-ed25519-cert-v01@openssh.com,ssh-ed25519,ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,rsa-sha2-512-cert-v01@openssh.com,rsa-sha2-256-cert-v01@openssh.com,ssh-rsa-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,rsa-sha2-512,rsa-sha2-256,ssh-rsa debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: compression ctos: none,zlib@openssh.com,zlib debug2: compression stoc: none,zlib@openssh.com,zlib debug2: languages ctos: debug2: languages stoc: debug2: first_kex_follows 0 debug2: reserved 0 debug2: peer server KEXINIT proposal debug2: KEX algorithms: curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp521,ecdh-sha2-nistp384,ecdh-sha2-nistp256,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,kexguess2@matt.ucc.asn.au debug2: host key algorithms: ssh-ed25519,ecdsa-sha2-nistp521,rsa-sha2-256,ssh-rsa debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-gcm@openssh.com,aes256-gcm@openssh.com,aes128-ctr,aes256-ctr debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-gcm@openssh.com,aes256-gcm@openssh.com,aes128-ctr,aes256-ctr debug2: MACs ctos: hmac-sha2-256 debug2: MACs stoc: hmac-sha2-256 debug2: compression ctos: none debug2: compression stoc: none debug2: languages ctos: debug2: languages stoc: debug2: first_kex_follows 0 debug2: reserved 0 debug1: kex: algorithm: curve25519-sha256 debug1: kex: host key algorithm: ssh-ed25519 debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none debug3: send packet: type 30 debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug3: receive packet: type 31 debug1: Server host key: ssh-ed25519 SHA256:YjPHiQ/C534gfZwUeDagss0aks7lu+gNidArPFf4WkM debug3: verify_host_key_dns debug1: skipped DNS lookup for numerical hostname debug3: hostkeys_foreach: reading file "/Users/rustrict/.ssh/known_hosts" debug3: record_hostkey: found key type ED25519 in file /Users/rustrict/.ssh/known_hosts:1 debug3: load_hostkeys: loaded 1 keys from 192.168.1.1 debug1: Host '192.168.1.1' is known and matches the ED25519 host key. debug1: Found key in /Users/rustrict/.ssh/known_hosts:1 debug3: send packet: type 21 debug2: set_newkeys: mode 1 debug1: rekey out after 134217728 blocks debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug3: receive packet: type 21 debug1: SSH2_MSG_NEWKEYS received debug2: set_newkeys: mode 0 debug1: rekey in after 134217728 blocks debug1: Will attempt key: /Users/rustrict/.ssh/id_ed25519 ED25519 SHA256:53Wm3NBsIrtOS7t5th0bBlhRjkLtEnLwKiD7lyD1QUI explicit debug2: pubkey_prepare: done debug3: send packet: type 5 debug3: receive packet: type 7 debug1: SSH2_MSG_EXT_INFO received debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,rsa-sha2-256,ssh-rsa> debug3: receive packet: type 6 debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug3: send packet: type 50 debug3: receive packet: type 51 debug1: Authentications that can continue: publickey,password debug3: start over, passed a different list publickey,password debug3: preferred publickey,keyboard-interactive,password debug3: authmethod_lookup publickey debug3: remaining preferred: keyboard-interactive,password debug3: authmethod_is_enabled publickey debug1: Next authentication method: publickey debug1: Offering public key: /Users/rustrict/.ssh/id_ed25519 ED25519 SHA256:53Wm3NBsIrtOS7t5th0bBlhRjkLtEnLwKiD7lyD1QUI explicit debug3: send packet: type 50 debug2: we sent a publickey packet, wait for reply debug3: receive packet: type 51 debug1: Authentications that can continue: publickey,password debug2: we did not send a packet, disable method debug3: authmethod_lookup password debug3: remaining preferred: ,password debug3: authmethod_is_enabled password debug1: Next authentication method: password admin@192.168.1.1's password: debug3: send packet: type 50 debug2: we sent a password packet, wait for reply debug3: receive packet: type 52 debug1: Authentication succeeded (password). Authenticated to 192.168.1.1 ([192.168.1.1]:22). debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug3: send packet: type 90 debug1: Entering interactive session. debug1: pledge: network debug3: receive packet: type 91 debug2: channel_input_open_confirmation: channel 0: callback start debug2: fd 3 setting TCP_NODELAY debug3: ssh_packet_set_tos: set IP_TOS 0x48 debug2: client_session2_setup: id 0 debug2: channel 0: request pty-req confirm 1 debug3: send packet: type 98 debug1: Sending environment. debug3: Ignored env TMPDIR debug3: Ignored env XPC_FLAGS debug3: Ignored env TERM_PROGRAM_VERSION debug3: Ignored env TERM_PROGRAM debug3: Ignored env XPC_SERVICE_NAME debug3: Ignored env TERM_SESSION_ID debug3: Ignored env TERM debug3: Ignored env SSH_AUTH_SOCK debug3: Ignored env SHELL debug3: Ignored env HOME debug3: Ignored env LOGNAME debug3: Ignored env USER debug3: Ignored env PATH debug3: Ignored env SHLVL debug3: Ignored env PWD debug3: Ignored env OLDPWD debug3: Ignored env CLICOLOR debug3: Ignored env LSCOLORS debug1: Sending env LC_CTYPE = UTF-8 debug2: channel 0: request env confirm 0 debug3: send packet: type 98 debug3: Ignored env _ debug3: Ignored env __CF_USER_TEXT_ENCODING debug2: channel 0: request shell confirm 1 debug3: send packet: type 98 debug2: channel_input_open_confirmation: channel 0: callback done debug2: channel 0: open confirm rwindow 24576 rmax 32759 debug3: receive packet: type 99 debug2: channel_input_status_confirm: type 99 id 0 debug2: PTY allocation request accepted on channel 0 debug3: receive packet: type 99 debug2: channel_input_status_confirm: type 99 id 0 debug2: shell request accepted on channel 0 [I] Jul 25 14:37:52 ndm: Io::UnixStreamSocket: connected after 0 tries. KeeneticOS version 3.05.A.15.0-0, copyright (c) 2010-2020 Keenetic Ltd. THIS SOFTWARE IS A SUBJECT OF KEENETIC LIMITED END-USER LICENCE AGREEMENT. BY USING IT YOU AGREE ON TERMS AND CONDITIONS HEREOF. FOR MORE INFORMATION PLEASE CHECK https://keenetic.com/legal (config)> debug3: receive packet: type 98 debug1: client_input_channel_req: channel 0 rtype keepalive@openssh.com reply 1 debug3: send packet: type 100 debug3: receive packet: type 98 debug1: client_input_channel_req: channel 0 rtype keepalive@openssh.com reply 1 debug3: send packet: type 100 debug3: receive packet: type 98 debug1: client_input_channel_req: channel 0 rtype keepalive@openssh.com reply 1 debug3: send packet: type 100 debug3: receive packet: type 98 debug1: client_input_channel_req: channel 0 rtype keepalive@openssh.com reply 1 debug3: send packet: type 100 debug3: send packet: type 1 debug1: channel 0: free: client-session, nchannels 1 debug3: channel 0: status: The following connections are open: #0 client-session (t4 r0 i0/0 o0/0 e[write]/0 fd 4/5/6 sock -1 cc -1) debug3: fd 1 is not O_NONBLOCK Connection to 192.168.1.1 closed by remote host. Connection to 192.168.1.1 closed. Transferred: sent 2348, received 1716 bytes, in 300.3 seconds Bytes per second: sent 7.8, received 5.7 debug1: Exit status -1
ip ssh в конфиге:
ip ssh security-level private lockout-policy 5 15 3 ! -
10 минут назад, r13 сказал:
А в 1810 так:
(config)> interface WifiMaster0
rename - change interface name
description - set interface description
role - interface role configuration
traffic-shape - set traffic rate limit
dyndns - DynDns updates
tx-queue - set TX queue length
debug - enable connection debugging
rf - change RF settings
ip - configure IP parameters
ipv6 - configure IPv6 parameters
country-code - set country code
compatibility - set 802.11 compatibility (use parameters like BGN or AN+AC)
channel - set radio channel
power - set transmission power level
preamble-short - enable short preambles
tx-burst - enable Tx Burst
rekey-interval - change WPA/WPA2 rekey interval
band-steering - enable band-steering
beamforming - configure beamforming parameters
atf - configure Airtime Fairness
vht - enable VHT (QAM256)
up - enable interface
down - disable interface
bandwidth-limit - interface bandwidth limit
schedule - interface up/down schedule
(config)> interface WifiMaster0 beamforming explicit mu-mimo(config)> interface WifiMaster1
rename - change interface name
description - set interface description
role - interface role configuration
traffic-shape - set traffic rate limit
dyndns - DynDns updates
tx-queue - set TX queue length
debug - enable connection debugging
rf - change RF settings
ip - configure IP parameters
ipv6 - configure IPv6 parameters
country-code - set country code
compatibility - set 802.11 compatibility (use parameters like BGN or AN+AC)
channel - set radio channel
power - set transmission power level
preamble-short - enable short preambles
ldpc - enable LDPC
tx-burst - enable Tx Burst
rekey-interval - change WPA/WPA2 rekey interval
band-steering - enable band-steering
beamforming - configure beamforming parameters
atf - configure Airtime Fairness
downlink-mumimo - enable 11ac/ax downlink mu-mimo
up - enable interface
down - disable interface
bandwidth-limit - interface bandwidth limit
schedule - interface up/down schedule
(config)> interface WifiMaster1 beamforming explicit mu-mimoВ процессе переделки попало.
1 минуту назад, AndreBA сказал:На KN-1810 присутствует
Извините, и правда есть такое на Ультре:
"В интернет-центрах Keenetic Giga (KN-1010), Ultra (KN-1810), Speedster (KN-3010), Viva (KN-1910), Air (KN-1611) и Extra (KN-1711) реализована поддержка технологии адаптивного формирования диаграммы направленности или направленного сигнала Beamforming (иногда называют Transmit Beamforming или Tx Beamforming).
Важно! Указанные модели поддерживают Beamforming только в сети Wi-Fi 5 ГГц, а Ultra в обоих диапазонах." — https://help.keenetic.com/hc/ru/articles/115005342285
-
3 минуты назад, AndreBA сказал:
Не помню с какой версии оно туда попало.
3.5 Alpha 10, KN-1010 - ничего такого нет 🤷♂️
Скрытый текст(config)> interface WifiMaster0 rename - change interface name description - set interface description role - interface role configuration traffic-shape - set traffic rate limit dyndns - DynDns updates tx-queue - set TX queue length debug - enable connection debugging rf - change RF settings ip - configure IP parameters ipv6 - configure IPv6 parameters country-code - set country code compatibility - set 802.11 compatibility (use parameters like BGN or AN+AC) channel - set radio channel power - set transmission power level preamble-short - enable short preambles tx-burst - enable Tx Burst rekey-interval - change WPA/WPA2 rekey interval band-steering - enable band-steering atf - configure Airtime Fairness vht - enable VHT (QAM256) up - enable interface down - disable interface schedule - interface up/down schedule
-
17 минут назад, r13 сказал:
Или в том, что для 2.4 данные фичи не поддерживаются.
Хм, и правда: почему-то у @AndreBA Beamforming с MU-MIMO торчат на странице 2.4.
-
Видимо дело в изменившемся конфиге в части MU-MIMO:
< beamforming explicit mu-mimo --- > beamforming explicit > downlink-mumimo
"ax" уже где-то рядом
(config)> interface WifiMaster1 downlink downlink-mumimo - enable 11ac/ax downlink mu-mimo
-
@eralde, 3.5 Alpha 8. Сто́ит поправить на странице Wireless ACL описание на русском:
- как в описании на английском не упоминать конкретный алгоритм (ведь в кинетиках есть и могут использоваться не только WPA2);
- заменить кавычки на «ёлочки», как в остальных местах в web-интерфейсе.
-
1
-
1
-
@eralde, 3.5 Alpha 8. При смене языка до перезагрузки страницы "залипает" перевод в выпадающем списке Band Steering.
-
В 03.05.2020 в 22:03, Le ecureuil сказал:
Из-за того, что ломаются интернет-банки решено убрать loopback из rebind-protect в режиме auto.
Желающие обезопасить себя и не нуждающиеся в банкинге могут включить strict-режим, в нем и "комар носа не подточит".
@Le ecureuil, можно ли в таком случае добавить возможность ручного ввода блокируемых подсетей и отдельных адресов (/32)? Я бы тогда сам задал, что хочу блокировать, как это делают, например, в Unbound.
Защиты без loopback мне недостаточно, а strict слишком круто для RIPE Atlas: сразу полезли в логе блокировки служебных доменов.
Май 5 02:30:33 ndnproxy possible DNS-rebind attack detected: "ipv4only.arpa." IN A "192.0.0.171". Май 5 02:30:33 ndnproxy possible DNS-rebind attack detected: "ipv4only.arpa." IN A "192.0.0.170".
-
2 часа назад, Le ecureuil сказал:
Все верно работает.
Не вижу ни одного положительного сценария, когда неявный rebind и backconnect шел бы на пользу, а не служил сомнительным целям.
Потому разумеется все оставим.
Полностью согласен. Даже не поленился и хотя бы в общих чертах посмотрел, для чего это нужно Яндексу.
Запустил Яндекс.Карты на Айфоне, открыл в Safari yandex.ru, а дальше вот такая красота:
Summary URL: https://yandexmetrica.com:30103/p?t=UV%7CL7%2C!%22T%5Brwe%26D_%3EZIb%5CaW%2398Y.PC6k Status: 200 OK Source: Network Address: 127.0.0.1:30103 Initiator: watch.js:88 Request GET /p HTTP/1.1 Accept: */* Origin: https://yandex.ru Accept-Encoding: gzip, deflate, br Host: yandexmetrica.com:30103 User-Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 13_4_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.1 Mobile/15E148 Safari/604.1 Accept-Language: ru Referer: https://yandex.ru/ Connection: keep-alive Response HTTP/1.1 200 OK Content-Type: text/plain; charset=utf-8 Access-Control-Allow-Methods: GET Content-Length: 364 Access-Control-Allow-Origin: * Query String Parameters t: UV|L7,!"T[rwe&D_>ZIb\aW#98Y.PC6k
Карты открыли на lo0 tcp/30103 (по Андроиду даже есть работа, где упоминают, откуда ноги у этих портов растут), а Safari через резолв yandexmetrica.com на него приконнектился и послал GET-запрос, на который ему выплюнули закодированный ответ:
Km+9nRZEtshkJfOmPHfAmEHn/D05k1mogQc9n3ZgFXCHH1fi4Nsfr/FFIZJ4V66gG15lXB8p2eB3dJoUwf9aH6pn0WBuLNlR6jLmEXw3/Cyo68Tcr0xeRFNFZGfuerT/HuJpYc8i4+LynkyWjDiN701zeM2qD3ghpO1MBMQBDnGc5IIWObvEnlZvMqnKachoJ4uGm6ZBbIWm1U/dMIKdJ4v+KHYP3RrWHVNlDDXO8iALNEjmTz0mHQzEZ2VBjMYjwsYS6fR4uiG4Pl7MQZVdqUnK2Vxio5z0t+FqEU+vLyuAQprlcI3SHXWz8YsKJ4PrLrbu4KQiLpnMcBgzZ15jT8lYYg1Yqwp3cCKbkPqq/I4=
-
2 часа назад, Le ecureuil сказал:
Подозрительный домен, подозрительный адрес.
Судя по "whois yandexmetrica.com" и "dig any yandexmetrica.com @8.8.8.8" - вполне себе зарегистрированный на Яндекс и обслуживаемый их NS-ами
Что-то можно накопать при гуглении. Я для себя приметил, что лезет в логе при просмотре сайтов на смартфонах с незаблокированной рекламой.
-
3 часа назад, rustrict сказал:
После перехода с 3.3 на 3.4 моя флешка с Entware (ext4) определяется с ошибками:
Мар 29 14:09:40 kernel usb 1-2: usbfs: USBDEVFS_CONTROL failed cmd ndm rqt 128 rq 6 len 2 ret -145 Мар 29 14:09:41 kernel usb 1-2: usbfs: USBDEVFS_CONTROL failed cmd ndm rqt 128 rq 6 len 2 ret -145 Мар 29 14:09:41 ndm Usb::Device: system failed [0xcffd00b0], operation timed out. Мар 29 14:09:41 ndm Usb::Device: failed to get a string descriptor header. Мар 29 14:09:41 ndm Usb::Device: unable to read available language IDs.
Ранее такого никогда не было.
Перезагрузки при этом не помогают. А вот если физически переподключить, тогда этих ошибок нет.
@sergeyk, а чем эти ошибки вызваны непонятно?
В 3.3 и раньше не сталкивался.
-
@sergeyk @AndreBA, оказалось, что зависит от места, где отключаешь. Я пробовал только на странице "Приложения", а если в дашборде нажать на "Безопасное извлечение", то ок: и лампочка гаснет, и кеш SCSI сбрасывается.
Скрытый текстМар 29 17:37:40 ndm Core::FileSystem::Repository: unregistering "d2dd8fe7-c0da-d501-50d0-8ee7c0dad501:" filesystem... Мар 29 17:37:40 ndm Storage::Manager: started "Media0" eject. Мар 29 17:37:40 dropbear[13274] Early exit: Terminated by signal Мар 29 17:37:40 ndm Opkg::Manager: /opt/etc/init.d/rc.unslung: exit code 1. Мар 29 17:37:40 ndm Opkg::Manager: disk unmounted. Мар 29 17:37:40 ndm Storage::Manager: "Media0": unregistered partition "d2dd8fe7-c0da-d501-50d0-8ee7c0dad501:". Мар 29 17:37:40 sdetach Media0: synchronized SCSI device cache. Мар 29 17:37:40 sdetach Media0: stopped a SCSI device. Мар 29 17:37:40 sdetach Media0: brought a block device to offline. Мар 29 17:37:40 kernel sd 0:0:0:0: [sda] Synchronizing SCSI cache Мар 29 17:37:41 sdetach Media0: unbound a driver. Мар 29 17:37:41 ndm Storage::Manager: "Media0": ejected. Мар 29 17:37:41 ndm Storage::Manager: "Media0": removed partition "d2dd8fe7-c0da-d501-50d0-8ee7c0dad501:". Мар 29 17:37:41 ndm Storage::Manager: removed "Media0", port 2. Мар 29 17:38:29 kernel usb 1-2: USB disconnect, device number 4
Непонятно только, должно ли это работать именно так? Ну и ошибки после ребута на месте, приходится извлекать и вставлять обратно.
Некорректная перезапись файлов на флешке через веб
in 3.5
Posted
В 3.6 Alpha 7 всё отлично - проблема исчезла. Спасибо!