Jump to content

vasek00

Forum Members
 View Profile  See their activity

  • Posts

    4639

  • Joined

  • Last visited

  • Days Won

    78

 Content Type 

Posts posted by vasek00

    WiFi 11n 5Ггц был и перестал, странный отвал ютьюба

    in 2.15

    Posted

    12 минуты назад, ajs сказал:

    У меня на КН-1010 после обновления на 2.15 так же все клиенты начали падать на 2.4, те кто раньше спокойно жил на 5, теперь клиент подключается на 5 и сразу свал на 2.4, даже если клиент в пределах метра до ТД. 

    Ведь специально создали тему для

     

     

    WiFi 11n 5Ггц был и перестал, странный отвал ютьюба

    in 2.15

    Posted · Edited by vasek00

    В 13.04.2019 в 10:13, edpru сказал:

    На прошивке (до версии 2.15, Giga1010) телефон подключался на 5ггц в режиме 11n, да и хорошо было, там посвободнее, и друг вижу, что такого больше

    Наговоры это, так как клиент может только 5GHz на 802.11/n (2х2) в итоге все в порядке на KN1010 правда релиз 3A201, но думаю роли не играет 215 или 300 релиз дрова одинаковые. 

    WifiMaster1/AccessPoint0 - AP 5GHz

Апр 15 11:31:51 wmond WifiMaster1/AccessPoint0: (MT7615) STA(хх:хх:хх:хх:хх:47) had associated successfully.
Апр 15 11:31:51 wmond WifiMaster1/AccessPoint0: (MT7615) STA(хх:хх:хх:хх:хх:47) set key done in WPA2/WPA2PSK.
Апр 15 11:31:59 ndhcps DHCPDISCOVER received for 192.168.1.10 from хх:хх:хх:хх:хх:47.
Апр 15 11:31:59 ndhcps making OFFER of 192.168.1.10 to 9хх:хх:хх:хх:хх:47.
Апр 15 11:31:59 ndhcps DHCPREQUEST received (STATE_SELECTING) for 192.168.1.10 from хх:хх:хх:хх:хх:47.
Апр 15 11:31:59 ndhcps sending ACK of 192.168.1.10 to хх:хх:хх:хх:хх:47.

            "mac": "хх:хх:хх:хх:хх:47",
            "ap": "WifiMaster1/AccessPoint0",
            "authenticated": true,
            "txrate": 270,
            "rxrate": 300,
            "uptime": 45,
            "txbytes": 137213,
            "rxbytes": 1047051,
            "ht": 40,
            "mode": "11n",
            "gi": 800,
            "rssi": -61,
            "mcs": 15,
            "txss": 2,
            "ebf": false,
            "mu": false

или смартфон 1х1 так же 802.11/n 5GHz
            "mac": "хх:хх:хх:хх:хх:a8",
            "ap": "WifiMaster1/AccessPoint0",
            "authenticated": true,
            "txrate": 150,
            "rxrate": 150,
            "uptime": 19,
            "txbytes": 107320,
            "rxbytes": 665191,
            "ht": 40,
            "mode": "11n",
            "gi": 400,
            "rssi": -73,
            "mcs": 7,
            "txss": 1,
            "ebf": false,
            "mu": false

     

    очень низкая скорость чтения с дисков, подключенных к кинетику

    in 3.1

    Posted · Edited by vasek00

    1 час назад, BeaViSs сказал:

     

    Вам привел вчерашний пример на Win10 с KN18 на релизе 3.A201 (Win7 уже замучил ее так как все устаканилось) ни о каких 300КБ/c речи не идет. Для того чтоб понять нужно хоть что-то :

    1. либо роутер его ПО

    2. либо клиент

    склонен ко второму так как скорость 300КБ можно получить например самое простое на 2,4GHz при подключении и активной работе соседа на 2,4GHz и т.д.

    12 часа назад, BeaViSs сказал:

    я же в винде настроек никаких не менял :) как-то нелогично что-то мудрить с клиентом, если проблема с роутером. Проблема появилась после прошивки роутера, а не обновления винды

    Я бы на чел с клиента или тех поддержка в противном случае.

    очень низкая скорость чтения с дисков, подключенных к кинетику

    in 3.1

    Posted · Edited by vasek00

    Сегодня проверил на Windows 10 клиент 5GHz (802.11/n) 

                "txrate": 242,
            "rxrate": 300,
            "uptime": 3879,
            "txbytes": 10595034,
            "rxbytes": 5233231236,
            "ht": 40,
            "mode": "11n",
            "gi": 800,
            "rssi": -62,
            "mcs": 14,
            "txss": 2,
            "ebf": false,
            "mu": false

    KN1810 релиз 3А201 (тот же проц что и в UltraII - MT7621) получил по "iperf3 -c ... -R" данного клиента скорость его 70-80Мбит при копирование же с HDD на данного клиента 14-17МБ (100-140Мбит). Клиент Acer switch (планшет). Во всех тестах раздел NTFS.

    Проверьте настройки свойства сетевой на клиенте ПК, возможно в этом.

    Ошибка /dev/null: Permission denied

    in 3.1

    Posted 

    / # uname -a
Linux G-KN10 3.4.113 #1 SMP Thu Apr 11 17:51:13 MSK 2019 mips GNU/Linux
/ # ls -l /dev | grep null
crw-rw-rw-    1 root     root        1,   3 Jan  1  1970 null
/ # 

/ # uname -a 
Linux G-KN10 4.9-ndm-0 #1 SMP Wed Apr 10 23:27:17 MSK 2019 mips GNU/Linux
/ # ls -l /dev | grep null
crw-rw-rw-    1 root     root        1,   3 Jan  1  1970 null
/ # 

****************

/ # uname -a
Linux U-KN18 4.9-ndm-0 #1 SMP Wed Apr 10 23:19:50 MSK 2019 mips GNU/Linux
/ # ls -l /dev | grep null
crw-rw-rw-    1 root     root        1,   3 Jan  1  1970 null
/ #

     

    Ошибка /dev/null: Permission denied

    in 3.1

    Posted

    1 минуту назад, Dima Babanakov сказал:

    Как раз это и хотел проверить. Почему у кого то сразу root root , а на моем nobody root. подумал что это возможно из за разницы в устройстве. 

    То что выше про KN10 был откат с релиза 3А201 на 215С302 (обновление в WEB) см.выше.

    Ошибка /dev/null: Permission denied

    in 3.1

    Posted

    Хотя если интересно

    Скрытый текст 
    
