USB удлинитель, 7Zip FileManager и внешний HDD
Вложений: 1
Вычитал недавно мнение, что использование удлинителей при подключении внешних HDD некорректно. Честно говоря, никогда не задумывался: юзаю usb3.0 удлинитель, чтобы подключать внешний винт (на столе) к порту на задней стенке сис.блока.
С чего я вообще этим озадачился? Как поработаю 7Zip-ом с винтом непосредственно (случается редко), так обязательно какое-нибудь задание останется и винт штатно извлекаться отказывается. Например: пожал папку с картинками сразу на внешний диск - всё, теперь извлечение не проканает, т.к. устройство занято. Сегодня же, я просто решил чекнуть содержимое архива при помощи встроенной в архиватор тестилки, а в итоге получил сообщение в трее: Вложение 17562 а архиватор заявил, что один из файлов в архиве не читается. Извлечение не сработало, физическое отключение тоже (устройство осталось в проводнике как пустое). После перезагрузки всё определилось, архив удачно перекопировался и проверился. Всё-таки, думаю это недоделки (которые есть) 7-Зип-а, нежели шнурок. Но что скажут гуру хлебопечения? |
Ответ: USB удлинитель, 7Zip FileManager и внешний HDD
Удивительно: перекопировал архив без удлинителя и проверил - ошибок нет. Вот и думай теперь =\ Хоть проверку хеш-сумм запускай
|
Ответ: USB удлинитель, 7Zip FileManager и внешний HDD
Хотя с другой стороны, при подключении "напрямую" я использовал порт usb 2.0. Возможно, дело в низких скоростях.
|
Ответ: USB удлинитель, 7Zip FileManager и внешний HDD
Сопоставил содержимое файлов. Учитывая объём и кол-во файлов - это достаточно длительная операция. Для 2ух из 4х выявленных программой синхронизации файлов (фильмов) проверил md5: действительно, копия на внешнем диске отличалась (хотя на воспроизведение это не влияло).
|
Ответ: USB удлинитель, 7Zip FileManager и внешний HDD
Посмотри как приложение работает на уровне кода с разными девайсами. Не всегда есть прямой доступ к девайсу, просто используя путь, иногда это более сложный процесс на уровне кода. Система также должна иметь некий механизм оповещаний и т.п.
Например у тебя приложение открыло файл на флешке, а закрывает (в коде) не совсем корректно - следственно из системы lock не освобождается. Архивация - процесс не простой с параллельным чтением / записью в разные файлы, а когда это ещё и происходит на внешний носитель, там больше процессов. Следственно лучше делать сперва на жёсткий, а затем уже копировать. Часто бывало так, что жал архив сразу на флешку, в итоге он битым был. А если жать сперва на комп потом копировать на флешку - всё ок. Думаю тут никакой зависимости в проводе нету, и скорость на это не повлияет. Провод логически не вносит никакой разницы, и системе реально пофиг как ты подключаешь девайс. Важно что Plug and Play - тема хоть и хорошая, и даже на уровне пользования подключённый диск как локальный, но технически всё различается и это вносит разницу в логику системы обработки операций с файлами и т.п. |
Ответ: USB удлинитель, 7Zip FileManager и внешний HDD
Цитата:
Какая длина провода? Для USB 3.0 рекомендуется не более 3 метров, на сколько помню. К тому же, если провод некачественный (например, плохой экран, что часто бывает), тоже может влиять, тем более на высоких скоростях. |
Ответ: USB удлинитель, 7Zip FileManager и внешний HDD
Да вот трабл в том, что те 4 фильма, ЕМНИП я копировал ручками (а не при помощи программы синхронизации, которая много что учитывает в ходе своей работы). Но вроде и ошибок при копировании не получал (хотя может диск и не хотел извлекаться - кто теперь вспомнит: прошло более 6 мес.).
|
Ответ: USB удлинитель, 7Zip FileManager и внешний HDD
Цитата:
|
Ответ: USB удлинитель, 7Zip FileManager и внешний HDD
Цитата:
А если ты копируешь на внешний носитель, то ошибка то будет от функции носителя, но инфы в ней будет реально не достаточно, и разработчику нужно заботиться об этом самому, например проверять внешние носители до копирования запоминать статусы носителей, и при ошибке проверять, если например носитель полон или уже не доступен и др. Плюс система как уже говорил, хоть и заботиться о том чтобы всё было более "прозрачно" как с сокетами например в линуксе, но различия есть и они влияют на результат. |
Ответ: USB удлинитель, 7Zip FileManager и внешний HDD
Блинство - теперь бекап только при помощи утилиты.
|
Ответ: USB удлинитель, 7Zip FileManager и внешний HDD
Цитата:
Хотя здесь дело скорее в буферизации - вероятно, программа дает команду записать данные, система успешно записывает их в буфер, не генерируя сообщения об ошибке, а вот передача из буфера в устройство уже системой не контролируется. В таком случае, система будет складывать данные в буфер, пока устройство их не примет, а приложению будет сообщать, что все в норме. С другой стороны, все равно непонятно, откуда в данном случае берется ошибка, на метровом кабеле должно нормально работать. Тут больше похоже, что сбоит внутренний контроллер диска или шина USB. Последний вариант объясняет нормальную запись "напрямую" (я так понимаю, через другой разъем, и тем более, если через USB 2.0). |
Ответ: USB удлинитель, 7Zip FileManager и внешний HDD
Система всегда проверяет что скопировалось, там уже етсь проверка чексумм.
А вот некоторые программы как писали выше могут некорректно обрабатывать возможные исключения, которые у внешних устройств случаются чаще. Да и вы булочники, всегда ли проверяете в коде действительно ли открылся файл, мм? |
Ответ: USB удлинитель, 7Zip FileManager и внешний HDD
Резюмируя:
Не доверяйте копирование файлов вне системы (т.е. на внешние носители и ПК в ЛВС) сторонним утилитам (если только они специально для этого не предназначены). Но это не объясняет некритичное расхождение хешей для нескольких фильмов (емнип, копировал средствами ОС). |
Ответ: USB удлинитель, 7Zip FileManager и внешний HDD
Цитата:
|
Ответ: USB удлинитель, 7Zip FileManager и внешний HDD
Лишь косвенно к теме:
|
Часовой пояс GMT +4, время: 13:04. |
vBulletin® Version 3.6.5.
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Перевод: zCarot