Devo desmontar uma unidade USB antes de desconectá-la?


45

Quando você desconecta uma unidade USB sem desmontar, seu sistema operacional avisa sobre o quão terrível pode ser essa operação para seus dispositivos (eu estou no OSX).

Normalmente, sigo o conselho, desmontando antes de desconectar, mas aconteceu muitas vezes (milhares) que, ao final de minhas tarefas , eu apenas desconectei (armazenamento em HD, telefones celulares etc.) e nunca notei dados corrompidos no meu dispositivos.
Tenho sorte ou este aviso irritante pode ser ignorado?


2
Não estou postando uma resposta, pois meus dados são totalmente anedóticos. Sou administrador de sistemas e, em seguida, desenvolvedor de software há cerca de 15 anos, e muitos de meus amigos estão no mesmo ramo e não consigo me lembrar de uma pessoa reclamando sobre perda de dados ao desconectar um dispositivo USB sem desmontar. Basta usar algum senso comum. Não o retire enquanto estiver copiando / movendo coisas.
Nifle 25/08/10

@Nifle é isso que eu estou falando :) (na verdade, eu tenha especificado "no final das minhas tarefas")
systempuntoout

1
Eu gostaria de oferecer uma história adicional - no laboratório da Uni, as pessoas (obviamente) conectariam pen drives para transportar trabalhos. Não tínhamos as permissões relevantes para desmontar (não pergunte ..) e após o primeiro período vários sinais importantes apareceram dizendo para as pessoas não usarem as portas USB nos teclados, isso porque eles continuavam corrompendo gravetos (eu conhecia pessoalmente pelo menos quatro incidentes). Mas, aqueles nas unidades base usadas da mesma maneira (sem permissões de desmontagem) pareciam funcionar bem!
DMA57361

1
@ DMA57361, Se você não tem permissão para desmontar (eu me pergunto como você montou, em primeiro lugar, então ... mau administrador), você pode executar de qualquer maneira sync, aguardar alguns segundos e desconectar.
user39559

2
outro prêmio ?! quem é queque você butterin? ;-) aqui, tenho um outro voto ...
Sky Sanders

Respostas:


42

Ou você tem sorte de nunca ter corrompido dados ou tem azar de nunca ter notado que seus dados estavam corrompidos.

Quando você executa uma ação que deve gravar em um disco, a maioria dos sistemas operacionais coloca a operação de gravação em uma fila. De tempos em tempos, eles limpam a fila. (Estou chamando de fila aqui, mas, na verdade, as operações podem ser executadas fora de ordem, os sistemas operacionais fazem isso quando é mais rápido e dão o mesmo resultado final.) Isso pode tornar as operações de gravação muito mais rápidas, porque o sistema tenta executá-los quando não tem nada melhor para fazer e porque pode agrupá-los de maneira inteligente.

Se você desconectar o dispositivo antes que tudo tenha sido escrito, poderá perder os dados mais recentes. Pior ainda, se o sistema operacional estiver executando operações fora de ordem, você poderá colocar seu dispositivo em um estado inconsistente e perder mais do que os dados mais recentes.

Alguns sistemas operacionais entram em um modo mais conservador (mas mais lento) para dispositivos removíveis, para reduzir os riscos associados à desconexão do dispositivo antes que ele seja desmontado.

ADICIONADO :
Fazer operações fora de ordem às vezes não é apenas uma questão de velocidade. Mídia flash barata (que não faz a realocação do setor no nível do hardware) tem uma limitação no número de vezes que você pode escrever em qualquer setor. Se você gravar ingenuamente todas as alterações à medida que elas acontecerem, isso poderá matar os setores que contêm a tabela de alocação de arquivos em um sistema de arquivos (V) FAT (o caso mais comum para unidades removíveis) ou o diário em um sistema de arquivos moderno típico. (Veja, por exemplo, esta discussão syncna lista de discussão do Linux Kernel .) Aqui, não atualizar o FAT ou o diário toda vez que um arquivo é gravado não é apenas um grande ganho de desempenho, mas também é bom para a vida útil do hardware.

