Eu tenho uma unidade Seagate FreeAgent Go com a estação de acoplamento opcional. Eu o uso para manter arquivos que não são acessados regularmente e como um local para fazer "backups rápidos" de coisas como minha biblioteca sem papel ou meu catálogo do Lightroom. Esta manhã, vi uma mensagem na minha área de trabalho (não desliguei) de que não consegui ejetar corretamente.
Agora não vai montar.
Se eu correr
diskutil list
não aparece. Não está lá. Período.
No entanto, no criador de perfil do sistema, ele aparece no USB, mas não no armazenamento.
Está bem. Então eu pensei que meu carro estivesse morrendo. Se eu o conectar a outro computador, ele funcionará perfeitamente. Na verdade, eu o conectei a um RT de superfície de todas as coisas e pude ler e escrever sem problemas. Também funciona em outro Mac (MBP 10.10.3). Volto ao meu iMac com a 10.10.3 e nada - é como se não existisse.
Eis o exemplo: eu tenho outra unidade FreeAgent Go, exatamente do mesmo modelo e tamanho que a que não funciona, e se eu conectá-la exatamente à mesma doca, ela funcionará.
Verifiquei os logs do meu console e a única coisa que aparece quando conecta a unidade com falha é a mensagem de erro
Identificador USBMSC (não exclusivo): 0x00000000 0xbc2 0x2100 0x0, 2
Eu removi todas as unidades USB, fiz uma reinicialização a quente, uma reinicialização a frio e até mesmo uma reinicialização em modo de segurança: sem alegria.
Tudo o que procurei tem algo a ver com a impossibilidade de inicializar e a correção está reparando o disco via console de recuperação. Esse não é o meu problema. Eu posso inicializar muito bem. Eu simplesmente não consigo ler este HDD USB.
Alguém mais se deparou com isso?
fonte
Respostas:
Comecei a ter exatamente o mesmo problema com minha unidade FreeAgent Go, que sempre funcionou perfeitamente. Como o pôster original, não consigo ver a unidade no Utilitário de Disco, mas ela aparece nas Informações do Sistema. Depois de um pouco mais de pesquisa, descobri que o sistema operacional está tentando reparar o volume ANTES de permitir que o Disk Utility o veja através de um processo chamado "fsck_hfs". Quando forço o encerramento desse processo no Activity Monitor (ele pertence ao Root, portanto, você precisa dar permissão), o volume apareceu imediatamente no Disk Utility. Estou executando um reparo agora - dedos cruzados. Meu palpite é que, como esse formato é HFS + Journaled, algo sobre a consistência do diário foi sinalizado e o sistema operacional está tentando repará-lo a partir do diário. Estou chocado que eles ocultem o Disk Utility enquanto ele ' isso está acontecendo - muito melhor seria exibir a unidade lá sem montar a partição e exibir uma mensagem de que isso está sendo feito. Bem, pelo menos eu posso ver por que o Windows o montaria, mas o OSX não o fará agora (qualquer máquina OSX começaria a executar o mesmo processo de reparo).
fonte
O problema foi o VirtualBox. Especificamente, a instância da VM do Windows 7 que eu executava estava "agarrando" o dispositivo por si mesma. Então, desmontou-o do OS X e passou a porta USB para a VM. Estava fazendo isso automaticamente, então eu não conseguia ver nada.
Para corrigir, desmarque o dispositivo próximo ao filtro USB.
O filtro conecta automaticamente um dispositivo USB à instância da VM, para que você não precise fazer isso manualmente (como meu Zune).
Agora, é aqui que fica confuso ... Tenho 4 VMs em execução e todas são definidas para inicialização automática quando o host (OS X) é iniciado. Não alterei as configurações em nenhuma dessas VMs em pelo menos 2 meses e na máquina Windows 7 em pelo menos um ano. Eu não preciso; como tudo estava funcionando. Agora, quando eu os estava configurando, conectei a unidade USB à VM para poder instalar programas, fazer backup de alguns arquivos etc. Mas quando terminei, eles foram desativados. De alguma forma, eles foram reativados.
fonte
Para o meu caso:
Acabei de reiniciar o sistema e , em seguida, ele está montado e funcionando corretamente.
fonte