Nikto

Я думаю, что в жизни каждого мужчины рано или поздно наступает момент, когда ему становится пофиг на причины. Когда нужно, чтобы "просто работало", а не мучало мозг ) Роутер трудится в не самых плохих условиях - в квартирном электрощите установлено реле контроля напряжения, сам БП роутера подключён к ИБП. Т. е., со своей стороны, я сделал максимум возможного. А в ответ, вместо любви, только "отдай мне ещё своего времени" ) Помирать, блин, скоро, и не очень хочется тратить время на всякое ненужное: выяснять в чём там проблема - в говённой схемотехнике роутера, баге прошивки или дешёвых высохших электролитах БП.

Потратив миллион времени, вроде как, победил работу роутера с USB-флешками. Прошло несколько месяцев, и роутер подкинул новый гимор. Роутер Hopper 3810 c 4.2.C.6.2. Он - главнюк в меш-сети с ещё одним ведомым Кинетиком. 2025-04-02 в середине дня заметил, что мобилка как-то глючит с WiFi. При этом все проводные домашние устройства работали чудесно. Позже получил уведомление, что и моя меш-сеть приказала долго жить. Ближе к ночи начал разбираться. Оказалось, что в главнюке начисто отвалился WiFi. Т. е. вот вообще. Был, а теперь нет. Если заходить на любые вкладки в вебморде, где есть инфа про WiFi - будет бесконечный спиннер ("Client lists", "Wi-Fi System", "Dashboard" - часть "My Networks and Wi-Fi"; "Wi-Fi Monitor" - виснет страница, если чего-то потыкать). Плюс где-то в гуе роутер писал очевидный бред: В логах: ... Network::Interface::Base: unable to find "WifiMaster0". Network::Interface::Base: unable to find WifiMaster0 in "Network::Interface::Base". ... Больше часа потратил на то, чтобы сносить-устанавливать компоненты "Wi-Fi interface", "Wi-Fi System controller" и перезагружаться. Пофигу. Обновил прошивку. Пофигу. Выглядело всё так, как будто роутер отрыгнул вайфай-модуль/чип - как проблема на уровне железа. А знаете, что помогло? Выдернуть питание из его жопы. Пришлось восстанавливать настройки WiFi, заново создавать SSID и пароли, заново запускать меш-сеть. И всё это - на ровном месте. Ибо роутер я не трогал последние несколько месяцев никак, прям совсем. Прошивку не обновлял, настройки не менял, чем-то особенным не грузил. Я уже не выдержал, и по совокупности заслуг так сказать, в сердцах высказал техподдержке всё, что я думаю про данный роутер: Сдох бы уже, гадёныш, с концами. И всё понятно было бы. Но он именно что мозги мне делает, и при этом вроде как продолжает работать. Я уже нацелился покупать KN-3811, но, блин, этот-то куда девать, если он ещё формально окончательно не сдох... Жаба пока против ) P. S. В Телегу саппорта писал, там предложили поменять блок питания роутера. Ничего не менял. На текущий момент WiFi работает. Тему создал для потенциальных будущих таких же бедолаг, может, нагуглят по ключевикам.

Плохой контакт - это первое о чём нужно думать. Вот только почему он проявляется только при работе с роутером, но не при работе с десктопами? Напомню, флешка втыкалась как напрямую в роутер, так и через хаб, так и через кабель. Хотя, справедливости ради, с 2ГБ флешкой один раз был глюк при подключении к десктопу, перетыкание помогло. Гнездо роутера все 2 года было занято одной флешкой. Без втыкиваний-вытыкиваний. Так что если только с завода оно уже уставшее было. И замену роутера никто мне мне не гарантировал и не предлагал. А просто так покатать его по СЦ... Сейчас воткнул в роутер хаб, в хаб воткнул "рабочую" флешку и 2,5" HDD в боксе - посмотрю как будут развиваться события, пока, вроде, полёт нормальный.

Ну а вот и тест 16GB флешки, полумёртвой с т. з. роутера, подъехал: sudo dmesg | grep sdc ... sd 6:0:0:0: [sdc] 31129600 512-byte logical blocks: (15.9 GB/14.8 GiB) sd 6:0:0:0: [sdc] Write Protect is off sd 6:0:0:0: [sdc] Mode Sense: 0b 00 00 08 sd 6:0:0:0: [sdc] No Caching mode page found sd 6:0:0:0: [sdc] Assuming drive cache: write through sd 6:0:0:0: [sdc] Attached SCSI removable disk time sudo badblocks -svw -b 4096 -c 65536 /dev/sdc ... Checking for bad blocks in read-write mode From block 0 to 3891199 Testing with pattern 0xaa: done Reading and comparing: done Testing with pattern 0x55: done Reading and comparing: done Testing with pattern 0xff: done Reading and comparing: done Testing with pattern 0x00: done Reading and comparing: done Pass completed, 0 bad blocks found. (0/0/0 errors) real 140m43,356s

