/ dev에 파티션이 표시되지 않음

최근에 다른 컴퓨터에서 직접 파일에 액세스하기 위해 한 컴퓨터에서 4TB 하드 드라이브를 마운트 해제했습니다. 마운트 해제 프로세스에 문제가없는 것 같습니다. 하드 드라이브를 다른 컴퓨터에 연결할 때 하드 드라이브는 "/ dev"에서 sdb로 인식되지만 "sdb1"파티션이 나타나지 않으므로 마운트 할 수 없습니다. 내가 달리면

fdisk -l /dev/sdb


WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sdb: 4000.8 GB, 4000787030016 bytes
255 heads, 63 sectors/track, 486401 cylinders, total 7814037168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Device Boot          Start     End      Blocks      Id  System
/dev/sdb1               1  4294967295  2147483647+  ee  GPT

sdb1 파티션이 나타납니다. 이것은 4TB 파티션이므로 명령을 실행했습니다.

parted /dev/sdb

GNU Parted 2.3
Using /dev/sdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print                                                            
Model: ASMT 2105 (scsi)
Disk /dev/sdb: 4001GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start  End  Size  File system  Name  Flags

그런 다음 "print"를 입력하십시오. 이 경우 sdb1 파티션이 표시되지 않습니다.

여기에 정보가 일치하지 않는 이유는 무엇입니까? 이것은 파티션이 삭제되었음을 의미합니까? 이 파티션을 복구하고 마운트 할 수있는 방법이 있습니까?

대단히 감사합니다

partprobe컴퓨터가 디스크의 파티션을 다시 스캔하게 하려면 명령 을 실행하십시오 .

이것이 여전히 최신 문제인지는 모르겠지만 하드 드라이브 중 하나와 동일한 문제가있었습니다. testdisk디스크를 분석하기 위해 사용 하고 지시했습니다. 누락 된 파티션을 발견하고 디스크 파티션 테이블을 업데이트했습니다. 그런 다음 명령을 실행 partprobe하고 파티션이 / dev /에 완전히 작동했습니다.

이것은 귀하의 문제가 아닐 수도 있지만 드라이브에 RAID 수퍼 블록이 있기 때문에 비슷한 증상이 발생했습니다.

자, 그래도 어쨌든 내 드라이브의 모든 것을 지우고 싶었습니다. 그렇지 않으면 이것이 권장되지 않습니다. 그러나 mdadm --zero-superblock /dev/sdb내 경우에는 나를 위해 속임수를 썼다.

GPT를 지원하는 최신 LiveCD / LiveUSB로 부팅하는 것에 대해 언급 한 사람이 없습니까?

최신 Linux의 라이브 배포판으로 컴퓨터를 부팅하고 GParted 라이브 디스크, SystemRescueCD 등을 사용해보십시오.

사용하는 컴퓨터가 GPT 및 / 또는 <2TiB 디스크와 호환되지 않을 수도 있고,> 2TiB 디스크를 지원하지 않는 SATA 컨트롤러 일 수도 있습니다 (내 손에, 마더 보드에, 일부는 USB 인클로저에 있음). .. 그리고 4TiB입니다. 최악의 경우 일부 컨트롤러는 최대 3TiB 만 지원하지만 디스크 당 4TiB 이상은 지원하지 않습니다.

fdisk -l을 사용할 때 주 파티션이 보이는 이유는 무엇입니까? 아마도 GPT 파티션을 보호하는 '보호'MBR 파티션을보고있을 것입니다. 디스크의 첫 번째 섹터에 저장됩니다. 디스크> 2TiB에 문제가있는 대부분의 SATA 컨트롤러와> 3TiB에만 문제가있는 일부 SATA 컨트롤러는 디스크의 첫 번째 2TiB / 3TiB를 볼 수 있습니다. GPT는 MBR 이후와 디스크의 맨 끝에서 데이터를 찢기 때문에 MBR (첫 번째 섹터)은 정확하지만 GPT는 아닙니다.

두 가지를 모두 확인하십시오. GPT 호환성이 있고 (fdisk 대신 gfisdk를 사용하여 확인) SATA 컨트롤러는 <2TiB로 제한되지 않고 <3TiB로 제한되지 않습니다.

확인하는 가장 좋은 방법 : GParted, SystemRescueCD 등과 같은 LiveLinux에서 부팅하고 파티션 (fdisk 포함) fdisk -l을 나열 하면 현대적인 GPT 파티션을 나열 할 수 있습니다.

PD : MBR 필드 구조는 필드 길이 때문에 사용 가능한 영역을 첫 번째 2TiB로 제한합니다 (MBR은 해당 제한으로 설계되었습니다).

버전에 따라 fdisk가 4TB 드라이브에 파티션을 작성하려고 시도하고 파티션 유형을 GPT로 표시하더라도 해당 파티션은 부분적으로 인식되지 않습니다.

해결책은 fdisk로 만든 파티션을 삭제하고 parted를 사용하여 모든 작업을 수행하는 것입니다.

parted /dev/sdb
mklabel gpt
unit TB
mkpart primary 0 3
print
quit

"mkpart primary 0 3"대신 "mkpart primary 0 3TB"를 실행해야 할 수도 있습니다.

드문 경우이지만이 후에 / dev / sdb1이 표시되지 않으면 partprobe를 실행하고 다시보십시오.