Remova com segurança a unidade USB externa devido a $ extend

26

Ao conectar um disco rígido externo USB 3.0 às minhas portas USB 3.0, nunca consigo removê-lo com segurança.

De alguma forma, o Windows sempre mantém os arquivos de diário abertos: "Sempre" como neste momento eu só conectei a unidade, copiei uma VM de 10GB e queria desconectar depois (como 15 minutos depois da cópia, então todas as cópias foram feitas).

Como você pode ver, não há outro programa mantendo um identificador no disco além do System . Eu tentei reiniciar explorer.exe assim como RemoveDrive.exe de Uwe Sieber . Sem sorte, as travas no disco rígido permanecem sempre.

Minha única solução é apenas desconectá-lo (ao passo que tenho medo de danificar os dados?) ou reiniciar o computador (sempre ajuda, não é?).

Pode ter algo a ver comigo, tendo apenas um disco rígido SSD e o disco externo é uma unidade regular? Pode ter algo a ver com os drivers USB 3.0 (NEC Electronics USB Hub)? Eu nunca tenho esse problema ao usar as portas USB 2.0 normais.

Alguma idéia de como desmontar corretamente o disco?

    
por Dennis G 15.03.2012 / 15:50

7 respostas

25

Eu vim procurando uma explicação possível ou uma maneira mais fácil (leia-se: automatizada / com script) de limpar esse "bloqueio" nos metadados MFT / TxF / NTFS. Pensei em jogar isso lá fora, pois tenho uma solução que funcionou para mim em inúmeras situações. Eu usei-o para remover todos os tipos de drives USB e eSATA que ficam presos assim. O problema parece ser principalmente unidades removíveis que são montadas como unidades fixas, como as de um dock eSATA ou de um compartimento USB. Unidades de pen drive USB geralmente não parecem exibir esse problema para mim.

Um item de nota nesta última distinção: o Sandisk Extreme USB 3.0, um estranho biz composto de um controlador SSD no corpo de uma chave USB, também aparece como uma unidade fixa, embora pareça não ter sido removido sem a menor cerimônia e sem nenhuma remoção segura, estou supondo que, pelo menos, desligue qualquer cache de gravação devido a sua velocidade e potencialmente algo mais, já que parece nunca ter esse problema, sempre mantendo sua capacidade de remoção instantânea. Não necessariamente um exemplo perfeito, como eu não fui completo em meus testes (isso é apenas anedótico), mas pode lançar um pouco de luz sobre isso devido à sua natureza "fixa", mas aparente falta de suscetibilidade a esta questão. Apenas comida para pensar.

< - A solução - >

De qualquer forma, basta colocar, você precisa desligar a unidade. Você pode fazer isso de duas maneiras. Nota: Existem maneiras ligeiramente mais curtas de fazer isso, mas aqui estão as etapas ridiculamente completas, porque não conheço meu público. O método GUI é de longe o mais rápido, devido ao fato de que o diskpart.exe não usa switches ou comandos / argumentos in-line.

  1. GUI: executar - > "diskmgmt.msc" - > Encontre sua unidade na lista de discos físicos (painel inferior) - > clique com o botão direito na unidade (a parte mais à esquerda), não na partição - > Clique em "Offline"

Ou:

  1. CLI: executar - > "cmd.exe" - > digite "diskpart" - > digite "list disk", encontre o seu disco # - > digite "select disk x", onde x é o número do seu disco desde a última etapa - > digite "disco off-line". Agora você pode sair do prompt de comando ou apenas digitar "exit" no diskpart e fechar o prompt.

Notas:

  • Tudo o que é importante deve ser o volume off-line, pois isso removerá a retenção do NTFS na unidade, mas a configuração do disco é mais simples e completa.

  • Os disk #s são sempre idênticos entre diskpart.exe e diskmgmt.msc porque eles estão puxando as informações do mesmo lugar, caso você esteja curioso / preocupado / cauteloso.

por 11.11.2013 / 04:39
10

Hoje, ocorreu-me procurar no log de eventos. Eu encontrei isso logo após a tentativa de remoção:

log: System, source: Kernel-PnP, event ID: 225, level: warning

The application \Device\HarddiskVolume2\Windows\System32\Taskmgr.exe with process id 6436 stopped the removal or ejection for the device [...]

Então fechei o Gerenciador de Tarefas e o Removido Seguro funcionou.

    
por 01.12.2013 / 02:10
5

