Поврежден внешний жесткий диск (3 ТБ ) - возможно, повреждена таблица разделов

мы его починили. Это никоим образом не канонический ответ, но он может содержать полезную информацию для будущих посетителей.

все предлагали проанализировать диск с помощью testdisk.

что анализирует:

анализирует текущую структуру разделов диска и находит разделы, что позволяет восстановить потерянные разделы.

проблема в нашем случае заключалась не в том, что у нас отсутствовали разделы, а что разделы были не удалось получить доступ.

мы оба ничего не знали о восстановление данных, таблиц разделов и т. д. поэтому мы начали исследования и пришли к a вывод, что с разделами что-то не так, но с тем, как они "индексируются" на диске. Мы думали, что это управляется таблицей разделов.

мы проанализировали диск с testdisk несколько раз, с разными вариантами тип таблицы разделов (мы не знали тип изначально, но в конце он оказался EFI GPT), надеясь, что testdisk сможет найти некоторые проблемы с таблицей разделов, которую он может восстановить, чтобы мы могли снова получить доступ к данным. Мы позволили ему переписать таблицу разделов после анализа несколько раз, но это никогда не помогало.

до перебора различных возможных решений, мы не знали еще, мы решили не рисковать и купили новый 3TB hdd и клонировал старый на это.

странная вещь, которую мы заметили, что, когда мы проанализировали клон, testdisk занял около секунды, чтобы отобразить результаты, в то время как со старым это займет много много часов. Было бы также сказать, что он обнаружил, что тип таблицы разделов EFI GPT. Старый был обнаружен как Linux и по крайней мере один другой тип, но не EFI GPT.

Это заставило нас задуматься то было очень по возможности что было что-то неправильно с первоначально диском был отнесенным оборудованием. Мы думали как клон может вести себя иначе, чем оригинал, если его нет?

Так что все оказалось правильно, но этот новый диск не может быть установлен. Было бы сказать

wrong fs type, bad option, bad superblock on /dev/sdb,  
missing codepage or helper program, or other error  
In some cases useful info is found in syslog - try  
dmesg | tail  or so

и dmesg скажет

hfs: unable to find HFS+ superblock

эта ошибка была сообщена влево и вправо, даже здесь, на SU, но ни один из предложенные решения (например, "указать размер и смещение при монтаже") работали на нас.

при поиске подсказок мы нашли опцию в расширенном меню testdisk под названием "суперблок" или что-то подобное.

в этом меню есть опции для сравнения структуры суперблока с резервной копией и перезаписи резервной копии. Первое, что мы сделали, это сравнили их, чтобы убедиться, что они одинаковы.

в резервной копии не было данных. Шестнадцатеричный дамп показал только обнуляет. Мы подумали что может пойти не так, заменяя кучу ничего, и пусть testdisk перезапишет структуру резервной копии. Он сделал это и сказал нам перезагрузиться, чтобы изменения вступили в силу.

после перезагрузки ubuntu показал диск в пусковой установке (первый раз, когда он это сделал), и при нажатии на него он будет успешно монтироваться, позволяя нам читать данные. ☺