/opt/etc/init.d # ./K56dnsmasq start
 Starting dnsmasq...              done. 
/opt/etc/init.d # ./K56dnsmasq restart
 Shutting down dnsmasq...              done. 
 Starting dnsmasq...              done. 
/opt/etc/init.d # ./K56dnsmasq restart
 Shutting down dnsmasq...              done. 
 Starting dnsmasq...              done. 
/opt/etc/init.d # uname -a 
Linux U-KN18 4.9-ndm-0 #1 SMP Wed Apr 10 23:19:50 MSK 2019 mips GNU/Linux
/opt/etc/init.d # 

brw-r-----    1 root     root       31,   9 Apr 11 17:59 mtdblock9
drwxr-xr-x    2 root     root            60 Jan  1  1970 net
crw-r-----    1 root     root       10,  62 Apr 11 17:59 network_latency
crw-r-----    1 root     root       10,  61 Apr 11 17:59 network_throughput
crw-------    1 root     root      210,   0 Jan  1  1970 ntc
crw-rw-rw-    1 root     root        1,   3 Jan  1  1970 null
crw-------    1 root     root      209,   0 Jan  1  1970 phr
crw-------    1 root     root        1,   4 Jan  1  1970 port
crw-------    1 root     root      108,   0 Jan  1  1970 ppp
crw-rw-rw-    1 root     root        5,   2 Apr 14 09:28 ptmx

     

     

    Ошибка /dev/null: Permission denied

    in 3.1

    Posted

    12 минуты назад, Dima Babanakov сказал:

     

    пробовали проверить это именно на kn-1810? 

    Там есть же запись в самом низу - KN10, так же как и ниже релиз 215С302 от KN10

    Скрытый текст 
    
/ # cd /dev
/dev # ls -l
....
drwxr-xr-x    2 root     root            60 Jan  1  1970 net
crw-r-----    1 root     root       10,  62 Apr 10 11:08 network_latency
crw-r-----    1 root     root       10,  61 Apr 10 11:08 network_throughput
crw-------    1 root     root      210,   0 Jan  1  1970 ntc
crw-rw-rw-    1 root     root        1,   3 Jan  1  1970 null
crw-------    1 root     root      209,   0 Jan  1  1970 phr
crw-------    1 root     root        1,   4 Jan  1  1970 port
crw-------    1 root     root      108,   0 Jan  1  1970 ppp
crw-rw-rw-    1 root     root        5,   2 Apr 14 09:02 ptmx
drwxr-xr-x    2 root     root             0 Jan  1  1970 pts
crw-rw-rw-    1 root     root        1,   8 Jan  1  1970 random
...
/dev # mount
rootfs on / type rootfs (rw)
/dev/root on / type squashfs (ro,relatime)
tmpfs on /dev type tmpfs (rw,nosuid,noexec,relatime)
none on /dev/pts type devpts (rw,nosuid,noexec,relatime,mode=600)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
...
/dev # uname -a
Linux G-KN10 3.4.113 #1 SMP Thu Apr 11 17:51:13 MSK 2019 mips GNU/Linux
/dev #

     

    А есть разница KN18 или KN10 ?

    Ошибка /dev/null: Permission denied

    in 3.1

    Posted · Edited by vasek00

    19 минут назад, Dima Babanakov сказал:

     # mount 2.15
    rootfs on / type rootfs (rw)
    /dev/root on / type squashfs (ro,relatime)
    tmpfs on /dev type tmpfs (rw,nosuid,noexec,relatime)
    none on /dev/pts type devpts (rw,nosuid,noexec,relatime,mode=600)
    proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
    tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime)
    sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)

     # mount 3.00
    /dev/root on / type squashfs (ro,relatime)
    tmpfs on /dev type tmpfs (rw,nosuid,noexec,relatime)
    none on /dev/pts type devpts (rw,nosuid,noexec,relatime,mode=600,ptmxmode=000)
    proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
    tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime)
    sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
     

    есть такое дело - почему то, но "ro" правильно и только как бы /tmp на запись

    Но у меня то же был переход с 215 с Entware на 3А с этой же Entware

    Если только в 2.15 сменить 

    nobody  

    в /dev/null на root:root и потом обновиться до 3А201

     

    • Thanks 1

    Ошибка /dev/null: Permission denied

    in 3.1

    Posted 

    /opt/etc/init.d # ./S56dnsmasq restart
 Shutting down dnsmasq...              done. 
 Starting dnsmasq...              done. 
/opt/etc/init.d # 
/opt/etc/init.d # ./S56dnsmasq restart
 Shutting down dnsmasq...              done. 
 Starting dnsmasq...              done. 
/opt/etc/init.d # 
/opt/etc/init.d # ./S56dnsmasq restart
 Shutting down dnsmasq...              done. 
 Starting dnsmasq...              done. 
/opt/etc/init.d # uname -a
Linux G-KN10 4.9-ndm-0 #1 SMP Wed Apr 10 23:27:17 MSK 2019 mips GNU/Linux
/opt/etc/init.d # 

crw-rw-rw-    1 root     root        1,   3 Jan  1  1970 null

     

    Переход на TSMB снижение скорости ро отношению к SMB

    in 2.15

    Posted · Edited by vasek00

    Свою проблему подъема скорости на TSMB релизе 3А201 решил простым способом для Windows 7 клиента wi-fi на 5GHz.

    Скрытый текст 
    
Было
Мощность ECN                                : disable

Стало
Мощность ECN                                : enabled

