모든 수리를 넘어 FUBAR Fsckk의 Ubuntu?

모든 수리를 넘어 FUBAR Fsckk의 Ubuntu?

3TB WD AF[4096blks]Hdd ASUS P7P55d MoBo 비 UEFI 및 4GB RAM.

XP pro 64비트를 설치하려고 했지만 Windoze가 전체 드라이브를 볼 수 없어서 설치가 완료되지 않았습니다. Ubuntu 14.10 LTS를 설치하고 전체 드라이브를 다른 파티션 없이 ext4로 사용했습니다. 몇 달 동안 일했습니다.

일부 커널 업그레이드가 자동인 것처럼 보이지만 부팅 시 'OS 누락' 오류가 발생하고 드라이브를 마운트할 수 없습니다.

LiveCd, PartedMagic 및 SysRescueCd의 도구를 사용하여 손상된 슈퍼블록, 겹치는 파티션, 잘못된 형상 및 기타 오류가 있음을 발견했습니다. 몇 주 동안 웹을 검색하면서 ext2 파일 시스템으로 변경하여 오류를 수정하라고 제안할 때까지 모든 팁, 요령 및 코드를 시도했습니다. 나는 코드를 사용했고 내 inode와 저널, 파일 시스템을 fubar했습니다.

추가 손상 없이 ext4로 다시 변경할 수 있습니까?

ubuntu@ubuntu:~$ sudo fdisk /dev/sda

이 디스크의 크기는 2.7TiB(3000592982016바이트)입니다. 512바이트 섹터에 대해 2199023255040바이트보다 큰 볼륨의 드라이브에서는 DOS 파티션 테이블 형식을 사용할 수 없습니다. GUID 파티션 테이블 형식(GPT)을 사용합니다.

ubuntu@ubuntu:~$ sudo fdisk -l /dev/sda

디스크 /dev/sda: 2.7TiB, 3000592982016바이트, 5860533168 섹터 단위: 섹터 1 * 512 = 512바이트 섹터 크기(논리적/물리적): 512바이트/4096바이트 I/O 크기(최소/최적): 4096바이트/ 4096바이트 디스크 레이블 유형: dos 디스크 식별자: 0xa76529e9

장치 부팅 시작 끝 섹터 크기 ID 유형 /dev/sda1 * 505856 4295473150 4294967295 2T 83 Linux

sysrsccd gdisk -l 형식이 형편없는 출력 GPT fdisk(gdisk) 버전 1.0.0

파티션 테이블 스캔: MBR: MBR만 BSD: 존재하지 않음 APM: 존재하지 않음 GPT: 존재하지 않음


잘못된 GPT와 유효한 MBR을 찾았습니다. 메모리에서 MBR을 GPT 형식으로 변환합니다.


디스크 /dev/sda: 5860533168 섹터, 2.7TiB 논리 섹터 크기: 512바이트 디스크 식별자(GUID): EC4893A3-AD27-473D-931C-50C03164D378 파티션 테이블은 최대 128개 항목을 보유합니다. 처음 사용할 수 있는 섹터는 34이고, 마지막으로 사용할 수 있는 섹터는 5860533134입니다. 파티션은 2048 섹터 경계에 정렬됩니다. 총 여유 공간은 1565565806 섹터(746.5 GiB)입니다.

번호 시작(섹터) 끝(섹터) 크기 코드 이름 1 505856 4295473150 2.0 TiB 8300 Linux 파일 시스템

이제 충돌 후 며칠 후와 오늘(7월 19일)에 얻은 URL을 입력해 보겠습니다.

[링크]http://paste.ubuntu.com/11779238/

[링크]http://paste.ubuntu.com/11907369/

혼란을 드려 죄송합니다.

답변1

Ubuntu 14.10 LTS를 설치하고 전체 드라이브를 사용했지만 LVM을 선택한 것 같지 않고 전체 드라이브를 ext4로 포맷하고 스왑이나 다른 파티션은 사용하지 않았습니다. 몇 달 동안 아무 문제 없이 일했습니다.

나에게는 모두 괜찮은 것 같습니다. LVM은 필요하지 않으며 Linux/Ubuntu도 함께 사용할 수 있습니다. (LVM은 무엇이고 어떤 용도로 사용되나요?)

추가 손상 없이 ext4로 다시 변경할 수 있습니까?

일반적인 답변: 라이브 세션에서 디스크를 마운트하고 개인 데이터의 백업을 만듭니다. 그런 다음 시스템을 포맷하고 다시 설치하십시오. 느슨한 것은 나중에 설치한 설정과 소프트웨어뿐입니다. Apache 또는 MySQL이 포함된 경우 해당 설정과 구성도 저장하는 것이 좋습니다.

dd물론 디스크 복사본을 만드는 것도 가능합니다. 하지만 디스크를 저장하려면 3Tb 이상의 디스크가 더 필요합니다. 조금 어려울 수도 있습니다.

누군가가 ext2 파일 시스템으로 변경하여 오류를 수정하라고 제안하기 전까지는 말이죠.

디스크가 포맷되므로 이 작업을 수행하지 마십시오.

LiveCd, PartedMagic 및 SysRescueCd의 도구 사용

한 가지 제안이 더 있습니다:테스트디스크. 손실된 파일을 복원하는 것 외에도 파티션을 복구할 수도 있습니다. 라이브 세션에서 설치하고 사용할 수 있습니다.


나는 귀하의 파일로 백업을 만든 다음 새로 설치하는 것부터 시작하는 데 집중할 것입니다.

관련 정보