Até recentemente, o Linux só dava uma escolha entre sync(escreva todas as alterações à medida que elas acontecem) e async(escreva sempre que for conveniente). Versões recentes introduzem a flushopção para sistemas de arquivos FAT, que estão no meio (limpe todas as gravações atrasadas assim que o disco ficar inativo); está ativado por padrão no Ubuntu 10.04.

Em uma observação diferente, desmontar uma unidade removível garante que nenhum aplicativo tenha um arquivo aberto. Se você não desmontar antes de desconectar, não notará se possui dados não salvos até que seja tarde demais. A desmontagem enquanto um arquivo está aberto também aumenta a chance de corrupção, tanto no nível do sistema de arquivos (o sistema operacional pode ter colocado em fila algumas operações até o fechamento do arquivo) quanto no nível do aplicativo (por exemplo, se o aplicativo colocar um arquivo de bloqueio, ele ganhará ' ser removido).


3
Vá para syncmontagem! : D
BloodPhilia

Isso ainda é um problema ao usar um sistema de arquivos com diário?
N

1
@NRei Sim. Os sistemas de arquivos registrados no diário impedem a corrupção de dados se algo der errado no meio do processo de gravação. Ele não evita a corrupção ou a falta de dados devido à gravação não ter ocorrido porque a unidade foi desconectada antes do sistema operacional começar a gravar os dados.
Deceze 26/08/10

@ BloodPhilia: syncàs vezes dói mais do que desempenho, veja minha edição.
Gilles 'SO- stop be evil'

2
Concordado - o systempuntoout teve sorte até agora. Perdi um pouco de trabalho ao não desmontar antes de remover uma unidade flash. Você pode salvar tudo o que deseja no seu aplicativo, mas se as gravações estiverem no buffer, isso não aconteceu onde importa. Você só se queima com isso uma vez.
brice

5

O principal risco que você tem é a demora na escrita. Por várias razões, o sistema nem sempre grava os dados em um disco quando solicitado e os mantém na memória. Ao desmontá-lo, ele garante que tudo o que é gravado no disco (e que não esteja sendo usado no momento). Você provavelmente saberia se atualmente está gravando no disco, mas pode não perceber que o seu sistema operacional não gravou tudo o que foi solicitado anteriormente.

A frequência disso depende do seu sistema e do que você está fazendo com a unidade USB. Se a desmontagem for geralmente lenta e você puder ouvir o ruído de gravação vindo da unidade, provavelmente deverá continuar a desmontar. Se as desmontagens são sempre instantâneas, fique à vontade para pular esta etapa por seu próprio risco.


4
Eu acredito que a maioria dos SOs desabilita esse tipo de gravação atrasada para unidades removíveis.
Jeff Atwood

@ Jeff, essa seria certamente a maneira mais sensata de tratar drives USB. Existe uma maneira de verificar isso? No Windows 7?
Torben Gundtofte-Bruun 26/08/10

@torbengb: Na verdade, nem sempre é sensato - veja minha resposta editada .
Gilles 'SO- stop be evil'

Meu USB, se eu for para as opções de políticas, o padrão é usar a Remoção rápida, que diz na descrição que a Remoção de segurança não é necessária. A outra opção é Melhor desempenho, que não é o padrão, mas exigiria a remoção com segurança. Portanto, para a maioria, o padrão seria a remoção rápida, o que significa que não é necessário remover com segurança.
ComputerLocus

@ Fogest, isso é verdade, mas também é específico para o Windows; o OP está usando o OSX. Claro, tenho certeza que o OSX faz algo semelhante.
Synetech

4

Eu não acho que alguém tenha abordado a questão do acesso de leitura versus gravação. Se você não copiou nada para a unidade flash ou abriu um arquivo para gravação, provavelmente está seguro removê-lo - se eu copiar apenas um arquivo de uma unidade flash para o meu computador, geralmente não uso o arquivo hora de desmontá-lo. Mas, se estou copiando arquivos para a unidade flash, dou o passo eatra - e sim, os arquivos foram corrompidos como resultado da remoção de uma unidade flash logo após a gravação.


3

Eu trabalho em um cassino e muitos fabricantes de caça-níqueis agora usam drives USB para instalar os arquivos bin (jogos e SO) no caça-níqueis.

Uma máquina caça-níqueis com firmware corrompido pode ou não conceder milhares, se não dezenas de milhares de dólares, é um grande incentivo para garantir que a integridade dos dados nessa unidade USB não esteja corrompida. O Compliance / Regulator o verifica de qualquer maneira, mas ainda economiza trabalho para fazê-lo corretamente da primeira vez.

Em um ambiente corporativo, a perda de dados pode custar milhões e, pessoalmente, você pode perder algo insubstituível.

Eu certamente me certificaria de desmontar, remover com segurança ou qualquer outra terminologia usada para garantir que qualquer dispositivo USB com dados nele possa ser removido com segurança.


1
Mas, copiando mp3s para ouvir, nem tanto.
CGP

3

Dirigir um carro sem usar cinto de segurança pode ser seguro a maior parte do tempo. Mas quando algo dá errado, você o usou.

Então sim. Mesmo que na maioria das vezes apenas remover a unidade USB sem desmontá-la possa ser seguro, isso definitivamente não é recomendado.


3

Quando uma unidade está sendo gravada, eu vi corrupção quando foi desmontada muito cedo. Enquanto o sistema operacional não retém dados não gravados normalmente, o XP aceita pelo menos solicitações de gravação que fazem backup.

Alguém mandou copiar um arquivo em uma unidade flash e entregou-o imediatamente assim que a cópia terminou em sua tela - o arquivo estava corrompido.

Vi a luz de gravação piscar por alguns segundos depois que algo supostamente terminou de copiar para uma unidade flash também.


2

Se o sistema estiver executando operações de arquivo no disco, há uma chance de corromper os dados. Como nunca aconteceu com você, você tem sorte. Use o bom senso para decidir se há ou não uma chance de o seu sistema operacional executar operações. (Existem programas / arquivos da unidade abertos / em uso? Tenho cache na unidade? Ele está sendo indexado? Meu sistema operacional armazena arquivos temporários nela?)


2

Evidência anedótica, não prova, mas tive corrupção de dados devido à desconexão do USB, mas isso só me ocorreu nos telefones Blackberry.


2

Confie em mim, sim.

Você pode pensar que nada está acessando a unidade USB, mas na verdade algo está. Dessa maneira, joguei fora três HDDs de backup externos e perdi dados na quantidade próxima a 2 terabytes.

SEMPRE, SEMPRE, desmonte antes de desconectar.


Uau, 3 HDD é azar.
systempuntoout

3
@systempuntoout: "Uma vez engraçado, duas vezes bobo, três vezes vale uma surra". Após o primeiro par de incidentes, convém parecer mais profundo do que "azar".
Chris Burgess

1

Desmonte para que seja seguro (se você for totalmente paranóico), mas, como já mencionado, a perda de dados ocorre principalmente devido a gravações atrasadas.

Há outra coisa e isso tem a ver com a minha unidade portátil WD essentials. Se eu simplesmente desconectá-lo sem uma montagem limpa, na próxima vez em que o conectar, a unidade será somente leitura. Eu tenho que reiniciar o PC com a unidade para torná-lo gravável novamente .. mais definitivamente irritante!


0

Outro cenário em um sistema Windows 10 é quando uma unidade flash (aqui, 64 Gb, sem readyboost) é removida fisicamente enquanto o sistema está em hibernação. Depois que o sistema inicializa a partir da hibernação, uma movimentação ou cópia de qualquer arquivo alterado no flash stick pode resultar em um arquivo ou diretório corrompido e erro ilegível .
Para ignorar o erro (junto com a ação chkdsk necessária que produz um fragmento chk ou dois e "recuperando" a unidade perfeitamente saudável), tentamos o right_click_on_drive_to_eject ou desmonte o stick. Tudo bem, mas quando o usuário o desativa / habilita em Dispositivos, a unidade não aparece em nenhuma janela do explorer e ainda aparece como Sem mídia no gerenciamento de disco. A única maneira de reconectar completamente o dispositivo é simplesmente desconectar e reconectar fisicamente a unidade.
Portanto, é preferível desmontar normalmente o dispositivo antes de desconectá-lo.

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.