Jump to content
  • 0

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


Albram

Question

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

К роутеру 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 тыс.часов и такой ошибки в логе я не видел с ним ни разу.

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

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

Link to comment
Share on other sites

Recommended Posts

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

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

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

Link to comment
Share on other sites

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

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

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

Edited by vasek00
Link to comment
Share on other sites

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

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

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

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

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

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

Link to comment
Share on other sites

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

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

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

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

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

 

 

 

Link to comment
Share on other sites

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

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

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

 

 

 

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

Link to comment
Share on other sites

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

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

👍

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

Link to comment
Share on other sites

  • 0

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

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

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

Link to comment
Share on other sites

  • 0

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

 

 

Link to comment
Share on other sites

  • 0
В 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` не может быть?

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Answer this question...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...