Posso desconectar uma unidade USB enquanto a cópia está em pausa no Windows 8?


9

Como todos vocês já devem saber, o Windows 8 consolida todas as operações simultâneas de cópia de arquivo em uma única caixa de diálogo. Além disso, maravilha das maravilhas, agora você pode pausar qualquer uma das operações também!

Nova caixa de diálogo WIn8 Copy

O que eu quero saber é que, se você pausar uma cópia do arquivo de / para uma unidade externa, o Windows se queixará se você tentar remover a unidade com segurança? E se você apenas desconectar a unidade (quando o cache de gravação estiver desativado, é claro) e reconectá-la à mesma porta USB e contanto que tenha a mesma letra de unidade de antes - a cópia continua normalmente e o arquivo é copiado corretamente?

Eu tenho o Windows 8 apenas em uma VM a partir de agora (para adicionar uma camada extra de driver do USB Virtualization Connector e quem sabe mais), além disso, por algum motivo, nenhum dos meus pen drives USB estão à mão e não quero me arriscar a testar com meus discos rígidos que contêm meus backups e outros dados preciosos. Portanto, alguém com uma instalação completa do Windows 8 RTM sem VM e sem VHD está disposto a testar isso e nos informar?

Além disso, não consegui encontrar nenhuma palavra oficial sobre se esse tipo de operação é suportada ou se a Microsoft claramente não recomenda desconexão de unidade nesse cenário. Se alguma documentação oficial puder ser encontrada sobre esse recurso além do que está disponível nesta postagem do blog, compartilhe.


2
Eu não desconectaria uma unidade, mesmo que a cópia estivesse em pausa. Isso pode corromper o sistema de arquivos na unidade externa.

@RandolphWest: Bem, geralmente eu não desconecto as unidades sem remover com segurança, mesmo com o cache de gravação desabilitado, embora seja suposto ser seguro. Mas o que eu quero saber é que, com esse novo recurso de pausa, é possível (e seguro) fazê-lo se a ocasião exigir? Digamos que eu precise urgentemente usar o pendrive em outro PC, mas não gostaria de reiniciar uma operação de cópia massiva novamente (sem mencionar que até o cancelamento desperdiça muito tempo).
22412 Karan

@avirk parece pensar que é possível. Veja a resposta abaixo.

1
@RandolphWest: a cópia ocorre em um nível superior ao do sistema de arquivos, não corrompe o sistema de arquivos se os metadados estiverem corretos. Mas isso corromperia o conteúdo do arquivo, sim.
user541686

Respostas:


8

Você pode remover com segurança após pausar a transferência de dados USB, para que não haja chance de corromper a partição do dispositivo ou seus dados.

insira a descrição da imagem aqui

Edit : Desculpe, esqueci de mencionar que desconectei o dispositivo, reconectei e retomei o processo de cópia sem nenhum problema.

Atualização : Depois de iniciar a transferência, parei o processo de cópia, ejetei a unidade USB, inseri outra unidade USB com arquivos diferentes, desconectou também essa unidade, reconectou a primeira novamente e finalmente reiniciou o processo de cópia e foi retomada sem nenhum problema.

Como você perguntou nos comentários sobre como a transferência de dados pode ser afetada se a letra da unidade for alterada, nesse caso, quando você tenta retomar o processo, o Windows solicita que o arquivo de origem esteja ausente e exibe as três opções a seguir:

Tente novamente

Pular

Cancelar

Se você pressionar o Try againbotão, o processo será reiniciado desde o início.

Eu tenho apenas portas USB 2.0, portanto não posso falar sobre nenhuma alteração quando as portas USB 3.0 são usadas.


Ok, isso é meio caminho andado. Você pode tentar o resto? Ou seja, reconecte-se, retome a cópia e, se for bem-sucedido, compare o MD5 / SHA1 da cópia com o original na unidade de origem para determinar se não houve corrupção.
26412 Karan

1
@ Karan - Tente você mesmo.
Ramhound

@ Ramhound: Ah, eu definitivamente pretendo, assim que tiver uma instalação RTM adequada para jogar e adicionarei quaisquer resultados úteis reunidos em meu post. BTW, por que os vários comentários dizendo a mesma coisa? De qualquer forma, a questão não é apenas provocar a experiência do usuário, mas também tentar descobrir se há alguma palavra oficial sobre isso.
28412 Karan

