2

У меня есть жесткий диск объемом 2 ТБ, и я впервые установил Windows 7 в раздел размером 1,8 ТБ, оставив около 200 ГБ неиспользуемого диска для установки Ubuntu в будущем.

Вчера я сделал это, создав 4 раздела:

  • Обмен 512 МБ
  • 350 МБ /boot ext2
  • 16 ГБ / ext4
  • Остальное, около 180 ГБ, / home ext4

Все прошло нормально, установлено и перезапущено, показывая Grub как с Windows 7, так и с Ubuntu. Я вошел в Ubuntu нормально и работал нормально, но позже я попытался войти в Windows, и он потерпел крах. При перезапуске выдает сообщение «ошибка, такого раздела нет» и остается там. Здесь я заметил, что эта материнская плата не использует BIOS, вместо этого используется UEFI, поэтому, возможно, GRUB установлен неправильно.

Затем я загрузился с Ubuntu Live USB, который я использовал для установки ранее, и посмотрел на таблицу разделов (с помощью GParted), и она показывает это сообщение:

/dev/sda содержит подписи GPT, указывающие на наличие таблицы GPT. Тем не менее, он не имеет правильной таблицы поддельных разделов msdos, как это должно быть. Возможно, он был поврежден - возможно, программой, которая не понимает таблицы разделов GPT. Возможно, вы удалили таблицу GPT и теперь используете таблицу разделов msdos. Это таблица разделов GPT?

Только когда я говорю да, это показывает мне разделы, и есть 4:

  • своп 487 МБ
  • ext2 334 МБ
  • ext4 14,90 ГБ
  • доб4 1,80 ТБ

Разделы Windows исчезли, и теперь я не могу загрузить ни Ubuntu, ни Windows.

Как я мог это исправить, не форматируя все?
Есть ли способ, которым я мог бы восстановить эти старые разделы?

1 ответ1

4

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

Мое первое предложение - изучить документацию по GPT fdisk и, в частности, страницу по ремонту GPT-дисков. Страницу Википедии о GPT также стоит прочитать. Как только вы поймете структуру данных, вы будете лучше подготовлены к попытке восстановления. В частности, вы можете использовать опции в меню восстановления и преобразования gdisk для загрузки резервных данных GPT, а также функцию проверки (v в любом меню), чтобы получить более точную диагностику того, что не так с диском. Если вам повезет, вы можете обнаружить, что ваши разделы Windows существуют в резервной таблице разделов, и вы сможете восстановить их, загрузив эту таблицу разделов.

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

Я подозреваю, что это было вызвано программой для Windows, предназначенной для использования на компьютере с BIOS, которая записывала "сырые" данные на диск в область, следующую сразу за областью MBR. Эта область официально не распределена, и поэтому различные инструменты стали использовать ее, как если бы это была их личная игровая площадка. Наиболее распространенное использование для таких загрузчиков, как GRUB, но даже многие несистемные инструменты хранят данные там. (IIRC, Netflix делает это, например.) Проблема в том, что на GPT-диске именно здесь хранятся таблицы разделов, поэтому хранение данных в этой области приводит к повреждению диска. Если я прав в отношении причины, эта проблема повторится, если вы немедленно не обнаружите и не удалите нарушающее программное обеспечение. Вы можете упростить восстановление, создав резервную копию данных GPT, используя опцию gdisk b в его главном меню; если диск будет перезагружен снова, вы можете восстановить его, используя параметр l (это буква L, а не номер 1) в меню восстановления и преобразования.

Удачи!

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .