Не вдається завантажитися в Windows 7 EFI GPT після операції відновлення

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

EDIT: "нова" інформація:

Додаткова інформація при необхідності

Редагувати:

Результати 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 in gdiskі подивіться, що на ньому написано (введіть pдля перегляду своїх розділів). gdiskзберігає дані в пам’яті до моменту запису, тому використання цієї опції для перегляду розділів є досить безризиковою; тільки якщо ви введете wдля збереження змін, ви поставите щось під загрозу. Якщо вам пощастить, gdiskви зможете відновити дійсні дані про розділи. Див. Цю сторінку (частина gdiskдокументації) для отримання додаткових відомостей щодо ремонту дисків GPT.

Якщо gdiskне працює або деякі з розділів, які він відновлює, недійсні, можливо, вам доведеться скористатися TestDisk.

Edit: Це МОЖЛИВО OK , щоб прийняти розділи, gdiskвидужав. Схоже, ці розділи створені після вашої операції з зміни розміру. За винятком того /dev/sda7, що ви змінили розмір, gdiskвихід відповідає збігу, показаному на вашому другому екрані. (Одне важливе застереження: gdiskпоказує точки початку та зупинки точно, але GParted не робить.) Враховуючи ваш опис, звучить так, якби операція зміни розміру вдалася, тому шанси /dev/sda7працюватимуть, коли відновиться. Якщо ні, ви можете видалити його, не торкаючись інших розділів, а потім скористатися TestDisk, щоб спробувати відновити файлову систему, яка /dev/sda7повинна містити.

Зауважте, що щодо будь-якого з цих питань не може бути ГАРАНТІЙ . У гіршому випадку ви можете витерти відновлену таблицю розділів і почати заново; тоді ви б не були гіршими, ніж зараз.