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

3697
Lisa

У меня есть жесткий диск LaCie (3 ТБ), который я не могу смонтировать, потому что, по мнению дисковой утилиты, возникают проблемы с таблицей разделов. Я на маке (Сьерра, в курсе). Дисковая утилита не может восстановить его, но в нем перечислены жесткие диски. При попытке восстановления дисковая утилита сообщает: «Восстановление таблицы поврежденных разделов. Операция не может быть завершена (ошибка com.apple.DiskManagement -69874.) Операция не выполнена ...»

В Дисковой
утилите он указан как: ST3000DM 001-1CH166 Носитель, 3 ТБ, не инициализирован
Расположение: внешнее
Подключение:
таблица разделов USB : не поддерживается
SMART-статус: не поддерживается
Емкость: 3 ТБ
Количество подразделов: 0
Тип: диск. Устройство: диск2

Сам диск отформатирован как Mac Journaled (GUID). Мои другие жесткие диски имеют 2 раздела (в соответствии с тестовым диском на поврежденном диске есть раздел Linux [L] & LBA [E]). Пробовал быстрый поиск и глубокий поиск на тестовом диске (там говорилось, что что-то вроде файловой системы в порядке, таблица разделов повреждена. Хотя точно не знаю).
Использовал testdisk для записи таблицы разделов, но это ничего не изменило. Я не решаюсь просто нажимать некоторые параметры на тестовом диске, так как я не хочу больше повреждать свои файлы и не знаю, что делают все эти параметры.

На диске есть данные, которые мне действительно нужны (когда я обнаружил, что он поврежден, я просто хотел скопировать данные на другой жесткий диск… ирония, не правда ли?), Так что было бы здорово, если бы я мог получить его, Файлы на нем в основном .PNG, .JPEG, .PSD и .CR2, некоторые форматы видео и старые / мобильные форматы изображений тоже. Думаю, на нем есть резервная копия машины времени.

Что я должен делать? Есть ли другой вариант с teskdisk или photorec?

PS: Да, я знаю, резервное копирование.
PPS: Я пытался связаться со специализированными компаниями, но эти услуги слишком дороги для такого студента, как я. В настоящее время выполняется демонстрация Data Rescue 4, чтобы проверить, что можно восстановить, но слышал, что подобное программное обеспечение не может вернуть вам файлы, такие как .psd, и, поскольку это слишком дорого, я не решаюсь заплатить так много за что-то, если он не может восстановить большинство моих файлов.

Testdisk записал новую таблицу разделов после анализа, а также GParted, но оба они не сработали. Слышал о photorec, но вернет ли он мне все файлы, которые у меня есть, или только файлы с определенными расширениями?

2
В вашем случае я бы вынул диск из LaCie, подключил его напрямую к порту SATA, смонтировал и запустил программу восстановления файлов. После восстановления я бы позволил сканировать его на наличие ошибок и исправить. Overmind 7 лет назад 0
Уже подключен таким образом. Testdisk написал новую таблицу разделов на основе своего анализа, но это не помогло. Он сказал, что данные были в порядке, но таблица разделов была повреждена. Так что, в принципе, мои данные должны быть в порядке, но способ их получения / чтения поврежден. Lisa 7 лет назад 0
Было бы неплохо попробовать и вскрытие. Andrea Lazzarotto 7 лет назад 0
Не знаю программу. Что именно это делает? Lisa 7 лет назад 0

2 ответа на вопрос

2
Xen2050

Это, очевидно, USB-накопитель, и USB-подключения иногда бывают ненадежными и изношенными, так как для начала вы пробовали новые USB-кабели и другой порт, даже на другом компьютере с известными хорошими USB-подключениями?

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

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

Я думаю, что osx достаточно похож на linux, чтобы иметь ddпрограмму, поэтому такая команда «копировать весь диск» должна работать так:

dd if=[original disk drive] of=/path/to/new/backup/file bs=10M