netsh int tcp set global ecncapability=enabled

     

    в итоге вернул почти 400Мбит как и было ранее при чтении с HDD винта подключенного к роутеру, но по iperf3 - труба, вообще 150-160Мбит не в какие рамки уже с 250Мбит что было ранее на данном KN1810.927305218_-4.thumb.jpg.86b8697ef1c6f1d83dfbcfafa1ffdcb5.jpg

    865228972_-6.thumb.jpg.a73e1181884a396aef3a133053a9c89b.jpg

    241158395_-5.thumb.jpg.f1d102a35ea0acaa4e6ebdab31a4374d.jpg

     

    • Thanks 1

    Переход на TSMB снижение скорости ро отношению к SMB

    in 2.15

    Posted · Edited by vasek00

    Попробовал вчера на прошивках KN18--5GHz--Клиент (2х2) лучшее что мог ранее данный клиент iperf3 это 230-250Мбит (но это уже не достижимо с данным роутером и на тек.релиз прошивки, так как куча была исправлений в драйвер wi-fi ) :

    215С3 - iperf3 170-190Мбит, TSMB чтение с HDD роутера 250-270Мбит

    215С302 - iperf3 180-190Мбит, TSMB чтение с HDD роутера 250-300Мбит

    215С101 - iperf3 160-180Мбит, TSMB чтение с HDD роутера 270-330Мбит

    1785785512_-2.jpg.3d598a79f0a14f749291df2927daadc8.jpg

     

    725615459_-3.jpg.c5b6ed3d60b6ab0914308c32dde526b7.jpg

    файл копировался один и тот же на одно и то же место на ПК. Если изменений не будет в последующих, то придется вернуться на 215С100 и если будет до 400Мбит TSMB то на ней и оставаться жертвуя более стабильным бесшовным роумингом.

    3A201 так же для сравнения и кажется нашел проблему в падении (ECN ниже) хотя по окну Windows копирование идет. Ранее с вкл. данным параметром на клиенте Win (выше так же видно) не чего такого не наблюдалась на других релизах прошивки.

    837543917_-4.thumb.jpg.12370dbade8d5936e195cec3b401d5d3.jpg

    562056431_-5.thumb.jpg.6022f3f3a4f01389edf3275dcab50693.jpg

    Фишка в ECN

    Скрытый текст

    netsh int tcp set global ecncapability=enable
    ECN - это механизм взаимодействия маршрутизаторов о заторах в сети. Он предназначен для уменьшения ретрансляции пакетов. Это позволяет автоматически снижать скорость передачи данных для предотвращения потерь данных.

     

    TSMB бьет файлы при записи

    in 3.1

    Posted · Edited by vasek00

    В 31.03.2019 в 22:16, KorDen сказал:

    Кидаю с Win 7 файл на KN-1810 на 3.00.A.1.0-3, флешка ext2 / USB3.0

    Сегодня первый раз за время использования TSMB наткнулся на такую же "фигню" релиз 3А103.

    Записывал с Win7 на диск NTFS сериал 4 серии по 950МБ каждая, при просмотре через DLNA каждая серия были бзики на ТВ - проигрывание шло рывками/прыжками то через 5сек, то 30сек, то аж 5мин и т.д. (все 4 серии так идут). Запись делалась сегодня серии писались все друг за другом.

    Может из=за того что потоков/сессий много возможно проблемы на одной из них

    Скрытый текст 
    
  638 root     10220 S    /sbin/tsmb-server -c /var/run/tsmb/tsmb.conf
  639 root      8136 S    /sbin/tsmb-server -c /var/run/tsmb/tsmb.conf
  640 root         0 SW   [tsmb_core]
  648 root     10376 S    /sbin/tsmb-server -c /var/run/tsmb/tsmb.conf
  652 root     14528 S    /sbin/tsmb-server -c /var/run/tsmb/tsmb.conf
  658 root     12420 S    /sbin/tsmb-server -c /var/run/tsmb/tsmb.conf
  663 root     12428 S    /sbin/tsmb-server -c /var/run/tsmb/tsmb.conf
  674 root     35272 S    /sbin/tsmb-server -c /var/run/tsmb/tsmb.conf
  683 root         0 SW   [tsmb_transport0]

tcp        0      0 127.0.0.1:7008          0.0.0.0:*               LISTEN      648/tsmb-server
tcp        0      0 127.0.0.1:7009          0.0.0.0:*               LISTEN      674/tsmb-server
tcp        0      0 127.0.0.1:7010          0.0.0.0:*               LISTEN      638/tsmb-server
tcp        0      0 127.0.0.1:7011          0.0.0.0:*               LISTEN      639/tsmb-server
tcp        0      0 127.0.0.1:7014          0.0.0.0:*               LISTEN      652/tsmb-server
tcp        0      0 127.0.0.1:7015          0.0.0.0:*               LISTEN      652/tsmb-server
tcp        0      0 127.0.0.1:7020          0.0.0.0:*               LISTEN      663/tsmb-server
tcp        0      0 127.0.0.1:7021          0.0.0.0:*               LISTEN      663/tsmb-server
tcp        0      0 127.0.0.1:7022          0.0.0.0:*               LISTEN      658/tsmb-server
tcp        0      0 127.0.0.1:7023          0.0.0.0:*               LISTEN      658/tsmb-server
tcp        0      0 127.0.0.1:7004          0.0.0.0:*               LISTEN      674/tsmb-server
tcp        0      0 127.0.0.1:7005          0.0.0.0:*               LISTEN      648/tsmb-server
tcp        0      0 127.0.0.1:7006          0.0.0.0:*               LISTEN      638/tsmb-server

     

    Вдогонку при копировании с HDD подключенного к роутеру что обнаружил

     

    Без имени-2.jpg

    Без имени-3.jpg

    • Upvote 1

    Переход на TSMB снижение скорости ро отношению к SMB

    in 2.15

    Posted

    Тест TSMB в 3A103. Условия не изменились в клиенте (тот же клиент и так же Win7 правда обновленная по март 19) и тот же KN1810 и так же те же настройки 5GHz (линк с клиентом аналогичен описанным выше 585Мбит, 2х2/80).

    В итоге на данном релизе 3A103 упала скорость этого клиента по iperf3 и так же TSMB чтения с HDD подключенного к роутеру упала в скорости на существенную цифру.

    TSMB - клиент Wi-fi выжал не более 260Мбит чтение с тем что было ранее под 400Мбит. 😪 😪 😪 при тех же самых условиях, только последний релиз.

    Да еще и засада в виде ПРОВАЛОВ, sd - HDD винт, rai0 - 5GHz

    Так же по Netdata

    Скрытый текст 
    
