복구 작업 후 Windows 7 EFI GPT로 부팅 할 수 없음


15

내 질문 또는 오히려 문제는 Linux (ext4) 파티션을 늘리려 는 이 이전 사례 의 범위에 있습니다. / dev / sda6 파티션은이 작업을 수행하는 데 방해가되었으며 bios_grub이 포함되어 있으므로 전문 지식을 가진 사람이 도와 줄 때까지 만지지 않았습니다.

여기에 이미지 설명을 입력하십시오
도우미가 제안한대로 강조 표시된 파티션 / dev / sda6을 삭제했습니다.

2 단계
모두 잘 보였다

파티션이 성공적으로 제거되었으므로 3 단계로 넘어 가서 / dev / sda7 (모든 Ubuntu를 포함하는 ext4)을 할당되지 않은 파티션과 병합하여 Linux 파티션을 확장했습니다.

여기에 이미지 설명을 입력하십시오
여전히 모든 것이 올바른 방향으로 가고있는 것처럼 보였습니다.

그래서 모든 것이 잘되었습니다. 도우미 는 프로세스 중에 / sda8켜도록 제안 했으므로 그렇게했습니다. Gparted는 두 개의 파티션을 병합하는 데 계속 노력했으며 스왑을 끈 후 모든 파티션을 찾기 위해 새로 고침뿐만 아니라 좋은 생각이었습니다.

GParted가 마지막으로 새로 고쳐 졌을 때 프로그램은 여전히 ​​/ dev / sda7이 성장하는 동안 중지되고 종료되었습니다.

나는 이것을 찾기 위해 GParted를 다시 시작했다 : 여기에 이미지 설명을 입력하십시오
Mini heart attack

이제 sudo testdisk우분투 라이브 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 파티션 (많은 데이터가 손상되었지만 현재 최우선 순위는 아님)과 하나의 SWAP 파티션입니다.

현재 TestDisk를 사용하여 시스템을 복구하려고 할 때 발생할 수있는 오류에 대비하기 위해 전체 하드 디스크를 외부 하드 디스크에 복사하고 있습니다.

편집 13 Februari 2014 :
현재 내 설정은 다음과 같습니다. 하드 디스크에 약간의 혼동이 있습니다. 처음에 MBR 또는 GPT입니까? 어쨌든, 돌봐야 할 마지막 단계, 누군가 나를 도울 수 있기를 바랍니다! 우분투는 GRUB 및 / 또는 rEFInd에서 부팅하지만 Windows 7은 부팅되지 않습니다.
현재 상황
내가 찾을 수있는 모든 부팅 복구 옵션 (Windows 7에 대해)으로 시도했지만 지금까지는 모든 것이 실패했습니다.
- 윈도우 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를 포함하는 파티션입니다


2
현재 사용중인 파티션을 변경해서는 안됩니다. 또한 파티션 테이블을 사용하기 전에 파티션 테이블을 백업하여 이상한 일이 발생할 경우 쉽게 복원 할 수 있습니다.
txwikinger

1
일이 엉망이 된 후에 뭔가를 조언하는 것은 매우 어렵습니다. 파티션 테이블이 삭제 된 것으로 보입니다. 파티션 테이블을 그대로 다시 만들 수 있다면 모든 데이터가 여전히 존재합니다. 이것이 전문가들이 백업뿐만 아니라 복원 전략을 요구하는 이유입니다. 백업용 시스템을 다시 설치하고 복원합니다. 일반적으로 가장 깨끗한 방법입니다. 다른 방법은 불가능하다고 말하지 않지만 파티션 테이블의 백업이 없으면 시간이 더 오래 걸릴 수 있습니다.
txwikinger

운이 좋으면 파티션 테이블은 여전히 ​​디스크에 존재하며 버퍼에서만 변경되었습니다. 이 경우에 해당하지만이 경우에만 컴퓨터를 끄고 다시 시작하면 컴퓨터가 이전 상태로 돌아갑니다. 그러나 이것이 사실이라는 보장은 없습니다. 과거에는 나를 위해 일했지만 때로는 그렇지 않았습니다. 따라서 가능한 한 최선을 다해 백업하고 최상의 결과를 기대하십시오
txwikinger

예, 감사합니다. 앞으로 취할 수있는 모든 조치는 지금 도움이되지 않습니다. 컴퓨터를 모두 재부팅했습니다. BIOS가 작동하지만 Windows 또는 Linux 부팅을위한 항목이 없습니다. 상황이 더 많은
감각

그러나 모든 것을 복구했습니다. (모든 창 및 우분투 파일, Windows 복구 파티션 및 모든 우분투. 누락 된 유일한 것은 Windows 부팅 기능 과 Windows의 복구 파티션)입니다. 마지막 부분은 모든 것이 다시 복숭아가 될 것이라고
고쳤습니다

답변:


2

옵션 1을 시도 gdisk하고 그 내용 p을 확인하십시오 (파티션을 보려면 입력 하십시오). gdisk쓸 때까지 데이터를 메모리에 유지하므로이 옵션을 사용하여 파티션을 보는 것은 상당히 위험합니다. w변경 사항을 저장하기 위해 입력 하는 경우에만 위험에 처하게됩니다. 운이 좋으면 gdisk유효한 파티션 데이터를 복구 할 수 있습니다. GPT 디스크 수리에 대한 자세한 내용은 이 페이지 ( gdisk문서의 일부 )를 참조하십시오.

경우 gdisk작동하지 않거나 파티션의 일부가 회복 유효하지 않은 경우, 당신은 TestDisk가를 사용해야 할 수도 있습니다.


편집 : 그건 아마도 이미 파티션 받아 확인을 gdisk회복했습니다. 해당 파티션은 파티션 크기 조정 작업 후의 것으로 보입니다. /dev/sda7크기를 조정 한를 제외 하고 gdisk출력은 두 번째 스크린 샷에 표시된 것과 일치합니다. (한 가지 중요한 경고 : gdisk시작 및 중지 지점을 정확하게 표시하지만 GParted는 그렇지 않습니다.) 설명에 따르면 크기 조정 작업이 성공한 것처럼 들리므로 /dev/sda7복구 할 때 기회가 발생합니다. 그렇지 않은 경우 다른 파티션을 건드리지 않고 삭제 한 다음 TestDisk를 사용하여 /dev/sda7포함해야하는 파일 시스템을 복구 할 수 있습니다.

이것에 대해 보장 할 수 없습니다. 최악의 시나리오에서는 복구 된 파티션 테이블을 지우고 다시 시작할 수 있습니다. 당신은 지금보다 더 나쁘지 않을 것입니다.


방금 게시물을 편집
했는데이

위의 편집 내용을 참조하십시오.
Rod Smith

GParted가 파일을 A에서 B로 옮기고 하드 디스크처럼 작동하는 하드 디스크가 작동하기 때문에 실제로 의미가 있습니다. 이전 파티션 SDA7에서 변경된 유일한 것은 실제로는 여전히 있지만 '덮어 쓰기 준비 완료'로 표시됩니다. . 내가 맞아?
Nkciy84

따라서 실제로 누락 된 것은 파티션 테이블과 BIOS_GRUB
Nkciy84

위의 모든 사항으로 문제가 해결되지 않았습니다. 나는 Ubuntu보다 Windows 또는 다중 OS 질문이기 때문에 SuperUser에 대해 새로운 질문을 작성했습니다 (현재 논의 중입니다). superuser.com/questions/713919/…
Nkciy84
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.