Всю неделю общался. В оконцовке предлагают "сдаться". А я не люблю тратить время на СЦ, если глюк плавающий. Ибо вернут с "дефект не подтвердился". А мне гимор - подменный основной роутер настраивать, кататься минимум 2 раза с этой железкой... Сегодня закрыл для себя вопрос в Телеграмме:

sudo dmesg | grep sdc ... sd 6:0:0:0: [sdc] 3913664 512-byte logical blocks: (2.00 GB/1.87 GiB) EXT4-fs (sdc1): mounted filesystem 84821d6b-1d94-4803-adbc-e3c1539a585e r/w with ordered data mode. Quota mode: none. time sudo badblocks -svw -b 4096 -c 65536 /dev/sdc ... From block 0 to 489207 Testing with pattern 0xaa: done Reading and comparing: done Testing with pattern 0x55: done Reading and comparing: done Testing with pattern 0xff: done Reading and comparing: done Testing with pattern 0x00: done Reading and comparing: done Pass completed, 0 bad blocks found. (0/0/0 errors) real 48m46,779s ^^ Для 2GB флешки, которая по мнению роутера мертва. Как, "нормальная"? )

Ять. У меня нет "непонятных" флешек. У меня все флешки рабочие. Нерабочую флешку я выкидываю. Как только пойму, что она нерабочая. Но мне же нужно это как-то понять, ага? Например, сейчас я взял 2GB, форматнул в ext4, залил на неё zip-архив 1,4 GB. Сравнил хэши оригинала и копии, совпали. Скопировал обратно на десктоп файл. Распаковал. Удачно. А 16GB в Винде форматнул полным форматированием. Ошибок нет. У вас, может, есть какие-то другие критерии "понятности" флешки? Не терпится узнать.

Ок, спишем на плохие флешки. Значит, мне просто фатально не повезло, и из всех своих флешек, коих порядка 8 штук, первыми я взял именно те две, которые оказались плохими. Но есть жеж и замечательная сторона - получается, с USB у роутера всё отлично! А, значит, мне не нужно ещё и в гарантию его сдавать.

Собственно, у меня сейчас главный вопрос - сдавать или нет по гарантии роутер. В смысле, будет ли толк от такой сдачи. Или всё вышеописанное - это "нормальное" поведение для роутера, и вот так вот он работает с флешками. И нужно просто понять и простить.

Не хочу заливать self-test в Интернет (даже при условии, что якобы файл будет виден только модераторам - всё всегда "утекает"), там MAC-адреса. В ТГ-бот поддержки я их кучу уже отправил ) Нижеприведённые логи читать снизу вверх. Вот типовой кусок лога с ошибками (красным цветом промаркированный текст в гуе роутера) по 16GB флешке, когда она "капризничала" и была NTFS: ndm Storage::Manager: "Media0": failed to register partition "029E36509E363C8B:". ndm Storage::Partition: ntfs "029E36509E363C8B:": unable to mount. ndm Storage::Partition: failed to mount. ndm Core::FileSystem::Native: failed to mount "/tmp/mnt/029E36509E363C8B": invalid argument. kernel tntfs error (device sda1, pid 31647): ntfs_fill_super(): Failed to load essential metadata. kernel tntfs error (device sda1, pid 31647): ntfs_read_inode_mount(): Failed. Marking inode as bad. kernel tntfs error (device sda1, pid 31647): ntfs_read_inode_mount(): Device read failed. kernel blk_update_request: critical target error, dev sda, sector 1305256 А тут флешка стала EXT4, но это никак не помогло: ndm Storage::Manager: "Media0": failed to register partition "51538b9c-0201-4e65-bb7c-2679d465bd66:". ndm Storage::Partition: ext4 "51538b9c-0201-4e65-bb7c-2679d465bd66:": unable to mount. ndm Storage::Partition: failed to mount. ndm Core::FileSystem::Native: failed to mount "/tmp/mnt/51538b9c-0201-4e65-bb7c-2679d465bd66": invalid argument. kernel EXT4-fs (sda1): Can't read superblock on 2nd try kernel blk_update_request: critical target error, dev sda, sector 2048 А вот момент когда она таки завелась: ndm Storage::Manager: "Media0": registered partition "3861dc1b-2fe1-4c55-bf05-8429d9563651:". kernel EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null) ndm Storage::Partition: ext4 "3861dc1b-2fe1-4c55-bf05-8429d9563651:": filesystem initialized. ndm Storage::Manager: created "Media0", port 1. ndm Storage::Manager: "Media0": enabled a disk spin down. kernel sd 0:0:0:0: [sda] Attached SCSI removable disk kernel sda: sda1 kernel sd 0:0:0:0: [sda] Assuming drive cache: write through kernel sd 0:0:0:0: [sda] No Caching mode page found kernel sd 0:0:0:0: [sda] Mode Sense: 0b 00 00 08 kernel sd 0:0:0:0: [sda] Write Protect is off kernel sd 0:0:0:0: [sda] 31129600 512-byte logical blocks: (15.9 GB/14.8 GiB) kernel sd 0:0:0:0: Attached scsi generic sg0 type 0 kernel scsi 0:0:0:0: Direct-Access General UDisk 5.00 PQ: 0 ANSI: 2 kernel scsi host0: usb-storage 1-1:1.0 kernel usb-storage 1-1:1.0: USB Mass Storage device detected kernel usb 1-1: SerialNumber: Љ kernel usb 1-1: Manufacturer: General kernel usb 1-1: Product: UDisk kernel usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 kernel usb 1-1: New USB device found, idVendor=abcd, idProduct=1234, bcdDevice= 1.00 kernel usb 1-1: new high-speed USB device number 3 using xhci-mtk

