USB удлинитель, 7Zip FileManager и внешний HDD

[impersonalis]

Вычитал недавно мнение, что использование удлинителей при подключении внешних HDD некорректно. Честно говоря, никогда не задумывался: юзаю usb3.0 удлинитель, чтобы подключать внешний винт (на столе) к порту на задней стенке сис.блока.
С чего я вообще этим озадачился? Как поработаю 7Zip-ом с винтом непосредственно (случается редко), так обязательно какое-нибудь задание останется и винт штатно извлекаться отказывается. Например: пожал папку с картинками сразу на внешний диск - всё, теперь извлечение не проканает, т.к. устройство занято. Сегодня же, я просто решил чекнуть содержимое архива при помощи встроенной в архиватор тестилки, а в итоге получил сообщение в трее:

а архиватор заявил, что один из файлов в архиве не читается. Извлечение не сработало, физическое отключение тоже (устройство осталось в проводнике как пустое). После перезагрузки всё определилось, архив удачно перекопировался и проверился.

Всё-таки, думаю это недоделки (которые есть) 7-Зип-а, нежели шнурок. Но что скажут гуру хлебопечения?

[impersonalis]

Удивительно: перекопировал архив без удлинителя и проверил - ошибок нет. Вот и думай теперь =\ Хоть проверку хеш-сумм запускай

[impersonalis]

Хотя с другой стороны, при подключении "напрямую" я использовал порт usb 2.0. Возможно, дело в низких скоростях.

[impersonalis]

Сопоставил содержимое файлов. Учитывая объём и кол-во файлов - это достаточно длительная операция. Для 2ух из 4х выявленных программой синхронизации файлов (фильмов) проверил md5: действительно, копия на внешнем диске отличалась (хотя на воспроизведение это не влияло).

[moka]

Посмотри как приложение работает на уровне кода с разными девайсами. Не всегда есть прямой доступ к девайсу, просто используя путь, иногда это более сложный процесс на уровне кода. Система также должна иметь некий механизм оповещаний и т.п.
Например у тебя приложение открыло файл на флешке, а закрывает (в коде) не совсем корректно - следственно из системы lock не освобождается.
Архивация - процесс не простой с параллельным чтением / записью в разные файлы, а когда это ещё и происходит на внешний носитель, там больше процессов. Следственно лучше делать сперва на жёсткий, а затем уже копировать.
Часто бывало так, что жал архив сразу на флешку, в итоге он битым был. А если жать сперва на комп потом копировать на флешку - всё ок.

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

[ViNT]

Сообщение от MoKa

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

Вот это как раз вряд ли. На сколько я знаю, все накопители (вероятно, за исключением сидюков) абстрагируются виндой до т.н. "блочного устройства" (может несколько иначе называется). То есть, независимо от типа устройства и от типа ФС все операции сводятся к приему и передаче блоков данных фиксированного размера - система просто запрашивает блок по определенному адресу, и устройство его передает, точно так же и с записью. Так что, если различия и есть, то только на уровне драйверов.

Какая длина провода? Для USB 3.0 рекомендуется не более 3 метров, на сколько помню. К тому же, если провод некачественный (например, плохой экран, что часто бывает), тоже может влиять, тем более на высоких скоростях.

[impersonalis]

Да вот трабл в том, что те 4 фильма, ЕМНИП я копировал ручками (а не при помощи программы синхронизации, которая много что учитывает в ходе своей работы). Но вроде и ошибок при копировании не получал (хотя может диск и не хотел извлекаться - кто теперь вспомнит: прошло более 6 мес.).

[impersonalis]

Сообщение от ViNT

Какая длина провода? Для USB 3.0 рекомендуется не более 3 метров, на сколько помню. К тому же, если провод некачественный (например, плохой экран, что часто бывает), тоже может влиять, тем более на высоких скоростях.

метр или 1.5. Вроде адекватный кабель (по цене и внешнему виду). Ошибку в трее словил первый раз. И фильмы, ЕМНИП, копировал ещё без него.

[moka]

Сообщение от ViNT

Вот это как раз вряд ли. На сколько я знаю, все накопители (вероятно, за исключением сидюков) абстрагируются виндой до т.н. "блочного устройства" (может несколько иначе называется). То есть, независимо от типа устройства и от типа ФС все операции сводятся к приему и передаче блоков данных фиксированного размера - система просто запрашивает блок по определенному адресу, и устройство его передает, точно так же и с записью. Так что, если различия и есть, то только на уровне драйверов.

