vasek00

Если речь про AdGuardHome, то почему огрызке. Рекламу на ютюб не заблокировать AdGuardHome, только раздел Фильтры -> "Заблокированные сервисы" Для планшетов/смартфонов на Android используйте - YouTube Vanced.

373 - предварительная на встроенной торрент качалке и на том же диске и при параметре "preallocation": 1" при не изменение кеша диска по умолчанию 4МБ. Закачка одна (она же была выше) на 68GB файл. При проверке данного теста закачки все стартовало и качало, естественно ждать не стал конца, загрузилось 16GB и остановил, далее удалил - проблем не заметил. Ремарка во всех тестах - отдача равна 0. Из всего проделанного мной более привлекательно использование версии 38 в отличие от 37.

Ваше предложение, на то он и форум. Или как ваш отзыв отправить в TUXERA - взял закачку 50GB она не пошла вылетело/зависло что-то и что в итоге будет. Проблема должна быть технически описана поэтому на данном форуме но даже для ТП чем больше будет данных тем лучше. Как сказал выше на стенде например при проверки двух-трех-четырех или х-з сколько BOX с HDD/SDD данную проблему нужно поймать и когда разработчики ее видят, то они конкретно так и пишут, что проблема подтверждена и ТЗ отправлено на устранение неисправности. Есть так же много пользователей (отзывы на других форумах) у которых на разделе NTFS работает.

А как на счет работы того же NTFS но на сервисе qBitorrent у пользователей? Моя ( и не только) проблема подтверждена - вопрос только в том что если учесть что роутер один и тот же отличие у пользователей в контроллере USB-SATA + HDD может фишка в этом. Ниже скрин qBittorrent на той же раздаче что и выше (файл 68GB) версия ПО 38A6

Так как продукт коммерч. то 1. нужно описать проблему 2. после описание проблемы на стенде разработчик пытаеться ее повторить ели да то тех.задание уйдет, в противном случае это гадание на коф.гуще Например у вас проблема в моем случае нет, можно конечно поставить 37 чтоб как у вас и попробовать конечно, а что если так же будет все ОК.

Признаюсь я их не смотрел ссылки про которые вы говорите. Просто упоминание про TUXERA идет уже очень давно (если посмотреть поиском по данному форуму) например

vst Повторил тест на 38А6 именно на момент старта закачки в торрент сервисе файла на 68GB, все нормально, о вчерашней пробе сказать не чего не могу почему так получилась, так как сегодня сделал то что и вчера. В итоге все ОК, раздел NTFS, версия ПО 38А6 Удаление данной закачки так же не вызвало каких либо проблем.

Я диалог вел с вами и по вашим высказываниям - как только покажете связь между Windows и Keenetic. И показал как я это вижу правильно/не правильно это другой вопрос, ссылками на TUXERA которая имеет отношение к NTFS для Windows и NTFS/SMB/CIFS к Keentic. Так же пример другой компании которая использует в своих роутерах также TUXERA.

Сообщение чье которое ниже С удовольствием отвечу - как только покажете связь между Windows и Keenetic. Без букв не куда, можно конечно и в двух словах написать - "в моем случае ПО 38 устраивает в том числе и торрент качалка с NTFS разделом" это к вопросу На других прошивках работоспособной ntfs нет

О какой связи идет речь, о родственной о дружеской или еще какой? https://www.tuxera.com/ https://www.tuxera.com/blog/microsoft-and-tuxera-strengthen-partnership-through-tuxera-smb-server/ https://www.tuxera.com/products/tuxera-ntfs-embedded/#performance https://www.tuxera.com/products/fusion-file-share-smb-enterprise/ https://gist.github.com/1Jeff1/8b9c86001d73973dc81fc8c6c72453bc Для справки e7350-boot.log Данный dmesg уже старый но не удивлюсь если на текущий день там версия такая же как в Keenetic