1
@karan atualizou. O resto será atualizado assim que eu acessar o pc.
Avirk

Impressionante, muito obrigado por analisar isso! Embora eu esteja pensando em vários cenários para testar mais isso no futuro (número variável de arquivos, tamanhos diferentes de arquivos, teste com portas / unidades USB 2.0 e 3.0, altere a letra da unidade para ver erros lançados etc.), este é um ótimo começo e pelo menos sabemos agora que é possível.
22412 Karan

3

Não danificará a unidade, mas, ao mesmo tempo, há

  1. Não há garantia de que você poderá retomar a cópia
  2. Supondo que você pause o arquivo de cópia no meio do arquivo, esse arquivo pode simplesmente ser tão bom quanto lixo.

Você poderá remover a unidade com segurança, mas é tudo o que pode ser garantido.


Então, você está dizendo que a retomada pode ou não ser possível? Eu estava esperando por alguns testes repetidos para realmente confirmar o que realmente acontece, já que não consegui encontrar nenhuma palavra oficial sobre isso.
28412 Karan

Eu esperaria que provavelmente funcionaria se nenhuma nova unidade fosse conectada ao computador no meio e a unidade não fosse gravada nesse ínterim. Eu não esperaria nenhuma garantia.
Soandos

@Karan - Então testá-lo?
Ramhound

0

Suspeito que você não receba nenhuma palavra oficial que diga "sim, tudo bem fazer isso" porque, mesmo que o sistema seja projetado para lidar da maneira mais graciosa possível com esse cenário, ainda há potencial para convidar problemas e a Microsoft não vão criar problemas de suporte desnecessariamente.

Por exemplo, e se você desconectar sua unidade de uma porta USB e conectá-la novamente à outra - o que deve acontecer então (eu sei que você fala da mesma porta na sua pergunta, mas no uso real, qual a probabilidade de isso sempre acontecer )? E se você desconectar a unidade, conectá-la em outro lugar e depois retornar ao computador original? Novamente, algo que poderia muito bem acontecer no mundo real que precisa ser antecipado.


Eu suponho (pretendo confirmar mais tarde) que uma mudança de porta, mas manter a mesma letra de unidade não causaria problemas. Quanto ao uso da unidade nesse ínterim em outro PC, esse é precisamente o cenário que eu imaginava (veja meu comentário ao Randolph acima). Mais uma vez, espero que, desde que os arquivos parciais não sejam tocados, o processo possa ser retomado. Também quero saber / verificar se os arquivos parciais têm algum tipo de extensão especial anexada ou o ADS se estiver no NTFS etc. para indicar que o processo de cópia ainda não está completo.
26412 Karan

No que diz respeito aos documentos oficiais, suponho que você esteja certo, mas não vejo nenhum problema em mencionar (mesmo que seja um post informal de um funcionário) que eles testaram esse cenário e acharam que funcionava, mas não é. garantido para que os usuários não possam reclamar se falhar.
26412 Karan

0

Crikey! Por que você iria querer ?

Eu não confiaria nisso, mesmo que a Microsoft dissesse que era suportada. Eu valorizo ​​demais a integridade dos meus dados para arriscar por algo tão trivial quanto um pouco de conveniência.

Em vez disso, eu dividiria meus trabalhos de cópia em pedaços gerenciáveis ​​- e os copiaria separadamente (em vez de pausar). Mas é se eu quisesse fazer isso usando o Explorer - e não faria.

É melhor aprender a usar o Robocopy (incorporado no Windows 8) em vez do Explorer para trabalhos de cópia / movimentação de arquivos muito maiores. É mais rápido, mais personalizável, mantém os registros de data e hora do arquivo e não fica bloqueado se um arquivo estiver bloqueado e abandonar o trabalho de cópia ......

......... e você PODE efetivamente pausá-lo. Se você interromper um trabalho de Robocopy ( controle + C no prompt de comando) e executá-lo novamente após reconectar sua unidade, ele pulará rapidamente todos os arquivos que já existem no destino e começará a copiar de onde parou.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.