Апр 9 13:17:40 netdata[16509] POLLFD: LISTENER: client slot 9 (fd 32) from 192.168.130.3 port 64732 is idle for more than 60 seconds - closing it.
Апр 9 13:19:08 netdata[16509] POLLFD: LISTENER: client slot 3 (fd 35) from 192.168.130.3 port 64735 is idle for more than 60 seconds - closing it. 
Апр 9 13:19:08 netdata[16509] POLLFD: LISTENER: client slot 5 (fd 34) from 192.168.130.3 port 64734 is idle for more than 60 seconds - closing it.
Апр 9 13:19:08 netdata[16509] POLLFD: LISTENER: client slot 6 (fd 26) from 192.168.130.3 port 64727 is idle for more than 60 seconds - closing it.
Апр 9 13:19:08 netdata[16509] POLLFD: LISTENER: client slot 2 (fd 30) from 192.168.130.3 port 64729 is idle for more than 60 seconds - closing it. 
Апр 9 13:19:08 netdata[16509] POLLFD: LISTENER: client slot 3 (fd 28) from 192.168.130.3 port 64726 is idle for more than 60 seconds - closing it.

    Этот же клиент копирует и он же смотрит Netdata, по моему раньше такого не видел.

     

    11113.jpg

    11112.jpg

    11111.jpg

    • Upvote 1

    2.15.C.1 реализация Band Steering

    in 2.15

    Posted

    Попробовал BS на релизе 3А103 только роутер KN1810 (не большая ремарка на нем есть Beamforming для 2.4/5 в режиме по умолчанию "beamforming explicit"). Напомню - iBF не требует поддержки от клиента, eBF - требует. Клиент Sams если верить datasheet на нем стоит BCM43455HKUBG который "Supports explicit IEEE 802.11ac transmit beamforming", согласно интернету это дает примерно 3dB, т.е. при перемещение клиента происходит "формирование луча" для него, так помещение в котором опробование ограничено и rssi в нем 2.4/5 приблизительно были равны (трудно было найти место с разницей в 10 между 2.4 и 5. Так же клиент может k/v/r, есть одна точка в которой как-бы стабильно переключение на 2.4 с 5. И опять же

    Цитата

    - независимо что ответил клиент в BTM response, клиент c поддержкой 11v (либо 11r) никогда не будет отстрелен принудительно.

     

    Скрытый текст

    BS включен и настроен, 2.4/5 дают 10%.

    Проба 1

    Роуминг 802.11r (FT) выключен, Управление BSS-окружением 802.11k/v включено, BS предпочитать 5GHz. Начинал с 5Ghz потом пару раз на кухни переключался на 2.4<->5 

    
[I] Apr  5 08:04:13 ndm: Core::ConfigurationSaver: configuration saved.
[I] Apr  5 08:04:15 bndstrg: band steering: enabled
[I] Apr  5 08:04:40 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(......:be) had associated successfully.
[I] Apr  5 08:04:41 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(......:be) set key done in WPA2/WPA2PSK.
[I] Apr  5 08:04:41 ndhcps: DHCPDISCOVER received  from ......:be.
[I] Apr  5 08:04:41 ndhcps: making OFFER of 192.168.130.17 to ......:be.
[I] Apr  5 08:04:41 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.130.17 from ......:be.
[I] Apr  5 08:04:41 ndhcps: sending ACK of 192.168.130.17 to ......:be.
[I] Apr  5 08:07:13 bndstrg: band steering: send BTM request to ......:be for roam to 2.4GHz band (Low RSSI: -88)
[I] Apr  5 08:07:13 bndstrg: band steering: WNM client 94:7b:e7:29:c4:be accepted 2.4GHz band
[I] Apr  5 08:07:30 wmond: WifiMaster0/AccessPoint0: (MT7615) STA(......:be) had re-associated successfully.
[I] Apr  5 08:07:30 wmond: WifiMaster0/AccessPoint0: (MT7615) STA(......:be) set key done in WPA2/WPA2PSK.
[I] Apr  5 08:07:41 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(......:be) had been aged-out and disassociated (idle silence).
[I] Apr  5 08:09:17 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(......:be) had re-associated successfully.
[I] Apr  5 08:09:17 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(......:be) set key done in WPA2/WPA2PSK.
[I] Apr  5 08:09:28 wmond: WifiMaster0/AccessPoint0: (MT7615) STA(......:be) had been aged-out and disassociated (idle silence).
[I] Apr  5 08:10:48 wmond: WifiMaster0/AccessPoint0: (MT7615) STA(......:be) had re-associated successfully.
[I] Apr  5 08:10:48 wmond: WifiMaster0/AccessPoint0: (MT7615) STA(......:be) set key done in WPA2/WPA2PSK.
[I] Apr  5 08:13:02 bndstrg: band steering: send BTM request to ......:be for roam to 5GHz band
[I] Apr  5 08:13:02 bndstrg: band steering: WNM client ......:be accepted 5GHz band
[I] Apr  5 08:19:09 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(......:be) had been aged-out and disassociated (idle silence).
[I] Apr  5 08:22:06 wmond: WifiMaster0/AccessPoint0: (MT7615) STA(......:be) had disassociated by STA (reason: STA is leaving or has left BSS).

    Начало с 5GHz потом видно в какой то удаленной точке клиенте переключился на 2.4 потом на 5 и опять на 2.4. Вернулся в точку старта было предложено клиенту перейти на 5GHz но он не захотел.

    Как говорил выше разницы rssi 2.4 и 5 практически нет, правда нашел место с rss разницей 10 не далеко от роутера (иногда) но стоять 5мин. не выдержал, возврата на 5GHz не было.

    Проба 2

    Роуминг 802.11r (FT) выключен, Управление BSS-окружением 802.11k/v включено, BS по умолчанию. 

    
[I] Apr  5 08:28:41 bndstrg: band steering: enabled 
[I] Apr  5 08:30:01 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(.....be) had associated successfully.
[I] Apr  5 08:30:01 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(.....be) set key done in WPA2/WPA2PSK.
[I] Apr  5 08:30:01 ndhcps: DHCPDISCOVER received  from .....be.
[I] Apr  5 08:30:01 ndhcps: making OFFER of 192.168.130.17 to .....be.
[I] Apr  5 08:30:01 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.130.17 from .....be.
[I] Apr  5 08:30:02 ndhcps: sending ACK of 192.168.130.17 to .....be.
[I] Apr  5 08:31:06 bndstrg: band steering: send BTM request to .....be for roam to 2.4GHz band (Low RSSI: -85) 
[W] Apr  5 08:31:06 bndstrg: band steering: WNM client .....be rejected 2.4GHz band (code: 1) 
[I] Apr  5 08:33:16 wmond: WifiMaster0/AccessPoint0: (MT7615) STA(.....be) had re-associated successfully.
[I] Apr  5 08:33:16 wmond: WifiMaster0/AccessPoint0: (MT7615) STA(.....be) set key done in WPA2/WPA2PSK.
[I] Apr  5 08:33:27 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(.....be) had been aged-out and disassociated (idle silence).
[I] Apr  5 08:35:52 bndstrg: band steering: send BTM request to .....be for roam to 5GHz band 
[I] Apr  5 08:35:52 bndstrg: band steering: WNM client .....be accepted 5GHz band 
[I] Apr  5 08:37:46 wmond: WifiMaster0/AccessPoint0: (MT7615) STA(.....be) had disassociated by STA (reason: STA is leaving or has left BSS).
[I] Apr  5 08:37:46 wmond: WifiMaster0/AccessPoint0: (MT7615) STA(.....be) had deauthenticated by STA (reason: class 3 error - nonassoc STA).

    Так же старт на 5GHz потом в удаленной точке переключение на 2.4, ожидание в этой точке еще каких то переключений не было и возврат в точку старта - на 5GHz опять не вернулся, хотя было предложено.

    Проба 3

    Роуминг 802.11r (FT) включен для 2.4/5, Совместимость с FT включена, Управление BSS-окружением 802.11k/v включено, BS по 5GHz 

    
[I] Apr  5 08:44:18 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(.....be) had associated successfully.
[I] Apr  5 08:44:18 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(.....be) set key done in WPA2/WPA2PSK.
[I] Apr  5 08:44:18 ndhcps: DHCPDISCOVER received  from .....be.
[I] Apr  5 08:44:18 ndhcps: making OFFER of 192.168.130.17 to .....be.
[I] Apr  5 08:44:18 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.130.17 from .....be.
[I] Apr  5 08:44:19 ndhcps: sending ACK of 192.168.130.17 to .....be.
[I] Apr  5 08:47:28 wmond: WifiMaster0/AccessPoint0: (MT7615) STA(.....be) had re-associated successfully.
[I] Apr  5 08:47:28 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(.....be) had deauthenticated by AP (reason: STA is leaving or has left BSS).
[I] Apr  5 08:47:28 wmond: WifiMaster0/AccessPoint0: (MT7615) STA(.....be) set key done in WPA2/WPA2PSK.
[I] Apr  5 08:49:59 bndstrg: band steering: send BTM request to .....be for roam to 5GHz band 
[I] Apr  5 08:49:59 bndstrg: band steering: WNM client .....be accepted 5GHz band 
[I] Apr  5 08:54:00 wmond: WifiMaster0/AccessPoint0: (MT7615) STA(.....be) had disassociated by STA (reason: STA is leaving or has left BSS).

    Переключился с 5GHz в удаленной точке и обратно не вернулся в точке старта, хотя опять было предложено.

    Еще раз убеждаюсь что клиент как говориться "хозяин-барин". Из всех проб что сегодня и были ранее на данном клиенте только один раз на 2.15 при применении BS был достигнут результат 5->2.4->5.

    Личное мнение если использовать 5GHz для клиентов и даже в сильно удаленных местах то лучше использовать роуминг в 5GHz базе двух роутеров (например в связке KN19/10+K15/16/17) клиентов 2.4 оставить только на 2.4. Пока 5GHz чист.

     

    • Thanks 1

    2.15.C.1 реализация Band Steering

    in 2.15

    Posted · Edited by vasek00

    1 час назад, pigovina сказал:

    Телефон в 2 метрах от Keenetic.

    В 10:00 телефон оказался в уверенной зоне покрытия 5 ГГц и Кинетик предложил ему переход в 5 ГГц, на который телефон ответил согласием, однако переход так и не совершил.

    Более никаких событий по логам не происходило, спустя 3 часа телефон остается в 2.4 ГГц.

    Apr  4 10:00:18 bndstrg: band steering: send BTM request to 04:d6:aa:8c:xx:xx for roam to 5GHz band 
    Apr  4 10:00:18 bndstrg: band steering: WNM client 04:d6:aa:8c:xx:xx accepted 5GHz band 

    Я проверял на Sams Android 8.1 с релизом 2.15С получилось увидеть только после установки 10% на Wi-Fi и все получилось, но так как в настоящие время интересен роуминг 5GHz то данный вариант уже не проверялся. Если будет время то попробую опять проверить BS 5<->2.4<->5.

    Вы можете попробовать с уменьшения уровня rssi т.е. уменьшите на хх% так чтоб уровни были в -58-60 для обоих 5/2.4 в стартовой точке, потом просто походите и найдите вторую точку (за двумя стенками например в дальнем углу) где будет переход с 5 на 2.4, а потом обратно к роутеру. Так же проверьте настройки свои с учетом что Sams (ваш наверное тоже) поддерживает /k/v/r :

    Скрытый текст

    Если клиент приходит с битом WNM BTM, то Band Steering действует так:

    ....

    - если клиент сидит на 2.4G бэнде и в течении 10 секунд уровень от него выше нормы (+ небольшой запас), и если с последнего переключения прошло более 50 секунд, то ему генерится BTM реквест с просьбой перейти на соседний 5G бэнд. Без насилия.
    - независимо что ответил клиент в BTM response, клиент c поддержкой 11v (либо 11r) никогда не будет отстрелен принудительно. 

    Если клиент приходит без поддержки WNM BTM, то Band Steering использует второе правило и оно немного отличается от того (единственного правила) что было ранее:
    ...
    - если клиент сейчас сидит на 5G бэнде и у него падает уровень RSSI ниже порогового значения, то ему применяется событие OP_STEERED, после которого 5G бэнд блокируется (не выдается ответ на probe request/auth request), тем самым ему мотивируется уход с данного бэнда (других штатных механизмов влияния нет), а если в BS preference выбрано значение не Default, то клиент принудительно отстреливается. Дальнейшее его поведение неконтролируемо. Он может совсем уйти (например на 3G/4G или вообще на другую AP). На это повлиять со стороны AP невозможно.
    - если клиент сейчас сидит на 2.4G бэнде и в течении 10 секунд уровень от него выше нормы (+ небольшой запас), и если с последнего переключения прошло более 50 секунд (180 для iOS), то ему применяется событие OP_STEERED, далее все как в пункте 5G

     

    Ранее, все клиенты получали семафор по логике открытия бэнда. Т.е. если клиент в probe/auth/assoc request приносил хороший уровень, то ему сразу перекрывался бэнд 2.4G и открывался 5G. К сожалению эта логика очень плохо работает с тупыми клиентами, не имеющих handover логики. Они начинают долбиться в 2.4 и не хотят подключатсья к 5. В итоге такие клиенты либо совсем не подключаются, либо с очень большой задержкой. Что сильно снижает юзабилити.

     

    Это было описано см.выше

     

    И так же = "Handover — процедура миграции между точками доступа, инициируемая и осуществляемая клиентом исходя из определённых (одному ему известных), не регламентированных стандартом критериев."

    Так же можно еще попробовать для Android - https://play.google.com/store/apps/details?id=de.resolution.wififixer&hl=ru root не нужен, хотя у меня проверял BS без нее.

    Скрытый текст

    Многие смартфоны Android (в частности популярная высококлассная модель Samsung Galaxy S7/S8) не способны обеспечивать стабильное Wi-Fi-соединение при наличии нескольких точек доступа под одним SSID. Они не переключаются между точками доступа (ТД) по мере вашего перемещения по зоне покрытия, подключение к новой ТД происходит только тогда, когда исчезает соединение с предыдущей. Иногда, даже если вы не перемещаетесь, ваш телефон может пытаться подключиться к ТД со слабым сигналом, в таком случае вы не получаете push-уведомления и расход вашего аккумулятора увеличивается в связи с необходимостью постоянного переподключения. О данных проблемах известно уже в течение нескольких лет, но производители мобильных устройств ничего не предпринимают. (ОС Android не является источником проблемы.)

    Приложение WifiFixer (Wi-Fi-отладка) периодически проверяет силу сигнала текущей точки доступа. Если сигнал ослаб, будет произведено сканирование других точек доступа с такими же параметрами (т. е. таким же SSID). При наличии лучших опций, телефон плавно перейдет к другой ТД. В отличие от обычной ситуации, телефон не будет прерывать и через несколько секунд восстанавливать Wi-Fi-соединение (из-за чего происходит сбой в работе приложений).

    Важно понимать, что это приложение не будет эффективным для всех устройств: в некоторых случаях оно может даже ухудшить ситуацию и привести к более длительному отсутствию соединения. Если это происходит, удалите приложение.

    Бесплатная версия приложения включает все возможности, но время от времени появляется уведомление о том, что необходимо приобрести лицензию, чтобы продолжить использование приложения. Отсутствует реклама!

    Если вам не совсем ясно, зачем приложению необходим доступ к вашему местоположению: ОС Android не позволяет приложениям сканировать Wi-Fi-сети, если у них нет доступа к вашему местоположению, очевидно, потому что разработчики Google считают, что все, как и они, рассматривают точки доступа как маячки для определения местоположения. Мы не храним данные о вашем местоположении и никуда их не передаем.

     

    2.15.C.1 реализация Band Steering

    in 2.15

    Posted

    55 минут назад, pigovina сказал:

    Обратил внимание, что ряд клиентов, например Apple и Samsung, при перемещении в уверенную зону покрытия 5 ГГц так и остаются висеть в 2,4. 

    Keenetic при этом выполняет всего один BTM request for roam to 5GHz band, клиент отвечает accepted, однако перехода после этого не следует.

    Более от Keenetic таких запросов к клиенту не выполняется, а клиент может часами оставаться в 2.4. 

    Нормальное ли это поведение? Возможно стоит повторять данный запрос к клиенту с определенной периодичностью, скажем раз в 10 минут, если клиент так и не перешел в 5 ГГц? 

    Если у вас Sams то легко проверить., Открыть разработчика и сделать настройки для Wi-fi сети -> в итоге будете видеть уровень приема. Теперь имея такие данные постарайтесь определиться с данными уровнями в тех местах где считаете что клиенте должен переключиться.

    Без имени-2.jpg

    Без имени-1.jpg

    Релиз 3A1 TSMB Windows 7 запись на HDD подключенный к USB3

    in 3.1

    Posted · Edited by vasek00

    7 часов назад, vst сказал:

    Какая файловая система на диске?

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

    Стоит проверить 2.15С3, здесь поменялся драйвер ntfs.

    NTFS, а как на счет двух провалов в конце под 0.

    Копировал 300GB с ПК на HDD роутера, все скопировалось, все равно ощущение нет той скорости 40-50МБ что была на данном винте ранее при 215С релизе. Странно еще то что windows показывал скорость одну а реально она была другая согласно интерфейса сетевого.

    Бытует также мнение, что у торрент сервиса так же есть фишка (разница в работе) при применение NTFS или Ext и так же swap и zram для данного роутера. Решил посмотреть данное мнение при проверке работы лок.торрента на 3,5GB на Ext4 и его же на NTFS разницы не нашел. Возможно не нашел так как объем маленький данного торрента, как и скорости хотя бы под 100Мбит. На скринах левая часть до 18:40 и правая после 18:41 разница в файловой системе. Так же есть пример и при торрент файле в 60GB для NTFS, мало чем отличается.

    T5.jpg

    T4.jpg

    T3.jpg

    T2.jpg

    T1.jpg

    • Upvote 1

    Релиз 3A1 TSMB Windows 7 запись на HDD подключенный к USB3

    in 3.1

    Posted

    Копирование с клиента Windows 7 ПК (LAN) на KN1810 с помощью проводника, ощущение что что-то не так в сравнении с релизом 215С2, но что не понятно. На что обратил внимание, после старта (три раза пробовал файлы 40-60GB):

    1. Долгая оценка (времени и объема) до 1мин в окне.

    2. Долгий разгон (выход на оптимальную скорость которая на релизах 2.15С2 была практически быстро), а тут по окну Windows 

    - 13:08 старт (оценка)
- 13:09 побежали первые байты
- 13:11 скорость 19МB
- 13:16 скорость 32МB
- 13:20 скорость 37МB
- 13:28 скорость 39МБ
- 13:35 скорость 39МБ
- 13:40 конец копирования

    Поток на всем протяжении один и тот же, есть правда в конце два провала.

    TSMB3-1.jpg

    TSMB3-2.jpg

    TSMB3-3.jpg

    TSMB3-4.jpg

    TSMB3-5.jpg

    TSMB3-6.jpg

    • Upvote 1

    tntfs error

    in 3.1

    Posted

    При применении 3.00.A.1.0-2 разделы NTFS появились, читать с них можно, а ЗАПИСЬ не возможна (файл создается но потом окно с невозможностью записать).

    Исправление как всегда - заново повозиться с правами на разделы и с доступом пользователей.

    tntfs error

    in 3.1

    Posted · Edited by vasek00

    Есть такое дело на двух разных KN1810/KN1010 потерялись разделы NTFS (к ПК подключение нет проблем, проверка на ПК не помогает, возможно удаление данного раздела и его создание заново поможет). Диски с двумя разделами 1-NTFS, 2-EXT4

    Скрытый текст 
    
[I] Jan  1 00:00:09 ndm: Core::System::DriverManager: loading /lib/modules/4.9-ndm-0/tntfs.ko.
[I] Jan  1 00:00:09 ndm: kernel: Tuxera NTFS driver 3017.7.4.16 [Flags: R/W MODULE].
...
[W] Mar 29 16:47:12 ndm: FileSystem::Ext: "/dev/sda" has an unknown partition type, ignored.
[I] Mar 29 16:47:12 ndm: FileSystem::Ext: ntfs "01...60:": filesystem initialized.
[I] Mar 29 16:47:12 ndm: kernel: tntfs info (device sda1, pid 726): ntfs_fill_super(): fail_safe is enabled.
[E] Mar 29 16:47:12 ndm: kernel: tntfs error (device sda1, pid 726): ntfs_mft_record_map(): Failed to map page containing mft record 0x0 (error 12).
[E] Mar 29 16:47:12 ndm: kernel: tntfs error (device sda1, pid 726): ntfs_mft_record_map(): Failed with error code 12.
[E] Mar 29 16:47:12 ndm: kernel: tntfs error (device sda1, pid 726): ntfs_read_locked_inode(): Failed (error 12).  Marking corrupt inode 0x0 as bad.  Run ntfsck.
[E] Mar 29 16:47:13 ndm: kernel: tntfs error (device sda1, pid 726): ntfs_read_inode_mount(): ntfs_read_inode() of $MFT failed. BUG or corrupt $MFT. Run ntfsck and if no errors are found, please report you saw this message.
[E] Mar 29 16:47:13 ndm: kernel: tntfs error (device sda1, pid 726): ntfs_fill_super(): Failed to load essential metadata.
[E] Mar 29 16:47:13 ndm: FileSystem::Native: failed to mount "/tmp/mnt/01.....60": invalid argument.
[E] Mar 29 16:47:13 ndm: FileSystem::Ext: failed to mount.
[E] Mar 29 16:47:13 ndm: FileSystem::Ext: ntfs "01....360:": unable to mount.
[E] Mar 29 16:47:13 ndm: FileSystem::Repository: failed to register "01....60:" filesystem.
[I] Mar 29 16:47:13 ndm: Cifs::ServerTsmb: service started.
[I] Mar 29 16:47:13 ndm: FileSystem::Ext: ext4 "fc.....01:": filesystem initialized.
[I] Mar 29 16:47:13 ndm: kernel: EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null)
[I] Mar 29 16:47:13 ndm: FileSystem::Repository: "fc....01:" registered.
[I] Mar 29 16:47:13 ndm: kernel: EXT4-fs (sda2): re-mounted. Opts: (null)
[I] Mar 29 16:47:13 ndm: Opkg::Manager: /tmp/mnt/fc....01 mounted to /tmp/mnt/fc....01.
[I] Mar 29 16:47:13 ndm: Opkg::Manager: /tmp/mnt/fc....01 mounted to /opt/.
[I] Mar 29 16:47:13 ndm: Opkg::Manager: /tmp/mnt/fc....	01 initialized.