KN1011 [I] Jan 1 00:00:03 kernel: mtd: creating 17 MTD partitions on "MT7621-NAND": [I] Jan 1 00:00:03 kernel: 0x000000000000-0x000000080000 : "U-Boot" [I] Jan 1 00:00:03 kernel: 0x000000080000-0x000000100000 : "U-Config" [I] Jan 1 00:00:03 kernel: 0x000000100000-0x000000180000 : "RF-EEPROM" [I] Jan 1 00:00:03 kernel: 0x000000180000-0x000000340000 : "Kernel_1" [I] Jan 1 00:00:03 kernel: 0x000000340000-0x000002bc0000 : "RootFS_1" [I] Jan 1 00:00:03 kernel: mtd: device 4 (RootFS_1) set to be root filesystem [I] Jan 1 00:00:03 kernel: 0x000000180000-0x000002bc0000 : "Firmware_1" [I] Jan 1 00:00:03 kernel: 0x000002bc0000-0x000002dc0000 : "Config_1" [I] Jan 1 00:00:03 kernel: 0x000002dc0000-0x000002fc0000 : "Storage_Legacy" [I] Jan 1 00:00:03 kernel: 0x000002fc0000-0x000003000000 : "Dump" [I] Jan 1 00:00:03 kernel: 0x000003000000-0x000003fc0000 : "Storage_A" [I] Jan 1 00:00:03 kernel: 0x000003fc0000-0x000004040000 : "U-State" [I] Jan 1 00:00:03 kernel: 0x000004040000-0x0000040c0000 : "U-Config_res" [I] Jan 1 00:00:03 kernel: 0x0000040c0000-0x000004140000 : "RF-EEPROM_res" [I] Jan 1 00:00:03 kernel: 0x000004140000-0x000006b80000 : "Firmware_2" [I] Jan 1 00:00:03 kernel: 0x000006b80000-0x000006d80000 : "Config_2" [I] Jan 1 00:00:03 kernel: 0x000006d80000-0x000007f80000 : "Storage_B" [I] Jan 1 00:00:03 kernel: 0x000000000000-0x000007f80000 : "Full" [I] Jan 1 00:00:07 kernel: Searching for suitable storage partitions... [I] Jan 1 00:00:07 kernel: Found 1st storage partition of size 16515072 bytes [I] Jan 1 00:00:07 kernel: Found 2nd storage partition of size 18874368 bytes [I] Jan 1 00:00:07 kernel: Registering UBI data partitions parser [W] Jan 1 00:00:07 kernel: Concatenating MTD devices: [W] Jan 1 00:00:07 kernel: (0): "Storage_A" [W] Jan 1 00:00:07 kernel: (1): "Storage_B" [W] Jan 1 00:00:07 kernel: into device "NDM combined UBI partition" [I] Jan 1 00:00:07 kernel: 1 ndmubipart partitions found on MTD device NDM combined UBI partition [I] Jan 1 00:00:07 kernel: mtd: creating 1 MTD partitions on "NDM combined UBI partition": [I] Jan 1 00:00:07 kernel: 0x000000000000-0x0000021c0000 : "Storage" [I] Jan 1 00:00:07 kernel: Merging storage partitions OK [W] Jan 1 03:00:11 kernel: ubi0: attaching mtd17 [W] Jan 1 03:00:11 kernel: ubi0: scanning is finished [W] Jan 1 03:00:11 kernel: ubi0: attached mtd17 (name "Storage", size 33 MiB) [W] Jan 1 03:00:11 kernel: ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes [W] Jan 1 03:00:11 kernel: ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 2048 [W] Jan 1 03:00:11 kernel: ubi0: VID header offset: 2048 (aligned 2048), data offset: 4096 [W] Jan 1 03:00:11 kernel: ubi0: good PEBs: 270, bad PEBs: 0, corrupted PEBs: 0 [W] Jan 1 03:00:11 kernel: ubi0: user volume: 1, internal volumes: 1, max. volumes count: 128 [W] Jan 1 03:00:11 kernel: ubi0: max/mean erase counter: 2/1, WL threshold: 2048, image sequence number: 4028866988 [W] Jan 1 03:00:11 kernel: ubi0: available PEBs: 0, total reserved PEBs: 270, PEBs reserved for bad PEB handling: 7 [W] Jan 1 03:00:11 kernel: ubi0: background thread "ubi_bgt0d" started, PID 549 [W] Jan 1 03:00:11 kernel: UBIFS (ubi0:0): background thread "ubifs_bgt0_0" started, PID 551 [W] Jan 1 03:00:11 kernel: UBIFS (ubi0:0): UBIFS: mounted UBI device 0, volume 0, name "storage" [W] Jan 1 03:00:11 kernel: UBIFS (ubi0:0): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes [W] Jan 1 03:00:11 kernel: UBIFS (ubi0:0): FS size: 31617024 bytes (30 MiB, 249 LEBs), journal size 1523712 bytes (1 MiB, 12 LEBs) [W] Jan 1 03:00:11 kernel: UBIFS (ubi0:0): reserved for root: 1493350 bytes (1458 KiB) [W] Jan 1 03:00:11 kernel: UBIFS (ubi0:0): media format: w4/r0 (latest is w4/r0), UUID 10........04, small LPT model Или KN1810 [I] Jan 1 00:00:04 kernel: mtd: creating 17 MTD partitions on "MT7621-NAND": [I] Jan 1 00:00:04 kernel: 0x000000000000-0x000000080000 : "U-Boot" [I] Jan 1 00:00:04 kernel: 0x000000080000-0x000000100000 : "U-Config" [I] Jan 1 00:00:04 kernel: 0x000000100000-0x000000180000 : "RF-EEPROM" [I] Jan 1 00:00:04 kernel: 0x000000180000-0x000000360000 : "Kernel_1" [I] Jan 1 00:00:04 kernel: 0x000000360000-0x000001d40000 : "RootFS_1" [I] Jan 1 00:00:04 kernel: mtd: device 4 (RootFS_1) set to be root filesystem [I] Jan 1 00:00:04 kernel: 0x000000180000-0x000001d40000 : "Firmware_1" [I] Jan 1 00:00:04 kernel: 0x000001d40000-0x000001dc0000 : "Config_1" [I] Jan 1 00:00:04 kernel: 0x000001dc0000-0x000001fc0000 : "Storage_Legacy" [I] Jan 1 00:00:04 kernel: 0x000001fc0000-0x000002000000 : "Dump" [I] Jan 1 00:00:04 kernel: 0x000002000000-0x000003fc0000 : "Storage_A" [I] Jan 1 00:00:04 kernel: 0x000003fc0000-0x000004040000 : "U-State" [I] Jan 1 00:00:04 kernel: 0x000004040000-0x0000040c0000 : "U-Config_res" [I] Jan 1 00:00:04 kernel: 0x0000040c0000-0x000004140000 : "RF-EEPROM_res" [I] Jan 1 00:00:04 kernel: 0x000004140000-0x000005d00000 : "Firmware_2" [I] Jan 1 00:00:04 kernel: 0x000005d00000-0x000005d80000 : "Config_2" [I] Jan 1 00:00:04 kernel: 0x000005d80000-0x000007f80000 : "Storage_B" [I] Jan 1 00:00:04 kernel: 0x000000000000-0x000007f80000 : "Full" [I] Jan 1 00:00:07 kernel: Searching for suitable storage partitions... [I] Jan 1 00:00:07 kernel: Found 1st storage partition of size 33292288 bytes [I] Jan 1 00:00:07 kernel: Found 2nd storage partition of size 35651584 bytes [I] Jan 1 00:00:07 kernel: Registering UBI data partitions parser [W] Jan 1 00:00:07 kernel: Concatenating MTD devices: [W] Jan 1 00:00:07 kernel: (0): "Storage_A" [W] Jan 1 00:00:07 kernel: (1): "Storage_B" [W] Jan 1 00:00:07 kernel: into device "NDM combined UBI partition" [I] Jan 1 00:00:07 kernel: 1 ndmubipart partitions found on MTD device NDM combined UBI partition [I] Jan 1 00:00:07 kernel: mtd: creating 1 MTD partitions on "NDM combined UBI partition": [I] Jan 1 00:00:07 kernel: 0x000000000000-0x0000041c0000 : "Storage" [I] Jan 1 00:00:07 kernel: Merging storage partitions OK [W] Jan 1 03:00:11 kernel: ubi0: attaching mtd17 [W] Jan 1 03:00:12 kernel: ubi0: scanning is finished [W] Jan 1 03:00:12 kernel: ubi0: attached mtd17 (name "Storage", size 65 MiB) [W] Jan 1 03:00:12 kernel: ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes [W] Jan 1 03:00:12 kernel: ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 2048 [W] Jan 1 03:00:12 kernel: ubi0: VID header offset: 2048 (aligned 2048), data offset: 4096 [W] Jan 1 03:00:12 kernel: ubi0: good PEBs: 525, bad PEBs: 1, corrupted PEBs: 0 [W] Jan 1 03:00:12 kernel: ubi0: user volume: 1, internal volumes: 1, max. volumes count: 128 [W] Jan 1 03:00:12 kernel: ubi0: max/mean erase counter: 2/1, WL threshold: 2048, image sequence number: 876655129 [W] Jan 1 03:00:12 kernel: ubi0: available PEBs: 0, total reserved PEBs: 525, PEBs reserved for bad PEB handling: 12 [W] Jan 1 03:00:12 kernel: ubi0: background thread "ubi_bgt0d" started, PID 545 [W] Jan 1 03:00:12 kernel: UBIFS (ubi0:0): background thread "ubifs_bgt0_0" started, PID 547 [W] Jan 1 03:00:12 kernel: UBIFS (ubi0:0): UBIFS: mounted UBI device 0, volume 0, name "storage" [W] Jan 1 03:00:12 kernel: UBIFS (ubi0:0): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes [W] Jan 1 03:00:12 kernel: UBIFS (ubi0:0): FS size: 63361024 bytes (60 MiB, 499 LEBs), journal size 3174400 bytes (3 MiB, 25 LEBs) [W] Jan 1 03:00:12 kernel: UBIFS (ubi0:0): reserved for root: 2992697 bytes (2922 KiB) [W] Jan 1 03:00:12 kernel: UBIFS (ubi0:0): media format: w4/r0 (latest is w4/r0), UUID 5A.....59, small LPT model Вопрос для данной модели роутера KN1011 так и останется размер storage = 33Mib а в реале /dev/ubi0_0 27868 24 26388 0% /storage

