Таблица разделов GPT повреждена после каждых трех-трех перезагрузок

1407
LonsomeHell

После 2 или 3 циклов включения я получаю меню спасения. Я использую Ubuntu LiveCD для проверки состояния моего диска и gparted говорит, что на моем диске нет разделов. Я проверил интернет и нашел инструмент под названием gdisk. После использования gdisk я получил:

Caution: invalid backup GPT header, but valid main header; regenerating  backup header from main header.  Caution! After loading partitions, the CRC doesn't check out! Warning! Main and backup partition tables differ! Use the 'c' and 'e' options on the recovery & transformation menu to examine the two tables.  Warning! One or more CRCs don't match. You should repair the disk!  Partition table scan: MBR: protective BSD: not present APM: not present GPT: damaged  **************************************************************************** Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk verification and recovery are STRONGLY recommended. ****************************************************************************  Warning! Secondary partition table overlaps the last partition by 16637841297300849166 blocks! You will need to delete this partition or resize it in another utility. 

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

У меня Ubuntu 14.04 и Windows 8.1 в режиме двойной загрузки. Мой компьютер - Lenovo IdeaPad Z510. Если вам нужен какой-либо отчет или вы хотите, чтобы я попробовал команду, я с удовольствием сделаю это. Заранее спасибо.

РЕДАКТИРОВАТЬ:

Иногда мой компьютер просто ломается, и я теряю раздел таблицы.

Я сделал тест, используя:

smartctl --all /dev/sda 

И это вывод: http://pastebin.com/VHfVnFU4

3
Вы выполняли какую-либо диагностику диска, например, тесты SMART или соответствующую версию fsck? Это может быть аппаратная проблема. У вас есть другой жесткий диск, с которым вы можете поэкспериментировать, чтобы увидеть, является ли проблема оригинальным диском? Joe 9 лет назад 0
Я сделал SMART с помощью Lenovo Storage Test в Windows, и он прошел без каких-либо проблем. LonsomeHell 9 лет назад 0
Я голосую, чтобы закрыть этот вопрос как не по теме, потому что автор переустановил Windows и не может воспроизвести исходную проблему. Ramhound 6 лет назад 5
@ Давай, давай. LonsomeHell 6 лет назад 0

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

0
Rod Smith

This caught my eye in your SMART output:

184 End-to-End_Error 0x0032 001 001 099 Old_age Always FAILING_NOW 239 

There are also a bunch of specific errors logged (49 of them, to be precise). I'm not an expert on SMART result interpretation, but from what I do know, I'd be wary of that drive. It's entirely possible that the end-to-end errors are causing the symptoms you're seeing. If so, replacing the disk should fix the problem.

This sort of symptom can also occur because of motherboard-based software RAID (aka "fake RAID") that's activated in the firmware but not being used by the OS, or that's being used in one OS but not another one. In this scenario, the firmware's RAID tools write data to the end of the disk, expecting that the OS will use the disk in the same way and present the disk as slightly smaller than it is to everything else (including tools like gdisk). If this is the cause of the problem, you'll have to either track down the RAID settings in your motherboard's firmware and disable them; or activate the relevant RAID support in both Ubuntu and Windows. The latter course of action may require shrinking your final partition, too. Note that these RAID options can be enabled even on a single-disk computer, even though they do no good whatsoever in that configuration.

-1
LonsomeHell

Я переустановил Windows, и проблема, кажется, ушла. Я не понимаю причину или причину форматирования исправил проблему.