Esta é a solução para o meu problema que eu tive com Drobo, atualmente tenho um ticket de problema aberto com eles e sua situação parece similar. Leia meu último post com eles.
"Embora eu tenha experimentado algumas das ferramentas recomendadas, nenhuma delas conseguiu reconhecer o Drobo corretamente. No entanto, encontrei outra ferramenta que era capaz de ver a unidade e sua estrutura de arquivos atual. A ferramenta é chamado TestDisk 6.13 ( link ), que é um programa de código aberto para todas as variantes de sistemas operacionais. é executado dentro de uma janela do Terminal, por isso não é muito amigável, no entanto, eu era capaz de restabelecer uma montagem completa do Drobo Disk ... Pelo menos até um ponto em que eu poderia executar o Disk Warrior e reconstruir a unidade, que eu completei com sucesso.
Os passos que tomei para restabelecer uma conexão com o meu Drobo são os seguintes: (Essa ferramenta só deve ser usada se nenhuma outra ferramenta, como Disk Warrior e Tech Tool Pro, puder ver a unidade E a unidade não for montada)
-
Execute o aplicativo TestDisk da pasta em que você o descompactou.
-
Escolha [Sem log], a menos que você precise de um arquivo de log.
-
Escolha [disk1] e [Prosseguir] - Aviso - [disk1] é o que escolhi, pois era o único disco rígido conectado externamente que eu tinha (rotulado com 17TB).
-
Escolha [Intel], mesmo que o Mac use partições formatadas como HFI + A Drobo Inc. usa o FDISK para particionar seu Master Boot Record e EFI.
-
Escolha [Código MBR] - Para recriar o registro mestre de inicialização.
-
Digite "Y" para sim para aceitar que você está modificando o Registro mestre de inicialização.
-
Digite "Y" novamente para verificar a alteração.
Para os sintomas que mencionei no post anterior, quase imediatamente o Drobo foi montado na área de trabalho com o que parecia ser a estrutura de arquivos correta. Eu corri Disk Warrior e finalmente reconheceu a unidade. Eu reconstruí a estrutura da unidade apenas para estar seguro, e descobri que ela tinha muitos erros, que foram então corrigidos.
Comecei então a vigorosa tarefa de garantir que os dados na unidade ainda estivessem funcionando, e encontrei alguns arquivos que estavam corrompidos, mas nada muito importante.
Embora eu tenha conseguido reconstruir a maioria dos dados no Drobo, o problema que corrompeu o Master Boot Record em primeiro lugar ainda está solto. Tudo o que fiz foi tentar substituir uma unidade defeituosa, e a redundância de disco duplo também foi ativada, por isso não houve nenhum problema. Como o Master Boot Record é tão vital para o sistema de arquivamento BeyondRAID, uma ferramenta deve ser adicionada ao Dashboard Drobo, que permite ao usuário, em um caso como o meu, reconstruir esse setor em caso de falha catastrófica de dados. Não faz mal ao sistema, mesmo que o cliente faça isso sem um propósito real. O Drobo também deve monitorar esse setor por conta própria para garantir que sua estrutura esteja sempre intacta, mantendo uma cópia dos dados do MBR em diferentes unidades no Drobo / em EEPROM / e no sistema de clientes dentro do Drobo Dashboard App. Por esta razão, eu mantenho este ticket de problema aberto. "
Tenha em mente que a Drobo Inc. rotulou esse problema como "resolvido" sob o registro de problema, embora não seja. Espero que isso ajude você, levou horas de aprendizado sobre seu sistema de arquivos para finalmente descobrir isso.