回復操作後にWindows 7 EFI GPTを起動できない
私の質問、またはむしろ問題は、Linux（ext4）パーティションを拡張したい この前のケース の範囲にあります。パーティション/ dev/sda6はこれを行う方法であり、bios_grubが含まれていたため、専門知識のある人が助けてくれるまでは触れませんでした。
ヘルパーの提案に従って、強調表示されたパーティション/ dev/sda6を削除しました
すべてがうまく見えた
パーティションは正常に削除されたので、ステップ3に進み、/ dev/sda7（Ubuntuをすべて含むext4）と未割り当てパーティションをマージして、Linuxパーティションを拡張しました。
すべてがまだ正しい方向に進んでいるようでした
それですべてがうまくいった。ヘルパーは、プロセス中に/ sda8でswappoffを有効にすることを提案しました。 Gpartedは、2つのパーティションをマージし続けました。これは良いことだと思います。また、swapoffを有効にした後、すべてのパーティションを見つけるために自身を更新しました。
GPartedが最終的に更新されたとき、プログラムは/ dev/sda7の成長の途中で停止し、シャットダウンしました。
これを見つけるためにGPartedを再起動しました。 
ミニ心臓発作
現在、UbuntuライブDVDセッションからSudo testdiskを実行し、ハードドライブでより詳細な検索を実行しています。私はこれを昨日すでに準備しましたが、これを修正するのは私の頭上ではないにしても、少しであることに気付きました。だから、もし時間があれば（特にknowledgeで私を助けて（できればチャットなどでリアルタイムに）助けてください）、私を助けてくださいこの苦痛から自分を解放してください...
編集：「新しい」情報：
必要に応じて追加情報
編集：
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パーティション（多くは破損していますが、現時点では最優先事項ではありません）と1つのSWAPパーティションです。
現時点では、システム全体を外部ハードディスクにコピーして、TestDiskをいじってシステムを回復しようとしたときに発生する可能性のあるエラーに備えています。
2014年2月13日編集：
現在、私の設定は次のようになっています。ハードディスクに混乱がありますが、そもそもMBRまたはGPTでしたか？とにかく、世話をする最後のステップは、誰かが私を助けてくれることを願っています！ UbuntuはGRUBやrEFIndから起動していますが、Windows 7は起動しません。
（Windows 7について）見つけることができるすべてのブート修復オプションを試しましたが、今まですべてが失敗していました。
-Windows 7ブート修復CDで起動し、コマンドプロンプト環境に入ります
-コマンドを試してみました：bootrec /fixmbr、bootrec /fixboot、bootrec /rebuildbcd
-そこで、次のコマンドを使用して「核メソッド」を試しました：bootsect /nt60 c: /force /mbr、bcdboot c:\windows /s c:
-boot-repair-disk（linux lubuntu）も助けにはなりませんでした。一般的な修復と高度な修復を試しました。上記の手順はうまくいきませんでした。
sda4はWindows OSを含むパーティションです
gdiskのオプション1を試して、その内容を確認します（パーティションを表示するにはpと入力します）。 gdiskは、書き込むまでメモリにデータを保持します。したがって、このオプションを使用してパーティションを表示することは、ほとんどリスクがありません。変更を保存するためにwと入力した場合のみ、危険にさらされます。運がよければ、gdiskは有効なパーティションデータを復元できます。 GPTディスクの修復の詳細については、 このページ （gdiskドキュメントの一部）を参照してください。
gdiskが機能しない場合、またはリカバリするパーティションの一部が無効な場合は、TestDiskを使用する必要があります。
編集：それはおそらくgdiskが回復したパーティションを受け入れるために[OK]をクリックします。これらのパーティションは、パーティションのサイズ変更操作後のものであるようです。サイズを変更した/dev/sda7を除き、gdisk出力は、2番目のスクリーンショットに表示されているものと一致します。 （1つの重要な注意点：gdiskは開始点と停止点を正確に示しますが、GPartedは示しません。）説明を考えると、サイズ変更操作が成功したように聞こえるので、回復時に/dev/sda7が機能する可能性があります。そうでない場合は、他のパーティションに触れずに削除してから、TestDiskを使用して、/dev/sda7に含まれるファイルシステムの回復を試みてください。
これについては、NO GUARANTEESが存在する可能性があることに注意してください。ただし、最悪のシナリオでは、復元されたパーティションテーブルを消去して再起動できます。そうすれば、今よりも悪くなることはありません。