Albram

К сожалению, подтвердилось. Вчера взял каталог: Создал 7zip-ом zip архив: А затем сделал тестирование созданного архива: И получил хотя и одну ошибку, но это никуда не годится... Как теперь доверять всем данным, сохранённым на диск, подключенный к роутеру? С самим диском проблем нет, все тесты проходит без ошибок.

Информация из первого сообщения на первой странице, вроде бы, не должна оставлять сомнений... цитирую: «10 */3 * * * /opt/usr/bin/smarthtml.sh».

Да. Со временем появится.

В файле /opt/etc/lighttpd/lighttpd.conf параметр server.port раскомментируйте и выставите его значение отличным от 80 (например, 81). После этого перезапустите lighttpd (или перезагрузите роутер, если это проще). Результат смотрите по ссылке http://router_ip:81/smart.html

Видимо, начать нужно с первого сообщения этой темы на первой странице. Прочитать, понять разницу, и доработать вашу текущую установку. В частности, обратите внимание на установку и настройку lighttpd.

У меня Viva стоит ретранслятором, на скрине видно, что время соединений минимум 2 часа, максимальное 11 дней (и это не предел, просто обновление ставилось 11 дней назад), и никаких переподключений не замечено. Сейчас на ней "собрались" самые старые медленные клиенты, но это неважно.

По функционалу это тот-же usbip, только ещё и платный. Он не решает поставленную задачу, т.к. смысл не в том, чтобы просто подключить ключи к роутеру и «видеть» их как usb девайсы по сети. Нужен функционал сервера лицензий hasp lm на роутере, чтобы не задействовать компьютер совсем.

Тогда это не имеет смысла. Хотелось бы заменить постоянно включенный комп с hasp lm на постоянно включенный роутер (он же всё равно постоянно включен и порты USB есть), и ключи подключить к роутеру. Но, похоже, вариантов, кроме как искать какой-то мини-комп и на нём поднимать сервер лицензий, нет.

Для него же всё равно нужно будет комп с LM держать включенным, т.к. он будет только расшаривать usb ключи в сеть, и напрямую получить от него лицензии не получится?

Интересно, возможно ли в принципе поднять на роутерах Keenetic (даже с использованием Entware или Debian) HASP License Manager? Довольно часто вижу ситуацию, когда только ради многопользовательских ключей 1С держится круглосуточно включенным комп с HASP LM. Под архитектуру mips(el), как понимаю, нет решения? Даже если Debian водрузить на роутер (под линукс вроде есть HASP LM) ?

Такая же ошибка в приложении v17 (320) в iOS (14.2) при заходе в пункт USB на KN-1010 (3.5.4). Возможно причина в том, что к роутеру подключена флэшка UEFI и раздел загрузчика EFI видится роутером как "NO NAME" c фс VFAT, а второй раздел NTFS видится нормально (правда метка тома.почему-то выглядит не так, как на самом деле). При входе в пункт USB в приложении: После нажатия ОК пустой экран. Но на самом деле флэшка есть:

В файле smarthtml.cgi раскомментируйте строку "export PATH=...."

Протестировал работу диска через активный хаб USB 3.0 hama. За три дня пока ни одной ошибки tntfs в логе не было. Пересоздал архивы, которые были ранее, ошибок при копировании не было. Вроде бы проблема решилась, но появилось ещё больше вопросов, чем было. И связаны они с результатами замеров на этом хабе: Т.е. под одинаковой нагрузкой хаб выдает меньшее напряжение, чем кинетик, и оно даже менее 5% допуска, но, тем не менее, с этим хабом диск работает без ошибок, а с кинетиком напрямую - нет. Сигейт пишет, что их диск по потреблению укладывается в стандарт для USB 3.0.- 900mA: Понятно, что при проблемах в связке двух устройств разных производителей, каждый производитель будет стараться "кивать" в сторону другого, а истина будет находиться где-то посередине. Возможно разница заключается в качестве питания, а не в его величине, и, например, у кинетика по питанию под нагрузкой большие пульсации, а у хаба более ровная характеристика. Проверить это пока нет возможности, т.к. роутер расположен в неудобном для размещения рядом с ним осциллографа месте. Но было бы интересно понять причину этого явления. Не ожидал я что ультра не потянет один диск. К тому же, суммарная стоимость внешнего диска и нормального активного usb 3.0 хаба начинает приближаться к стоимости недорогого nas.

Какая-то часть, конечно, падает, но тестер не "видит" падения напряжения на каждой жиле этого кабеля (без нагрузки), а ЛБП не "видит" падения на этих щупах до тока 3А, после 3-х начинает немного "играть" последний разряд. Т.е. точность будет примерно на уровне погрешности тестера (0,5% по паспорту).

И, раз уж начал измерения, то решил закончить: Имитируем нагрузку для получения тока 1А: Результат: Немного не дотягивает до 5V 1A, которые указаны в БЗ, но теперь точно убедился, что перенапряжения нет. Остаётся проверить работу диска через активный хаб, когда он приедет.

