回復操作後にWindows 7 EFI GPTを起動できない


15

私の質問、またはむしろ問題は、Linux(ext4)パーティションを拡大したいという以前のケースの範囲にあります。パーティション/ dev / sda6はこれを行う方法であり、bios_grubが含まれていたため、専門知識のある人が助けてくれるまでは触れませんでした。

ここに画像の説明を入力してください
ヘルパーが示唆したように、強調表示されたパーティション/ dev / sda6を削除しました

ステップ2
すべてがうまく見えた

パーティションは正常に削除されたので、ステップ3に進み、/ dev / sda7(Ubuntuをすべて含むext4)と未割り当てパーティションをマージして、Linuxパーティションを拡大しました。

ここに画像の説明を入力してください
すべてがまだ正しい方向に進んでいるように見えた

それですべてがうまくいった。ヘルパーは、プロセス中に/ sda8でswappoffオンにすることを提案したので、私はしました。Gpartedは、2つのパーティションをマージし続けました。これは良いことだと思います。また、swapoffをオンにした後、すべてのパーティションを見つけるために自身を更新しました。

GPartedが最終的に更新されたとき、プログラムは/ dev / sda7の成長の途中で停止し、シャットダウンしました。

これを見つけるためにGPartedを再起動しました。 ここに画像の説明を入力してください
ミニ心臓発作

現在sudo testdisk、UbuntuライブDVDセッションから実行しており、ハードドライブでより詳細な検索を実行しています。私はこれを昨日すでに準備しましたが、これを修正するのは私の頭上ではないにしても、少しであることに気付きました。時間があれば(でも特にこれを支援するため知識チャットなどを通じてリアルタイムで))、この苦痛から解放してください...

編集:「新しい」情報:

ここに画像の説明を入力してください

ここに画像の説明を入力してください
必要に応じて追加情報

編集:

ここに画像の説明を入力してください ここに画像の説明を入力してください
ここに画像の説明を入力してください 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 /fixmbrbootrec /fixbootbootrec /rebuildbcd、および再起動し、それに固定何も
-だから私は、コマンドを使用して「核の方法」を試してみました:bootsect /nt60 c: /force /mbrbcdboot c:\windows /s c:
-boot-repair-disk(linux lubuntu)も役に立たなかった。一般的な修復と高度な修復を試みた。上記の手順はうまくいきませんでした。
sda4はWindows OSを含むパーティションです


2
現在使用中のパーティションを変更しないでください。また、何か変なことが起こった場合に簡単に復元できるように、パーティションテーブルを使用する前にパーティションテーブルをバックアップすることもできます。
txwikinger 14年

1
物事が台無しになった後に何かをアドバイスすることは非常に困難です。パーティションテーブルが削除されたように見えます。パーティションテーブルを正確に再作成できれば、すべてのデータがそこに残っています。これらが、専門家がバックアップだけでなく復元戦略も主張する理由です。バックアップ用にシステムを再インストールして復元します。通常、それが最もクリーンな方法です。別の方法が不可能だとは言いませんが、パーティションテーブルのバックアップがない場合は、おそらくもっと時間がかかります。
txwikinger 14年

運がよければ、パーティションテーブルはまだディスク上に存在し、バッファ内でのみ変更されています。その場合、ただしこれが当てはまる場合にのみ、コンピューターのスイッチをオフにして再起動すると、古い状態に戻ります。ただし、そうであるという保証はありません。それは過去に私のために働いたが、時々そうではなかった。限り、あなたはそれを行うことができますように、あなたができる限り、最高の希望としてそのため、バックアップ
txwikinger

はい、感謝しますが、将来私が取るかもしれない行動は今は私を助けません。コンピューターを再起動しました。BIOSは機能していますが、WindowsまたはLinuxを起動するためのエントリがありません。私はより多くのSENSを作るような状況を持っているTestDiskはいくつかのスクリーンショットを追加した
Nkciy84

なんとかして、すべて(WindowsとUbuntuファイル、Windowsリカバリパーティション、Ubuntuのすべて)をリカバリできました。ただ、Windows(およびWindowsのリカバリパーティション)を起動する機能しかありません。最後の部分はすべてが再び桃だろう固定!
Nkciy84

回答:


2

オプション1を試して、gdiskその内容pを確認します(パーティションを表示するには入力してください)。gdisk書き込むまでメモリにデータを保持するので、このオプションを使用してパーティションを表示するのはかなりリスクがありません。w変更を保存するために入力した場合にのみ、危険にさらされます。運がよければ、gdisk有効なパーティションデータを回復できます。GPTディスクの修復の詳細については、このページgdiskドキュメントの一部)を参照してください

場合はgdisk動作しませんまたはパーティションのいくつかは、それが回復無効である場合は、TestDiskはを使用する必要があります。


編集:それはだおそらくパーティション受け入れるためにOK gdisk回復しているが。これらのパーティションは、パーティションのサイズ変更操作後のものであるようです。/dev/sda7サイズ変更したを除き、gdisk出力は2番目のスクリーンショットに表示されているものと一致します。(重要な注意点:gdisk開始点と終了点を正確に表示しますが、GPartedは表示しません。)説明を考えると、サイズ変更操作が成功したように聞こえるので/dev/sda7、回復するとチャンスが機能します。そうでない場合は、他のパーティションに触れずに削除してから、TestDiskを使用して、/dev/sda7含まれるファイルシステムの回復を試みてください。

このいずれについても保証はないことに注意してください。ただし、最悪のシナリオでは、復元されたパーティションテーブルを消去して再起動できます。そうすれば、今よりも悪くなることはありません。


投稿を編集したところ、この画像になりましたi.imgur.com/kdOmRyJ.png?1?3211
Nkciy84

上記の私の編集を参照してください。
ロッドスミス14年

GPartedはファイルをAからBに移動し、ハードディスクはハードディスクのように動作するため、実際には意味があります。古いパーティションSDA7から変更されたのは実際にはまだありますが、「上書き可能」とマークされています。私は正しいですか?
Nkciy84 14年

したがって、実際に不足しているのはパーティションテーブルとBIOS_GRUB
Nkciy84

上記のすべてが問題を解決することはありませんでした。これは、UbuntuよりもWindowsまたはマルチOSの質問であるため、SuperUserでこれについて新しい質問を作成しました(現時点で議論しています)。superuser.com/questions/713919/...
Nkciy84
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.