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

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

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

Что делает анализ:

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

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

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

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

До того, как попробовать различные потенциальные решения, о которых мы еще не знали, мы решили не рисковать, купили новый жесткий диск объемом 3 ТБ и клонировали старый на него.

Странная вещь, которую мы заметили, заключалась в том, что, когда мы анализировали клон, тестдиску потребовалось всего около секунды, чтобы отобразить результаты, тогда как для старого он потребовал бы много-много часов. Также было бы сказано, что он определил тип таблицы разделов как 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 показала диск в панели запуска (первый раз, когда он это сделал), и при щелчке по нему он успешно смонтировался, что позволило нам прочитать данные. ☺