Eu criei este script em lote para "desbloquear" qualquer volume. Apenas execute o script .bat como administrador, selecione o volume e pressione ENTER. Depois disso, você poderá usar "Remoção segura", como de costume, para desconectar a unidade.

@echo off
@cls

set tempfile="%TEMP%\diskscrp.dsk"

echo.
echo   === Disk removal tool ===
echo.
echo   Select the disk volume number
echo   (if the disk has multiple volumes, select any of them)
echo.
echo list volume | diskpart | findstr /C:Volume /C:---
echo.
set /p volume="   Selected volume: "
echo.

echo select volume %volume% >>%tempfile%
echo offline disk >>%tempfile%
echo online disk >>%tempfile%

diskpart /s %tempfile% | findstr /C:"not valid"

if "%ERRORLEVEL%"=="1" (
  echo   Disk has been unlocked successfully.  Try to safely remove it now.
)

del /F %tempfile%

Este script é baseado na sugestão @Rook, por isso usa diskpart para tornar o disco offline. Quando isso é feito, todas as alças são fechadas à força. A diferença neste script é que ele automaticamente torna o disco on-line, para que ele possa ser reconhecido na próxima vez que for conectado ao sistema.

    
por 24.07.2014 / 06:57
3

Uma grande fração de combos de unidade externa / sistema operacional Windows tem esse problema, talvez a maioria.

O que eu faço é dormir na minha caixa (um laptop) e esperar os dez segundos que leva para a unidade externa desligar (eu consigo ouvir). Em seguida, desligue.

Se o sistema estiver adormecido, todas as operações de E / S estarão completas & o barramento de E / S está desativado. Esperar a unidade desligar é "cinto e suspensórios" em cima disso.

(Observe que, se alguém é muito paranóico para essa abordagem, fazer uma hibernação deve ser totalmente suficiente. O desligamento total não deve ser necessário.)

    
por 28.01.2013 / 23:58
1

Por enquanto, você pode apenas tentar desconectar o externo desligando o computador e desconectando-o, portanto, tentando perder dados e configurando-o para facilitar a remoção, evitando a perda de dados ao simplesmente desconectá-lo sem desmontá-lo.

Para ser honesto, soa como um erro de MBR, onde a unidade está presa vendo-se como sempre conectada, caso em que se você desconectar a unidade enquanto estiver ligado, você pode danificar o MBR e deixá-lo com duas opções , reparar manualmente o MBR ou tentar usar software como o reparo MBR para poder acessar a unidade novamente ou usar software como o gparted para formatar o disco novamente e definir uma nova tabela de partição onde o erro provavelmente ocorreu.

    
por 30.09.2012 / 23:45
1

Eu acredito que esses arquivos pertencem ao NTFS Transacional (TxF).

Ouvi que o NTFS transacional é usado pelo autoupdate, mas não faço ideia do motivo pelo qual o sistema gostaria de colocar isso em um disco externo e, em seguida, ser incapaz de pará-lo em uma solicitação de remoção segura. As informações sobre recursos da Fsutil não mostram nenhuma atividade.

Experimente no console do cmd:

fsutil resource stop E:

ou, se não ajudar,

fsutil resource setautoreset true

e reinicie. Você também pode tentar interromper um serviço relacionado ao TxF em Gerenciamento do Computador / Serviços

    
por 07.12.2012 / 11:22
0

Eu tive a mesma coisa acontecendo com um pen drive recentemente. Como você, eu continuei mostrando identificadores ativos do $ Extend e presumi que eles estavam me impedindo de remover a unidade com segurança. Eu tropecei nessa questão e tentei a sugestão fsutil de Sem nenhum efeito. O que funcionou para mim foi manualmente desmontar a unidade. Como meu flash drive foi montado como F :, eu corri:

mountvol f: /d

Em seguida, desconectei a unidade, conectei-a novamente, remontou-a usando mountvol f: <volumename> e a usou por um tempo. Quando terminei, verifiquei as alças ativas e vi as mesmas entradas $ Extend que notei anteriormente. Quando tentei fazer a remoção segura 'normal', ela foi bem-sucedida, apesar das alças ativas.

Eu não sei se foi por acaso que isso funcionou para mim, mas estou adicionando aqui caso isso ajude alguém.

    
por 28.01.2013 / 23:23