Система то заботиться. Но представь ты копируешь файл, если на локальный диск и будет ошибка (что очень редкий случай), то ошибка будет скорее исходить из исключения которое выкинет функция копирования.

А если ты копируешь на внешний носитель, то ошибка то будет от функции носителя, но инфы в ней будет реально не достаточно, и разработчику нужно заботиться об этом самому, например проверять внешние носители до копирования запоминать статусы носителей, и при ошибке проверять, если например носитель полон или уже не доступен и др.

Плюс система как уже говорил, хоть и заботиться о том чтобы всё было более "прозрачно" как с сокетами например в линуксе, но различия есть и они влияют на результат.

[impersonalis]

Блинство - теперь бекап только при помощи утилиты.

[ViNT]

Сообщение от MoKa

Система то заботиться. Но представь ты копируешь файл, если на локальный диск и будет ошибка (что очень редкий случай), то ошибка будет скорее исходить из исключения которое выкинет функция копирования.

А если ты копируешь на внешний носитель, то ошибка то будет от функции носителя, но инфы в ней будет реально не достаточно, и разработчику нужно заботиться об этом самому, например проверять внешние носители до копирования запоминать статусы носителей, и при ошибке проверять, если например носитель полон или уже не доступен и др.

Плюс система как уже говорил, хоть и заботиться о том чтобы всё было более "прозрачно" как с сокетами например в линуксе, но различия есть и они влияют на результат.

То есть, при работе с разными типами носителей при одной и той же проблеме получим разные ошибки на уровне WinAPI? Всегда считал, что разницы не будет. Если же так, то да, программа может реагировать по разному.
Хотя здесь дело скорее в буферизации - вероятно, программа дает команду записать данные, система успешно записывает их в буфер, не генерируя сообщения об ошибке, а вот передача из буфера в устройство уже системой не контролируется. В таком случае, система будет складывать данные в буфер, пока устройство их не примет, а приложению будет сообщать, что все в норме.
С другой стороны, все равно непонятно, откуда в данном случае берется ошибка, на метровом кабеле должно нормально работать. Тут больше похоже, что сбоит внутренний контроллер диска или шина USB. Последний вариант объясняет нормальную запись "напрямую" (я так понимаю, через другой разъем, и тем более, если через USB 2.0).

[SBJoker]

Система всегда проверяет что скопировалось, там уже етсь проверка чексумм.
А вот некоторые программы как писали выше могут некорректно обрабатывать возможные исключения, которые у внешних устройств случаются чаще.

Да и вы булочники, всегда ли проверяете в коде действительно ли открылся файл, мм?

[impersonalis]

Резюмируя:
Не доверяйте копирование файлов вне системы (т.е. на внешние носители и ПК в ЛВС) сторонним утилитам (если только они специально для этого не предназначены).

Но это не объясняет некритичное расхождение хешей для нескольких фильмов (емнип, копировал средствами ОС).

[moka]

Сообщение от impersonalis

Но это не объясняет некритичное расхождение хешей для нескольких фильмов (емнип, копировал средствами ОС).

Может система чего-то цепляет, или если носитель "умный" (не просто флешка их HDD), может он что с файлом делает, цепляет какую "няшку" для traking'а?

[impersonalis]

Лишь косвенно к теме:

Кстати, да. Те же файлы от офиса: *.doc, *.ppt имеют сложную структуру и заполняются сегментами (т.е. их размер, входе штатной работы, нельзя изменить ровно на 1 байт). Соответственно, часть файла может фактически не использоваться, а, следовательно содержать некоторый мусор, портящий хеши, но не влияющий на работоспособность. Презентации вообще имеют особенность перезаписываться при просмотре (read-only действии с точки зрения пользователя). Ещё с XP помню: откроешь презентацию из архива (в WinRAR, 7Zip, емнип, аналогично) - закроешь - запрос на перезапись получишь. Ну и в списках синхронизируемых файлов картина аналогичная (благо дата изменения у файла тоже меняется).
А ведь есть ещё (у медиа) пачка тегов, включая рейтинг, изменить который можно непроизвольным движением мыши. Все ли программы при этом изменят дату редактирования файла?