"<6>TSMB module version 3019.1.24 started from process 559!",
"<6>scsi 0:0:0:0: Direct-Access     Hitachi  HTS.....0       PQ: 0 ANSI: 6",
"<6>sd 0:0:0:0: Attached scsi generic sg0 type 0",
"<6>sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/465 GiB)",
"<6>sd 0:0:0:0: [sda] Write Protect is off",
"<7>sd 0:0:0:0: [sda] Mode Sense: 3b 00 00 00",
"<6>sd 0:0:0:0: [sda] No Caching mode page found",
"<6>sd 0:0:0:0: [sda] Assuming drive cache: write through",
"<6>sd 0:0:0:0: [sda] No Caching mode page found",
"<6>sd 0:0:0:0: [sda] Assuming drive cache: write through",
"<6> sda: sda1 sda2",
"<6>sd 0:0:0:0: [sda] No Caching mode page found",
"<6>sd 0:0:0:0: [sda] Assuming drive cache: write through",
"<6>sd 0:0:0:0: [sda] Attached SCSI disk",
"<6>tntfs info (device sda1, pid 589): ntfs_fill_super(): fail_safe is enabled.",
"<6>tntfs info (device sda1, pid 589): load_system_files(): NTFS volume name 'D3-1', version 3.1 (cluster_size 4096, PAGE_SIZE 4096).",
"<4>EXT4-fs (sda2): warning: maximal mount count reached, running e2fsck is recommended",
"<6>EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null)",
"<6>warning: `nginx' uses 32-bit capabilities (legacy support in use)",
"<6>ACS result: Primary Channel 3, Min Channel Busy = 178, BW = 20",
"<6>ACS result: Primary Channel 36, Min Channel Busy = 0, BW = 80",
"<1>CPU 0 Unable to handle kernel paging request at virtual address 000000ac, epc == 8f62b6e4, ra == 8f62b6dc",
"<4>Oops[#1]:",
"<4>Cpu 0",
"<4>$ 0   : 00000000 00000000 00000005 00000001",
"<4>$ 4   : 8f665760 00000008 8f660000 8aa5c078",
"<4>$ 8   : 00000000 00000001 00000068 00000f01",
"<4>$12   : 8f664ae4 fffffffe 00000000 00020100",
"<4>$16   : 8d7e6000 8a9e7800 8b938000 00000068",
"<4>$20   : 00000000 8a93f580 8a99ac00 8aa5c068",
"<4>$24   : 00000010 8f60df6c                  ",
"<4>$28   : 8b4c2000 8b4c3c20 8d7e6000 8f62b6dc",
"<4>Hi    : 00000000",
"<4>Lo    : 00000400",
"<4>epc   : 8f62b6e4 smb2_pkt_process_query_info+0x274/0x538 [tsmb]",
"<4>    Tainted: P           O",
"<4>ra    : 8f62b6dc smb2_pkt_process_query_info+0x26c/0x538 [tsmb]",
"<4>Status: 1100fc03    KERNEL EXL IE ",
"<4>Cause : 00800008",
"<4>BadVA : 000000ac",
"<4>PrId  : 0001992f (MIPS 1004Kc)",
"<4>Modules linked in: nf_nat_sip nf_conntrack_sip nf_nat_ftp nf_conntrack_ftp fastvpn(PO) esp4_hw(O) hw_nat(O) crypto_k(PO) igmpsn(PO) mt7615_ap(O) ntc(PO) mt7621_eth(PO) rndis_host cdc_ether huawei_cdc_ncm asix option cdc_ncm usb_wwan usbextras(PO) authenc nls_utf8 xt_IPMARK(O) kalmia thfsplus(O) xt_ACCOUNT(O) nf_nat_rtsp(O) nls_cp1251 ax88179_178a usb_storage cdc_acm l2tp_ppp usblp xt_DNETMAP(O) dm9601 xt_length2(O) arptable_filter sd_mod sr_mod xhci_hcd nls_cp437 xt_DELUDE(O) xt_CHAOS(O) sierra sg usbnet ext4 xt_LOGMARK(O) tfat(PO) deflate ipcomp xt_STEAL(O) nls_cp866 xt_ipp2p(O) tntfs(PO) xt_DHCPMAC(O) algif_skcipher jffs2 cdc_wdm xt_psd(O) r8152 xt_TPROXY rtl8150 xt_RAWNAT(O) xt_SYSRQ(O) xt_TARPIT(O) algif_hash usbserial nf_nat_pptp nf_nat_h323 usbcore nf_conntrack_pptp pcrypt xt_geoip(O) xt_iprange xt_NOTRACK ipt_ULOG ip6t_rt xt_addrtype ip6t_mh cdrom resetnds(PO) hmac des_generic xt_iface(O) mtdoops_proc(O) xfrm4_mode_beet nacct(PO) nf_tproxy_core sha256_generic nfnetlink_log xt_socket ip_set_hash_ipportip xfrm_ipcomp compat_xtables(O) xt_fuzzy(O) ip_set_hash_net rt_timer_wdg xt_ipv4options(O) nf_conntrack_h323 xt_CT zlib_deflate iptable_rawpost(O) xt_NFQUEUE jbd2 nls_base ip_set_hash_ipport ip6t_ipv6header eoip(O) aes_generic xt_hashlimit ipt_NETMAP nfnetlink_queue xfrm_user nf_conntrack_proto_gre phr(PO) mbcache nf_conntrack_rtsp(O) ip_set_hash_ipportnet ip_set_bitmap_port af_key ip6t_eui64 exportfs dummy ip_gre crc_itu_t zlib_inflate xt_owner ip6t_frag loop xt_quota2(O) xfrm4_mode_tunnel xt_pkttype xt_lscan(O) md5 l2tp_core scsi_mod af_alg xt_quota crypto_null xfrm4_mode_transport ip_set_bitmap_ipmac cbc ip_set_hash_netiface aead tsmb(PO) ip_set_bitmap_ip usb_common xt_TEE ip_set_hash_netport nf_nat_proto_gre arp_tables md4 arpt_mangle fuse ah4 ip_set_list_set xt_condition(O) xfrm4_tunnel ip6t_hbh",
"<4>Process tsmb_core (pid: 560, threadinfo=8b4c2000, task=8b44b6b0, tls=00000000)",
"<4>Stack : 000000d2 000005ff ffffffff 8f65b748 8d7e0800 8f65b748 00000000 8f612834",
"<4>        80370000 803bf1a0 8d7e6000 c2d39000 8b938000 8f609758 8d7e0800 8b4c3dd0",
"<4>        8d7e6000 8b4c3dd0 8b938000 8d6d9400 00000020 00000000 00000068 00000068",
"<4>        8a99ac00 8f6180b8 8d6d9400 80360000 00000000 812041a0 8d7e6000 8aa5c068",
"<4>        8fc3c300 00000000 8b4c3ce4 00000002 812036a8 8b4c3d40 8fc3c300 00000000",
"<4>        ...",
"<4>Call Trace:",
"<4>[<8f62b6e4>] smb2_pkt_process_query_info+0x274/0x538 [tsmb]",
"<4>[<8f6180b8>] smb2_pkt_suspend+0xd44/0x1cac [tsmb]",
"<4>",
"<4>",
"<4>Code: 00000000  92020129  24050008 <8e8300ac> 1045008c  8e8400b0  24050011  10450098  24050012 ",
"<4>---[ end trace 73a3e2e84506ca0b ]---"]
}

     

    В догонку удаление и формат данного NTFS раздела не помог, откат на 215С202 все нормально.

×
×
  • Create New...