Где if=находится файл для чтения («в файле») и of=куда записать («в файл») - НЕ СМЕШАЙТЕ ИХ! bs=означает чтение и запись 10M байт за раз, иногда по умолчанию 512 байт, что может привести к очень медленному прогрессу, 10M (мегабайт) должно идти с хорошей скоростью.

Если на диске возникают аппаратные ошибки, он ddможет выйти из строя, поэтому лучше использовать gddrescue/ "GNU ddrescue", он может пропустить "плохие" или медленные сектора, попробовать прочитать "назад", начать заново с того места, где он остановился, у него есть хороший пакет хитростей для проблемных поездок. Я просто не уверен, доступен ли он изначально для OS X, но запуск его с живого Linux будет работать.

После этого вы можете безопасно отключить и сохранить исходный диск на тот случай, если вы не сможете восстановить свои файлы, одновременно пробуя testdisk / photorec и все виды демонстрационных / пробных программ «профессионального восстановления» на копии диска. Testdisk должен работать, и если нет, PhotoRec очень хорош в восстановлении файлов, но не имеет имен файлов или структуры каталогов, они тоже бесплатны, так что это отличное место для старта, с хорошей документацией и практическими рекомендациями на их сайте http: // www .cgsecurity.org / вики / TestDisk

Я уже прикрутил внешний HDD отдельно: тесты на HDD подключены через разъем SATA. Кабели / порты не были проблемой. Я уже приобрел новый жесткий диск емкостью 3 ТБ, но если я использую новый в качестве копии и запускаю тесты, я не смогу использовать его для копирования новых данных с помощью PhotoRec или любой другой программы. Поэтому мне нужен третий жесткий диск, который я просто не могу себе позволить, и никто из тех, кого я знаю, не имеет пустого / старого 3 ТБ + жесткого диска, который я могу использовать. Какие программы вы бы посоветовали в Testdisk? Быстрое и расширенное сканирование записало новую таблицу разделов, но это не «исправило» жесткий диск. Для создания сырой копии HDDguru тоже справится? Lisa 7 лет назад 0
Может быть, вы можете просветить меня, какие должны быть правильные варианты для testdisk, тогда я могу попробовать еще раз. В нем говорится, что система - Linux MBR (но она должна быть отформатирована в журнале Mac (расширенная), поэтому GUID. Я могу ошибаться, но, поскольку я форматирую все мои жесткие диски одинаково). Lisa 7 лет назад 0
Должно помочь прямое SATA-соединение (если его устранять не тогда, когда начинаются проблемы, некоторые внешние USB-накопители делают забавные вещи, и накопители не совсем работают из них). Приятная вещь во многих магазинах - они позволят вам вернуть диск в течение недели или двух, если вам это не нравится. Testdisk должен перечислять и даже копировать файлы из найденных разделов, это похоже на хорошее базовое руководство по его использованию, и он будет работать, если он также указывает на образ диска http://www.cgsecurity.org/wiki/TestDisk_Step_By_Step Xen2050 7 лет назад 0
С помощью testdisk, если он находит разделы, вы можете перечислить (и скопировать) их файлы, это хорошая проверка, чтобы увидеть, найден ли хороший раздел. Если он не нашел разделов / файлов при попытке его с таблицей разделов Intel / MBR, то попробуйте это с EFI GPT и посмотрите, выводит ли он список файлов, затем Xen2050 7 лет назад 0
Я анализировал диск с Лизой. Тестдиск не был полезен. Используя его для анализа, как быстрый поиск, так и более глубокий поиск находят 1 логический раздел. При попытке перечислить файлы на нем, testdisk говорит, что «не может перечислить файлы, файловая система кажется поврежденной». Единственное, что он может сделать - переписать таблицу разделов, которую мы попробовали - похоже, ничего не изменилось. Но testdisk всегда говорит «обнаружен тип таблицы разделов Intel», поэтому мы проанализировали это. Собираюсь скопировать диск и затем попробовать анализ EFI GPT, спасибо Tim Castelijns 7 лет назад 0
Есть ли аппаратные ошибки? В Linux они показывались бы в `dmesg` или / var / log / syslog, я думаю, что в osx есть dmesg? Если диск имеет ошибки чтения, это может быть неудачной подсказкой Xen2050 7 лет назад 0
Это вывод для dmesg https://i.stack.imgur.com/xhE1m.png Можете ли вы понять это? Работает на Linux Tim Castelijns 7 лет назад 0
@TimCastelijns Просто догадываюсь, но похоже, что диск продолжает перезагружаться, возможно, ядром из-за ошибок чтения или по какой-то таинственной причине, сообщения между могут иметь больше информации или красные сельди ... Или я помню старые компьютеры, которые раньше есть проблемы с дисками, которые были слишком большими для них, но 3 ТБ выглядит как правильный размер. Может быть, просто таблица разделов говорит, что разделы 5 и 6 (может быть, расширенные разделы MBR?) Слишком велики для устройства, возможно, из-за неправильной записи таблицы разделов ранее. Testdisk, как правило, программа перехода, не знаю, что ее останавливает Xen2050 7 лет назад 0
@ Xen2050 * запись неправильной таблицы разделов ранее. * Это почти наверняка имеет место, но мы использовали testdisk для записи этой новой таблицы разделов. У вас остались какие-нибудь советы? Tim Castelijns 7 лет назад 0
Был ли тестдиск лучше при поиске / установке GPT? Photorec нашел что-нибудь? Я не уверен, что проблемы связаны с самим диском, поэтому `dd` успешно создал образ диска? Вместо dd, попытка «gddrescue» / «gnu ddrescue» должна лучше работать на сбойных дисках, она может пропускать «плохие» области, пробовать читать «назад», начинать заново с того места, где она остановилась, имеет хороший набор хитростей для неприятных диски. Тестдиск / фоторепортаж лучше работал на изображении? Если изображение может быть прочитано / восстановлено, это может означать, что сам диск имеет проблемы. Xen2050 7 лет назад 0
Мы хотели подождать, пока не узнаем больше об сообщении об ошибке, на случай, если оно повлияет на процесс копирования / тестирования диска :). Будет работать с копией в пятницу (думаю, это может занять день или два) и с тестовым диском GPT. Ранее мы пытались скопировать на диск объемом 2 ТБ (тогда еще не было 3 ТБ), но, поскольку данные по всем байтам вместо начала, этот файл был еще более поврежден, чем текущий. Lisa 7 лет назад 0
обновление: мы успешно скопировали диск с гуру HDD, копирование не работает (что неудивительно, так как у него неправильная таблица разделов с побайтной копией). Собираемся начать анализ с помощью testdisk на GPT, и если это не сработает, мы пробуем вскрытие (как предложено Андреа Лаззаротто в своем комментарии выше), а после этого мы попробуем фоторепортаж. Мы постараемся сделать скриншоты всей информации, которую выдает тестдиск. Lisa 7 лет назад 0
Если вам интересно, я разместил результаты нашего приключения в отдельном ответе ниже. Я ни в коем случае не знаю, о чем говорю, но я думаю, что из-за аппаратной проблемы с жестким диском суперблок испортился. Получил новый диск, клонировал старый на него, установил суперблок и вуаля, он работал Tim Castelijns 7 лет назад 0
2
Tim Castelijns

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

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

Примечание к этому ответу: мой macbook не может прочитать (новый) жесткий диск (он не будет монтироваться, а утилита диска продолжит загружаться, так же, как когда (старый) жесткий диск находился в своем корпусе). Таким образом, копирование было выполнено в Linux, но я мог читать скопированные (не байтовые, а простые копируемые копии) файлы на другом жестком диске на моем Mac. Так что я вернул свои файлы: D Lisa 7 лет назад 0

Похожие вопросы