После покупки роутера, 2 года назад, воткнул первую попавшуюся USB-флешку (MBR & ext4), дабы опробовать Самбу, Торрен-клиент, OPKG. Побаловался и "забил", оставив флешку в USB-порте. Напомнила о себе флешка в феврале 2024 очень неприятным образом - во время обновления прошивки, роутер перестал отвечать и подавать признаки жизни. Выяснилось, что роутер перестал дружить с флешкой и блокировался во время перезагрузки до тех пор, пока флешку из порта не извлечь. Думал, что флешка померла. Воткнул в десктоп с Убунтой - нет, определяется. Я тогда в первый раз потратил какое-то время, подключал другую флешку, в ТГ-бота поддержки писал. Закончилось ничем, списал на глюк прошивки роутера. Сейчас, в декабре, решил вернуться к вопросу с флешкой. И разверзлись бездны. Далее краткая выжимка из серии многочисленных экспериментов. Дано: Два десктопа, один на Ubuntu22, второй на Win10. Роутер Hopper 3810 c 4.2.4. Режим порта USB в роутере - зафиксирован для чистоты эксперимента в "USB2.0". Поддержка файловых систем NTFS, EXT - установлена. Все "лишние" компоненты прошивки удалены, включая все приложения, работающие с накопителями. Флешки используют таблицу разделов MBR (msdos). С GPT вроде у меня один раз не взлетело, с тех пор только MBR, чтобы не умножать печали. Один primary раздел. Работа с флешками - EXT4 в Убунте (gparted и гуй), NTFS в Винде (diskpart и гуй). Флешки: Noname 16GB, Kingston 2GB, QUMO 4GB. USB-хаб Canyon с блоком питания 1,5 А на 4 порта. USB-кабель удлинитель 30 см. Факты: ВСЕ флешки прекрасно работают с десктопами. Форматируются, читаются перекрёстно (NTFS в Убунте), файлы копируются как на флешку, так и с неё потом (файлы проверял после копирования). Не все флешки работают с роутером, закономерность не понятна. Активный USB-хаб никак не влияет на работу флешек с роутером - значит, дело не в нехватке питания из родного порта роутера. Флешка 16GB - "капризная". В ОДИНОЧКУ работает с роутером - прямо в порту роутера, через активный хаб, НО не через кабель-удлинитель. Если к ней в пару в хаб подключить любую другую флешку - хоть 2, хоть 4 ГБ - то 16 ГБ отвалится. А может сама начать глючить, если, например, режим USB-порта роутера изменить. А ещё, вроде, работает только как EXT4. Флешка 2GB никак, вообще, не работает с роутером. Любая файловая система (ext4, ntfs, fat32), любой формат подключения - пофиг. Флешка 4GB работает как хочешь. Любая файловая система, хоть через кабель-удлинитель. [ПОЗЖЕ] ещё нашёл пару флешек, тоже вроде нормально работают. Вопросы: Почему флешки 16GB и 2GB прекрасно работают с десктопами, но не с роутером? Можно ли в прошивке учесть блокировку роутера флешкой в процессе перезагрузки и не допускать подобного? Обнаружил глюк гуя на флешке с NTFS. Залил файл 1,5 ГБ. Решил переключить режим с USB2.0 на USB3.0 у роутера, просто в рамках теста. Переключил, не вытыкая флешку. Она как-то повторно переопределилась что-ли, короче результат - файл на 1,5 ГБ не виден в гуе (удалить в т. ч. нельзя), хотя занимаемое им место гуй показывает ) А в CLI эта флешка отображается примонтированной два раза под разными "именами".