Это решение моей проблемы, которая была у меня с Drobo, у меня в настоящее время есть открытая заявка на проблемы, и ваша ситуация выглядит аналогично. Прочитайте мой последний пост с ними.
«Хотя я попробовал некоторые из рекомендованных инструментов, ни один из них не смог правильно распознать Drobo. Однако я нашел другой инструмент, который смог увидеть диск и его текущую файловую структуру. Инструмент называется TestDisk 6.13 (http://www.cgsecurity.org/wiki/TestDisk_Download), который является программой с открытым исходным кодом для всех вариантов операционных систем. TestDisk - это приложение, которое запускается в окне терминала, поэтому оно не совсем удобно; Тем не менее, я смог восстановить полное монтирование Drobo Disk ...По крайней мере до того момента, когда я смог запустить Disk Warrior и восстановить диск, что я успешно выполнил.
Шаги, которые я предпринял для восстановления соединения с моим Drobo, следующие:(Этот инструмент следует использовать, только если никакие другие инструменты, такие как Disk Warrior и Tech Tool Pro, не видят диск, а диск не монтируется)
Запустите приложение TestDisk из папки, в которую вы его распаковали.
Выберите [Нет журнала], если вам не нужен файл журнала.
Выберите [диск1] и [Продолжить] - Предупреждение - [диск1] - это то, что я выбрал, так как это был единственный внешний жесткий диск, который у меня был (с надписью 17TB).
Выберите [Intel], даже если Mac использует разделы, отформатированные как HFI+ Drobo Inc., использует FDISK для разделения своей основной загрузочной записи и EFI.
Выберите [Код MBR] - для воссоздания основной загрузочной записи.
Введите "Y", чтобы подтвердить, что вы изменяете основную загрузочную запись.
Введите "Y" еще раз, чтобы подтвердить изменение.
Что касается симптомов, о которых я упоминал в предыдущем посте, Drobo почти сразу же монтировался на рабочем столе с правильной структурой файлов. Я запустил Disk Warrior, и он, наконец, узнал диск. Я восстановил структуру диска, чтобы быть в безопасности, и обнаружил, что на нем много ошибок, которые затем были исправлены.
Затем я приступил к активной работе по обеспечению того, чтобы данные на диске все еще работали, и я нашел несколько поврежденных файлов, но не слишком серьезных.
Несмотря на то, что мне удалось восстановить большую часть данных на Drobo, проблема, которая повредила основную загрузочную запись, все еще остается на свободе. Все, что я сделал, это попытался заменить один неисправный диск, и двойное резервирование диска также было включено, поэтому у него не должно было быть никаких проблем. Поскольку основная загрузочная запись очень важна для системы регистрации BeyondRAID, в Drobo Dashboard должен быть добавлен инструмент, который позволяет пользователю в моем случае перестроить этот сектор в случае катастрофического сбоя данных. Это не вредит системе, даже если клиент делает это без реальной цели. Drobo также должен самостоятельно следить за этим сектором, чтобы обеспечить постоянную целостность его структуры, сохраняя копию данных MBR на разных дисках в Drobo/ в EEPROM/ и в системе клиентов в приложении Drobo Dashboard. По этой причине я держу этот билет на неприятности открытым ».
Имейте в виду, Drobo Inc. пометила эту проблему как "решенную" в заявке на устранение неисправности, хотя это не так. Я надеюсь, что это поможет вам, потребовались часы изучения их файловой системы, чтобы наконец понять это.