Вопрос в 38A6 по ощущению опять отключено sparse или нет для NTFS и если да то какие мысли для будущего останется или нет? Если для 37 журнал изменений то для 38 журнал изменений Проверка торрента на 38А6 с файлом 26GB, поведение странное для одной закачки Как видно на скрине получили на одной закачки 26GB 1. 12-42:30 старт закачки в торрент качалке 2. работа sda HDD с 12-42:30 до 12-48 выделение места (загрузка его под 99% utilization) 3. 12-48 пошли данные с двух интерфейсов интернета ppp0 и eth2.9 или на общем скрине network При повторение его второй раз все аналогично. В верху при закачке свыше 50GB и на 38А5 выглядело во много раз лучше, т.е. потоки данных шли сразу без какого либо времени при "preallocation": 1 в настройках торрента в 38А5-38А6

А Lyncsys модели куда тогда отнесете к адекватным или так же нет например E7350[7621-7915+256/128] и /E8450[7622-7915+512/128] https://www.mediatek.com/blog/linksys-dual-band-ax1800-wifi-6-router-e7350

1. Зарегистрировать своих клиентов на роутере (присвоить IP по MAC, на телефонах убрать рандомизацию MAC, а то клиенты каждый раз будут под новым IP) 2. На ADGH если нужно то в настройках клиента сделать запись для для данного клиента, т.е. присвоить имя по IP или MAC, тогда в журнале против данного IP будет красоваться еще и имя. 3. В журнале если выбрать конкретного клиента то отфильтруются записи, останутся только по данному клиенту (записей будет столько много что в них искать знакомые строчки по именам не очень то) В журнале не какой чехарды нет он показывает все запросы в том числе и заблокированные от всех клиентов сети, просто в нем видно ВСЕ и знакомое имя youtube нужно будет искать в нем или name.ххх Покажите основную страницу панель управления, что у вас в разделе Частые клиенты и что у вас получаю клиенты в качестве DNS адреса от роутера (настройки DHCP на роутере - поле DNS адреса) Если вам Хочу глянуть где подросток шастает в интернете, это возможно с помощью adguardhome? попробуйте nextdns именно для него 1. зарегистрироваться на nextdns.io и сделать настройки в нем (не очень сложно принцип такой же как и в ADGH - фильры и сервисы + denylist/alowlist и есть лог и аналитика) 2. в логе/аналитике имена доменов будет так же много но как то по удобней На клиенте в настройках на смартфоне поставить - настройки - подключение - другие настройки - Персональный DNS = прописать полученный в п.1 сервер DNS типа fxxxxx.dns.nextdns.io Вариант а - тем самым выходя заставите данного клиента при использование мобильной сети выходить через данный сервер Вариант b - если клиент будет выходить через wifi то он попадет опять же в статистику nextdns только под ip роутера ( его адрес выхода в интернет, но если клиент один то трудно будет ошибиться. Если даже не регистрировать клиента IP-MAC то в nextdns он все равно будет и так как опять же он один то ошибиться трудно. Кол-во запросов nextdns при регистрации = 300000 что для анализа работы данного клиента хватит.

Вы знаете эти фичи имеют свойство появляться и со временем настанет такой момент когда и 512 не хватит, например выше пример доходит до 390МБ и это без учета каких либо VPN сервисов, просто провод от провайдера. И это что сейчас на поверхности т.е. реализовано, конечно не плохо бы еще знать что будет нового в тек.году в программном обеспечение. Или может торрент качалку сменят в прошивки на что-то другое. Или например 7621 проц тянет Wireguard только до 200Мбит, а не которым пользователям надо OpenVPN да и то же хотят чтоб побыстрей работал, так что в наш век при покупки данной технике желательно вникать поглубже на чем это создано.

Сейчас на дворе 2000 а тем более 2020гг., ранее может и было такое. Есть роутер который имеет 5Gb портов, памяти 256MB, AC1800, порт USB3 - удачи вам в такой покупке. 🤪

Minitool это и делает, но как написал выше он не чего не нашел.

Далее решил поступить еще хитрее, считаем что ошибка sdb1 --- ntfs_write_inode(): Failed (error 5). Run ntfsck. из-за файла который закачивал. 1. Удаляю данную закачку в торренте (предположительно файл который скачивался), удалился удачно в торренте, выключаю сервис торрента и так же удачно. 2. Перегружаю роутер через WEB еще раз. 3. Ждем загрузки, в итоге в WEB роутера видим красную надпись - требует проверки в место 1T раздела NTFS видим 224К из 251МБ Лог роутера нашел ошибку [E] Feb 16 21:00:10 ndm: Core::FileSystem::Native: failed to mount "S1-1TB" drive: filesystem is dirty, please perform a chkdsk maintenance of this drive on your computer. 4. Подключаю HDD к Windows, она его подключила и даже не сказала что есть ошибка, хотя должна была сказать про "dirty" bit. 5. Прогнал в Minitool на проверку, ошибок найдено не было, проверил на всякий случай на "dirty" bit командой в Windows "fsutil dirty query H:" сказала что его нет. 6. Подключил к роутеру, и запустил роутер. 7. Роутер запустил, при монтировал диск как не в чем не бывало все чисто, в логах. 8. Попробовал что-то записать/прочитать проблем не возникло. Как то хитро, при первой загрузке проверил еще раз сохраненый selftest ни какого упоминания про "dirty" нет, хорошо скрин сохранил первой перезагрузки и старта торрента

Решил проверить сбои на HDD под NTFS при обновление + включенный торрент 38A5 KN1011 при включенном торрент закачке на 69GB и скаченного 53GB решил провести обновления ПО роутера, проверить возникнут ли сбои на HDD отвалиться он или нет, поднимется ли закачка или нет. Обновление прошло удачно, торрент поднялся и продолжал качать, по логу на ошибки получил сообщение о sdb1 --- ntfs_write_inode(): Failed (error 5). Run ntfsck. Подождал еще 30мин, торрент скачивался, скорость потока от 5-8МБ. Лог сообщениями

Во первых если мне не изменяет память то крутить можно только в draft например размер кеша, да и ограничения сняли. Как показал выше в отличие от 3.7 (записи можно посмотреть на какой то версии гонял так же закачку свыше 50GB то в момент старта нужно было ждать выделения места на HDD т.е. ждать что зависело от размера файла на закачку и только потом шли данные) Пауза в закачке которая выше, подождал 4мин и опять запустил - все запустилось, поток данных и запись пошли одновременно, поток на такой же скорости. При паузе заметил что память была выгружена торрента Версии драйвера от версии ПО по ветке draft 37А6 (июнь 2021), 37А5 (май 2021), 37A3 (апр 2021), 37A1, 36B2, 36A16 [I] Jan 1 00:00:09 kernel: Tuxera NTFS driver 3020.6.8d [Flags: R/W MODULE]. 37B2 (сент 2021) [I] Jan 1 00:00:09 kernel: Tuxera NTFS driver 3021.4.23.8 [Flags: R/W MODULE]. 38A4, 38A5, 38A1 (дек 2021), 37B8, 37B6, 37B5 (нояб 2021), 37B4, 37B3 (окт 2021) [I] Jan 1 00:00:09 kernel: Tuxera NTFS driver 3021.4.23.11 [Flags: R/W MODULE].

Старт торрент закачки файла 69GB на ПО 38A5 (KN1011, HDD с NTFS). Запсук на закачку в 11-30 и по текущее время скачено 34,42GB (при скаченном 49%) на скоростях от 4-7МБ (пока на всем этапе) при "preallocation": 1 правда "cache-size-mb": 64.

Опять мимо кассы не надо смешивать все в кучу. Не кто не чего не урезал есть ассортимент моделей в разных ценовых нишах = KN3010 - 128/32, KN1910 - 128/128, KN1010 - 256/128 это лучше чем одна KN1010 - 256/128 А если бы в продаже было например так с начала KN3010, потом KN1910, потом KN1010 тогда как это назовете? резать порты на свежих моделях, вы не в курсе? )) - вам вопрос на данном проце EN7561D вообще возможно сделать 5 портов или как, вы в курсе? Если данный проц есть в наличие в продаже то почему его нельзя покупать и на его базе выпускать модели.

Вы о чем вообще. Посмотрите год выпуска данной модели и с момента выпуска 128/128, что куда урезали? Есть один смартфон про него так же можно сказать - Вот именно, маловато, доэкономились сначала на флеш, потом на RAM при покупке 2года назад и памяти в нем 64GB достаточно было на сегодня уже это маловато, даже наличие sd карты и скидывания на нее все что только можно и т.д.

Как все серьезно в данной ветке. Начнем с того все что хотелось бы иметь из плюшек то думаю 128МБ маловато уже будет, второе по поводу "который корректно не работает" а как на счет отключения ppe? На ПО 3.8.А5 при выключенном "Классификация трафика и IntelliQoS" Память 51% (65/128 Мбайт) На странице WEB роутера сообщение

В чем фишка, или принципиально опять волшебное слово mesh или Можно ли сделать так, чтобы lite расширял wifi роутера viva? Разберитесь в том что хотите.