Мой вопрос, или, скорее, проблема, связана с предыдущим случаем, когда я хотел увеличить свой раздел Linux (ext4). Раздел / dev / sda6 был на пути к этому, и так как он содержал bios_grub, я не трогал его, пока кто-то со знанием дела не смог мне помочь.
По предложению помощника я удалил выделенный раздел / dev / sda6
Казалось, все хорошо
Раздел был успешно удален, поэтому я перешел к шагу 3, объединив / dev / sda7 (ext4, содержащий все Ubuntu) с нераспределенным разделом, чтобы увеличить мой раздел Linux.
Казалось, все идет правильно
Так что все прошло хорошо. Помощник предложил включить swappoff на / sda8 во время процесса , что я и сделал. Gparted продолжал объединять два раздела, что, на мой взгляд, было хорошо, а также обновлял себя, чтобы найти все разделы после переключения swapoff.
Когда GParted, наконец, обновился, программа просто остановилась и закрылась, пока она находилась в середине процесса разработки / dev / sda7.
Я перезапустил GParted, чтобы найти это:
мини-сердечный приступ
Теперь я запускаю sudo testdisk
сессию DVD с Ubuntu и выполняю более глубокий поиск на жестком диске. Я сделал это вчера уже, но я понял, что починить это было немного, если не слишком над моей головой. Поэтому, пожалуйста, если у вас есть время (но особенно знания, чтобы помочь мне с этим (желательно в режиме реального времени через чат или что-то еще)), помогите мне освободиться от этой муки ...
РЕДАКТИРОВАТЬ: «новая» информация:
Дополнительная информация при необходимости
РЕДАКТИРОВАТЬ:
Результаты TestDisk
Вывод fdisk в терминал:
ubuntu@ubuntu:~$ sudo fdisk -l /dev/sda
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x0fb2bbaa
Disk /dev/sda doesn't contain a valid partition table
ubuntu@ubuntu:~$
Вывод gdisk в терминал:
ubuntu@ubuntu:~$ sudo gdisk -l /dev/sda
GPT fdisk (gdisk) version 0.8.1
Caution: invalid main GPT header, but valid backup; regenerating main header
from backup!
Caution! After loading partitions, the CRC doesn't check out!
Warning! Main partition table CRC mismatch! Loaded backup partition table
instead of main partition table!
Warning! One or more CRCs don't match. You should repair the disk!
Partition table scan:
MBR: not present
BSD: not present
APM: not present
GPT: damaged
Found invalid MBR and corrupt GPT. What do you want to do? (Using the
GPT MAY permit recovery of GPT data.)
1 - Use current GPT
2 - Create blank GPT
Your answer:
Я ответил с 1
И TestDisk дал мне эти результаты:
После дальнейшего исследования TestDisk (при выборе моего жесткого диска в качестве gpt efi) показал, что ВСЕ мои файлы на разделах [OS], [DATA] и [RECOVERY] находятся в идеальном состоянии. Непомеченные разделы - это соответственно 2 раздела Linux, содержащие данные (многие из них повреждены, но на данный момент это не самый высокий приоритет) и один раздел SWAP.
В настоящий момент я копирую весь жесткий диск на внешний жесткий диск, чтобы подготовиться к любой возможной ошибке, когда играю с TestDisk и пытаюсь восстановить систему.
РЕДАКТИРОВАТЬ 13 февраля 2014:
В настоящее время моя установка выглядит следующим образом. У меня какая-то путаница с жестким диском, для начала это MBR или GPT? В любом случае, о последних шагах, о которых нужно позаботиться, я надеюсь, что кто-то может мне помочь! Ubuntu загружается из GRUB и / или rEFInd, но Windows 7 просто не загружается.
Я пытался с каждым вариантом восстановления загрузки, который я мог найти (о Windows 7), но до сих пор все не удалось.
- Загрузочный с ОС Windows 7 загрузки ремонтного компакт - диск и введите командную строку среды
- Я пытался команды: bootrec /fixmbr
, bootrec /fixboot
, bootrec /rebuildbcd
, и перезагружается, но не фиксируется ничего
- Так что я попытался «ядерный метод» с помощью команд: bootsect /nt60 c: /force /mbr
,bcdboot c:\windows /s c:
- boot-repair-disk (linux lubuntu) мне тоже не помог, я пробовал общий ремонт и расширенный ремонт. Вышеуказанные шаги не сработали для меня.
sda4 - раздел, содержащий ОС Windows
Ответы:
Попробуйте вариант 1
gdisk
и посмотрите, что он говорит (наберитеp
для просмотра ваших разделов).gdisk
хранит данные в памяти до момента записи, поэтому использование этой опции для просмотра разделов практически без риска; только если вы напечатаете,w
чтобы сохранить изменения, вы подвергнете себя риску. Если вам повезет,gdisk
сможете восстановить действительные данные раздела. Смотрите эту страницу (частьgdisk
документации) для получения дополнительной информации о ремонте GPT-дисков.Если
gdisk
не работает или если некоторые разделы, которые он восстанавливает, являются недействительными, вам может понадобиться использовать TestDisk.Изменить: это вероятно, нормально, чтобы принять разделы, которые
gdisk
были восстановлены. Похоже, что эти разделы происходят после операции изменения размера раздела. За исключением того/dev/sda7
, что вы изменили размер,gdisk
выходные данные соответствуют тому, что показано на вашем втором снимке экрана. (Одно важное предостережение:gdisk
точные точки начала и конца показаны, а GParted - нет.) С учетом вашего описания звучание выглядит так, как будто операция изменения размера выполнена успешно, поэтому шансы на/dev/sda7
ее восстановление будут восстановлены. Если нет, вы можете удалить его, не касаясь других разделов, а затем использовать TestDisk, чтобы попытаться восстановить файловую систему, которая/dev/sda7
должна содержать.Обратите внимание, что не может быть никаких гарантий по этому поводу. В худшем случае вы можете стереть восстановленную таблицу разделов и начать заново; тогда вы были бы не хуже, чем сейчас.
источник