Можно ли отключить USB-накопитель во время приостановки копирования в Windows 8?


9

Как вы все, наверное, уже знаете, Windows 8 объединяет все операции одновременного копирования файлов в одно диалоговое окно. Кроме того, чудо из чудес, теперь вы можете приостановить любую операцию!

Новый диалог копирования WIn8

Что я хочу знать, так это то, что если вы приостановите копирование файла на / с внешнего диска, Windows пожалуется, если попытаетесь безопасно извлечь диск? А что если вы просто отключите диск (когда кэширование записи отключено, конечно), а затем снова подключите его к тому же порту USB и при условии, что у него будет та же буква диска, что и раньше - копирование будет продолжаться нормально и файл будет скопирован правильно?

На данный момент у меня Windows 8 только в виртуальной машине (так что добавляется дополнительный уровень драйвера USB Virtualization Connector Driver и кто знает, что еще), плюс по какой-то причине ни одна из моих рабочих USB-флешек не находится под рукой, и я не хочу рисковать тестированием с моими жесткими дисками, которые содержат мои резервные копии и другие ценные данные. Так кто-нибудь с надлежащей полной версией Windows 8 RTM без VHD Windows 8 готов проверить это и сообщить нам?

Кроме того, я не смог найти никакого официального слова о том, поддерживается ли этот тип операций, или же Microsoft явно рекомендует не отключать диск в таком сценарии. Если какая-либо официальная документация может быть найдена об этой функции помимо того, что есть в этом сообщении в блоге, пожалуйста, поделитесь.


2
Я не отключил бы диск, даже если копия приостановлена. Это может повредить файловую систему на внешнем диске.

@RandolphWest: Ну, я обычно не отключаю диски без безопасного удаления, даже с отключенным кэшированием записи, хотя это должно быть безопасно. Но я хочу знать, что с этой новой функцией паузы возможно (и безопасно) сделать это, если того требует случай? Скажем, мне срочно нужно использовать USB-накопитель на другом ПК, но я не хотел бы снова запускать массовую операцию копирования (не говоря уже о том, что даже отмена тратит много времени).
Каран

@avirk, кажется, думает, что это возможно. Смотрите этот ответ ниже.

1
@RandolphWest: копирование происходит на более высоком уровне, чем файловая система, оно не повреждает файловую систему, если метаданные правильно очищены. Но это повредит содержимое файла, да.
user541686

Ответы:


8

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

введите описание изображения здесь

Изменить : Извините, я забыл упомянуть, что я отключил устройство и снова подключил его и возобновил процесс копирования без каких-либо проблем.

Обновление : после начала передачи я приостановил процесс копирования, извлек USB-накопитель, вставил другой USB-накопитель с другими файлами, также отключил этот накопитель, снова подключил первый и, наконец, перезапустил процесс копирования, и он возобновился без проблем.

Как вы спросили в комментариях о том, как может повлиять передача данных при изменении буквы диска, в этом случае при попытке возобновить процесс Windows выдаст запрос об отсутствии исходного файла и отобразит следующие три параметра:

Попробуйте еще раз

Пропускать

Отмена

Если вы Try againнажмете кнопку, процесс начнется заново.

У меня есть только порты USB 2.0, поэтому я не могу рассказать вам о каких-либо изменениях при использовании портов USB 3.0.


Хорошо, это на полпути. Вы можете попробовать остальное? Таким образом, повторно подключите, возобновите копирование и, в случае успеха, сравните MD5 / SHA1 копии с оригиналом на исходном диске, чтобы определить, что повреждение не произошло.
Каран

1
@ Каран - Попробуй сам.
Ramhound

@Ramhound: О, я определенно планирую, как только у меня будет правильная установка RTM, и я добавлю любые полезные результаты, найденные в моем посте. Кстати, почему несколько комментариев говорят одно и то же? В любом случае, вопрос заключается не только в том, чтобы вызвать пользовательский опыт, но и в том, чтобы выяснить, есть ли официальные слова по этому поводу.
Каран

1
@karan обновил его. остальные будут обновлять, как только я получу доступ к компьютеру.
avirk

Круто, большое спасибо за внимание! Хотя я думаю о различных сценариях для дальнейшего тестирования в будущем (различное количество файлов, сочетание файлов разного размера, тестирование с портами / дисками USB 2.0 и 3.0, изменение буквы диска, чтобы увидеть возникающие ошибки и т. Д.), это отличный старт и мы , по крайней мере , теперь знаем , что это возможно.
Каран

3

Это не повредит диск, но в то же время, есть

  1. Нет гарантии, что вы сможете возобновить копию
  2. Предполагая, что вы приостановили копирование файла в середине файла, этот файл мог бы быть таким же хорошим, как и мусор.

Вы сможете безопасно извлечь диск, но это все, что вы можете гарантировать.


Так вы говорите, что возобновление может или не может быть возможным? Я надеялся, что какое-то повторное тестирование действительно подтвердит то, что на самом деле происходит, так как я не смог найти никакого официального слова по этому поводу.
Каран

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

@ Каран - Так проверь это?
Ramhound

0

Я подозреваю , что вы не будете получать официальное слово , которое говорит «да, это нормально , чтобы сделать это» , потому что , даже если система будет разработана , чтобы иметь дело , как изящно , как можно с этим сценарием, он все еще есть потенциал , чтобы предложить проблемы и Microsoft не являются собираюсь создавать проблемы поддержки для себя без необходимости.

Например, что если вы отключите накопитель от одного USB-порта и снова подключите его к другому - что должно произойти потом (я знаю, что вы говорите об одном и том же порту в вашем вопросе, но при использовании в реальном мире, насколько вероятно, что это всегда произойдет )? Что, если вы отключите диск, подключите его куда-нибудь еще и вернитесь к исходному компьютеру? Опять же, то, что вполне может произойти в реальном мире, что следует ожидать.


Я бы предположил (я планирую подтвердить позже), что изменение порта, но с сохранением той же буквы диска не вызовет никаких проблем. Что касается временного использования накопителя на другом ПК, это именно тот сценарий, который я предусмотрел (см. Мой комментарий к Рэндольфу выше). Опять же, я надеюсь, что пока частичные файлы не будут затронуты, процесс можно будет возобновить. Я также хочу знать / проверить, есть ли у добавленных файлов какие-то специальные расширения или ADS, если на NTFS и т. Д., Чтобы указать, что процесс копирования еще не завершен.
Каран

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

0

Crikey! Почему ты хочешь ?

Я бы не стал доверять этому , даже если Microsoft сказал , что это было поддерживается. Я слишком ценю целостность своих данных, чтобы рисковать ими из-за чего-то тривиального, но не слишком удобного.

Вместо этого я разделил бы мои задания на копирование на управляемые куски - и скопировал бы их отдельно (вместо приостановки). Но это если бы я хотел сделать это с помощью Проводника, а я бы не стал.

Вам лучше научиться использовать Robocopy (встроенный в Windows 8) вместо Explorer для гораздо больших заданий копирования / перемещения файлов. Это быстрее, более настраиваемый, поддерживает временные метки файлов и не застревает, если файл заблокирован и отказывается от задания копирования ......

......... и вы можете эффективно приостановить его. Если вы прервете задание Robocopy ( control + C в командной строке), а затем снова запустите его после повторного подключения диска, он быстро пропустит все файлы, которые уже существуют в месте назначения, и начнет копировать с того места, на котором остановился.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.