Отчего же? Вы немного не уловили акцент моего сообщения, он был на том, что при заявленных 5,2V и допуске 5%, вполне себе можем получить 5,46V на выходе порта. Почему же сразу фигового качества? С внешними дисками в комплекте идут вполне хорошие кабели, и длина у них порядка 15 см, и падения напряжения на его жилах обычный измерительный прибор просто не "видит" и показывает 0,000. На таком кабеле при токе 1А падение будет в пределах погрешности измерительного прибора, но точно не более 0,05-0,1V даже при большем значении тока. Далеко не все пользуются трёхметровыми USB шнурами, да ещё и плохого качества, а расчёт при поднятии напряжения, похоже, был именно на подобные случаи. Вот результат измерения: Т.е. на границе верхнего допустимого предела для оборудования с 5% допуском. Не знаю, влияет ли на результат флэшка в соседнем порту (вытащить её не могу, она в работе), или это чистый результат напряжения холостого хода на USB 3.0 порту. Если это чистый Х.Х., то хорошо, тогда значит причина не в этом. И что нового я там увижу? Всё предсказуемо, и вписывается в допуск (и напряжение меньше, чем на порту кинетика). Давно прошли те времена, когда безтрансформаторные БП горели при подключении без нагрузки, сейчас и на ХХ всё вполне нормально регулируется, разница лишь в том, что без нагрузки процесс регулирования будет дольше.

По мне так не самое хорошее решение повышать напряжение на порту. Допуски по напряжению у большинства оборудования, работающего от 5V составляют 5%, т.е. от 4,75V до 5,25V. У заявленных в БЗ 5,2V тоже же есть допуск, и явно не меньше 5% (вряд ли в домашние роутеры буду ставить прецизионные компоненты), в итоге получаем от 4,94V до 5,46V, и это уже перебор, способный если не вывести из строя, то сократить жизнь подключенного оборудования. И тут возникает вопрос, а не от этого ли повышенного напряжения диск начинает себя так вести? Ведь он рассчитан на работу от 5V.

Делал, всё нормально, нет ошибок. Я выше выкладывал выдержку из спецификации диска, который внутри (по данным виктории). Не хотелось бы ещё одно активное устройство в виде хаба с БП ставить.

Он уже был отформатирован в NTFS "из коробки". Так что, только тестил, сам не форматировал.

А где это заявлено? На оф. сайте не нашел явного указания, к тому же, в скачанном руководстве вообще нет указания потребления, и раздел технических характеристик крайне скуден: Более-менее можно ориентироваться на характеристики установленного внутри диска, вот они: Из них видно, что стартовый ток 1,2А, но диск запускается уверенно, без лишних звуков, к тому-же, в процессе записи/чтения он уже раскручен, и потребляет, судя по этой таблице, 2,1W в режиме записи плюс потребление контроллера USB, получаем примерно такой порядок цифр: 2,5W (возьмем немного с запасом, т.к. в таблице среднее значение), при напряжении питания 5V, получаем 0,5А, USB контроллеру оставшихся 0,4А даже лишнего скорее всего, думаю, что потребление у него вряд ли больше 200-300mA. Т.е. вроде бы и нормально всё, даже с учётом 0,9A, если кинетик действительно только столько в USB 3.0 порт может отдать.

Запустил копирование ещё с одного компа, через 14 минут в логе: Что-то совсем печально.

Приветствую всех. К роутеру Keenetic Ultra (KN-1810 версия ОС 3.4.12) к порту USB 3.0 подключен жесткий диск Seagate Maxtor M3 Portable 4TB с файловой системой NTFS. Диск новый, перед подключением был протестирован с помощью Victoria 5.28, включая полный тест поверхности, и родной утилитой SeaTools 1.4.0.7 (без полного теста поверхности), обе утилиты не выявили ошибок или нестабильных секторов. После подключения диска к роутеру, был запущен процесс сохранения истории файлов из Windows 10, сначала с одного компьютера, порядка 30ГБ, затем, после окончания сохранения, с другого компьютера, на котором архив составляет примерно 230ГБ, за ночь и он скопировался. Но заглянув в лог роутера нашёл следующие ошибки: Копирование было запущено только с одного компьютера, т.е. в один поток. По монитору трафика под конец копирования сегодня утром, трафик с компа на роутер был совсем не большой, т.е. о какой-то "перегрузке" драйвера ntfs большим потоком, или множественными потоками, речи не идёт. В интернете нашёл упоминание такой-же ошибки в связке с торрентом, но у меня в данный момент Transmission на роутере не настроен и пока не используется, на компах в сети тоже. Ранее в качестве архивного накопителя использовался Seagate Backup+ 1TB в связке с чёрной Ультрой, он отработал 6 лет, время наработки у него более 50 тыс.часов и такой ошибки в логе я не видел с ним ни разу. В чём может быть причина? Вопрос для меня серьёзный, т.к. при количестве файлов в несколько сотен тысяч, теперь не знаю как полагаться на такой архив... руками не проверишь. К тому же, нужно переносить другие архивы, а не хочется чтобы не было уверенности в их целостности с самого начала.

Небольшое дополнение: сегодня проблема повторилась, но не после перезагрузки, а просто во время работы из сетевого окружения пропали "шары" роутера и все компы запросили ввод пароля для расшаренных папок, якобы он устарел. Зашел на роутер, думая что опять упал tsmb-server на udp/3702, но нет, оба сервиса были на месте, но на tcp/3702 было Recv-Q 2: После ввода в CLI cifs no master запустился только udp/3702, на tcp/3702 сервиса не было: Появился он только после трёх раз смены значений master (с контролем запущенных сервисов после каждого раза). Перенесу сюда вопрос, оставшийся без ответа в прошлой теме по этой проблеме: как перезапускать сервис не через смену значения master?

Возможно какое-то обновление винды сломало нормальную работу сети на ноуте. Или само железо "просится на покой". Если ноут по wifi подключить, так же всё происходит?

А перезагрузка ноута не помогает? Уход в режим сна на ноуте отключен? В свойствах сетевухи параметр отключения для экономии эл.энергии отключен? И драйвер сетевухи попробовать другой, причем не только с сайта производителя ноута, но и с сайта производителя сетевухи (если есть возможность).