Ошибки записи подключенного к роутеру hdd

[Albram]

Приветствую всех.

К роутеру 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ГБ, за ночь и он скопировался. Но заглянув в лог роутера нашёл следующие ошибки:

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

Сен 27 04:55:46 kernel
tntfs error (device sdb2, pid 32401): ntfs_write_end(): Write failed (orig copied 1344, len 4096, actual copied 0).
...
Сен 27 09:09:00 kernel
tntfs error (device sdb2, pid 32401): ntfs_write_end(): Write failed (orig copied 2196, len 3072, actual copied 0).
...
Сен 27 09:31:20 kernel
tntfs error (device sdb2, pid 32401): ntfs_write_end(): Write failed (orig copied 2424, len 4096, actual copied 0).

 

Копирование было запущено только с одного компьютера, т.е. в один поток. По монитору трафика под конец копирования сегодня утром, трафик с компа на роутер был совсем не большой, т.е. о какой-то "перегрузке" драйвера ntfs большим потоком, или множественными потоками, речи не идёт.

В интернете нашёл упоминание такой-же ошибки в связке с торрентом, но у меня в данный момент Transmission на роутере не настроен и пока не используется, на компах в сети тоже.

Ранее в качестве архивного накопителя использовался Seagate Backup+ 1TB в связке с чёрной Ультрой, он отработал 6 лет, время наработки у него более 50 тыс.часов и такой ошибки в логе я не видел с ним ни разу.

В чём может быть причина?

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

[Albram]

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

Про то как себя ведет диск при минимальном не хватке питания в курсе проходили.

В этой теме есть фото напряжения на USB 3.0 порту роутера при нагрузке 1А, и оно чуть выше 5V, т.е. недостатка питания не ощущается.

[vasek00]

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

В этой теме есть фото напряжения на USB 3.0 порту роутера при нагрузке 1А, и оно чуть выше 5V, т.е. недостатка питания не ощущается.

Не по напряжению, А ПО ТОКУ ВАЖНО и вопрос на сколько оно больше 0,9А при записи на данный диск или если его блины были остановлены.

Изменено 24 марта, 2021 пользователем vasek00

[Albram]

10 минут назад, vasek00 сказал:

А ПО ТОКУ ВАЖНО

Вот тут, вроде бы, однозначно понятно, при каком токе делался замер напряжения:

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

напряжения на USB 3.0 порту роутера при нагрузке 1А

Диску вполне достаточно питания. Он уверенно стартует при подключении к порту, без лишних звуков. Даже если в момент разгона он потребляет больше 1А, или больше 1,2А, то всё равно, пока диск не выдаст сигнал готовности, никакие дисковые операции не производятся, и драйвер явно опрашивает диск перед тем, как прочитать/записать что-то.
К тому же, в комповых USB 3.0 портах (не С конечно) при токе 1А напряжение даже меньше, чем на порту роутера при такой же нагрузке. Не напрямую же от Красноярской ГЭС порты компов запитаны.
Поверьте, я не одну неделю занимался этой проблемой, и опробовал практически все доступные варианты. Потому сейчас возвращаться к вопросу, что диску не хватает питания, не вижу смысла. К тому-же диск же запитывался и от USB 3.0 хаба с внешним БП.

[vasek00]

3 часа назад, Albram сказал:

Вот тут, вроде бы, однозначно понятно, при каком токе делался замер напряжения:

Диску вполне достаточно питания. Он уверенно стартует при подключении к порту, без лишних звуков. Даже если в момент разгона он потребляет больше 1А, или больше 1,2А, то всё равно, пока диск не выдаст сигнал готовности, никакие дисковые операции не производятся, и драйвер явно опрашивает диск перед тем, как прочитать/записать что-то.
К тому же, в комповых USB 3.0 портах (не С конечно) при токе 1А напряжение даже меньше, чем на порту роутера при такой же нагрузке. Не напрямую же от Красноярской ГЭС порты компов запитаны.
Поверьте, я не одну неделю занимался этой проблемой, и опробовал практически все доступные варианты. Потому сейчас возвращаться к вопросу, что диску не хватает питания, не вижу смысла. К тому-же диск же запитывался и от USB 3.0 хаба с внешним БП.

Ну раз вам понятно, вопрос тогда снят.

Можно и поводу ПК компа, имеем USB порты на лицевой стороне - берем BOX с HDD в итоге есть проблема в работе при данном подключение, подключаем к портам на задней стороне вопросов по работе нет - НАПРЯЖЕНИЕ питания на данных портах 5В. Верю что не одну неделю занимались, только я видел как работает диск у которого потребление более 1А на USB порту или на его гране. Для справки он диск при подключение стартовал и работал, но были моменты (ответственные) когда возникали проблемы на нем (по доступу к нему).

 

 

 

[Albram]

6 минут назад, vasek00 сказал:

Ну раз вам понятно, вопрос тогда снят.

Можно и поводу ПК компа, имеем USB порты на лицевой стороне - берем BOX с HDD в итоге есть проблема в работе при данном подключение, подключаем к портам на задней стороне вопросов по работе нет - НАПРЯЖЕНИЕ питания на данных портах 5В. Верю что не одну неделю занимались, только я видел как работает диск у которого потребление более 1А на USB порту или на его гране. Для справки он диск при подключение стартовал и работал, но были моменты (ответственные) когда возникали проблемы на нем (по доступу к нему).

 

 

 

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

[vasek00]

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

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

👍

Другую версию проблемы могут увидеть только разработчики на своем стенде с таким же оборудованием как у вас или ТП будет завалена обращениями пользователей но опять же с оборудованием как у вас.

[vadim1980]

И ещё 5 копеек по теме. Я раньше отписывался что с NTFS были ошибки, данные терялись, потом перешёл на exFAT и стало лучше.

Но! Обнаружился еще один косяк - очень большие файлы (например, фильмы больше 20 Гб) не скидываются по сети на внешний винт, подключенный к Keenetic. (у меня Ultra KN-1810, версия системы 3.6.3)

Напрямую с компа на винт большие файлы скидываются без проблем.

[Nick N.]

Аналогичная проблема, запись больших файлов по сети не работает. Пробовал с разными HDD, версия OS последняя

 

 

[iQQator]

В 24.03.2021 в 09:56, Albram сказал:

Понятно. Либо tuxera "косячит" с драйвером ntfs, либо keenetic с его интеграцией со своим железом.
В любом случае это плохо, и хотелось бы, чтобы keenetic обратил на это внимание.

Уважаемый @Le ecureuil , рассмотрите, пожалуйста, описываемую здесь проблему.
В кратце: к USB 3.0 порту роутера KN-1810 подключен внешний hdd, в моём случае это Seagate Maxtor M3 Portable 4TB с файловой системой NTFS, периодически в логах вижу ошибки:

Сен 27 04:55:46 kernel
tntfs error (device sdb2, pid 32401): ntfs_write_end(): Write failed (orig copied 1344, len 4096, actual copied 0).

Проблема обнаружилась с самого начала использования нового роутера с версией ОС 3.4.12, и продолжается до сих пор, на актуальных 3.6.1, 3.6.2.
Предпринятые действия описаны в этой теме (тут, много "воды", конечно, но суть проблемы отражена). Казалось, что подключение диска через внешний хаб решило проблему, но нет, это было временное улучшение, и не только у меня.

https://www.snbforums.com/threads/ntfs-disk-log-errors.41218/ (тут Асус)

А беды с драйвером `TNTFS` не может быть?