GPT 디스크 파티션 마운트 문제


11

GPT 디스크에 파티션을 마운트하려고하는데 다음 오류가 발생합니다.

$ sudo mount -t ext4 /dev/sda1 disk/
mount: special device /dev/sda1 does not exist

dmesg를 보면 / dev / sda에 오류가 표시되지 않습니다.

$ dmesg | grep sda
[    1.367508] sd 0:0:0:0: [sda] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB)
[    1.367514] sd 0:0:0:0: [sda] 4096-byte physical blocks
[    1.367607] sd 0:0:0:0: [sda] Write Protect is off
[    1.367611] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    1.367654] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    1.367936]  sda:
[    1.392417] sd 0:0:0:0: [sda] Attached SCSI disk

fdisk는 GPT 파티션을보고합니다.

$ sudo fdisk -l /dev/sda

Disk /dev/sda: 3000.6 GB, 3000592982016 bytes
256 heads, 63 sectors/track, 363376 cylinders
Units = cylinders of 16128 * 512 = 8257536 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1       45423   366283322+  ee  GPT
Partition 1 does not start on physical sector boundary.

분할 실패 :

$ sudo parted /dev/sda print
Error: /dev/sda: unrecognised disk label

커널은 EFI를 지원하는 것 같습니다 ( Debian GNU / Linux 5.0.3 (Lenny)에서 EFI GPT 파티션 테이블이있는 디스크에 파티션을 마운트하는 방법 )

$ cat /boot/config-2.6.32-5-amd64 | grep EFI
CONFIG_EFI=y
CONFIG_FB_EFI=y
CONFIG_EFI_VARS=m
CONFIG_CACHEFILES=m
# CONFIG_CACHEFILES_DEBUG is not set
# CONFIG_CACHEFILES_HISTOGRAM is not set
CONFIG_EFI_PARTITION=y

이 GPT 파티션을 어떻게 마운트합니까?

편집 : 방금 다른 컴퓨터에 실패한 동일한 디스크를 연결했으며 장애없이 내용을 볼 수 있습니다. 원래 상자에 다시 넣으면 같은 문제가 발생합니다.


1
나는 당신과 똑같은 문제가 있습니다-당신은 그것을 해결 했습니까?
Eborbob

나는이 문제가 있다고 생각했지만 / dev / sda1 대신 / dev / sda를 마운트하려고 시도했다. 큰 GPT 디스크조차도 문제없이 전환했습니다.
cag51

답변:


8

fdiskGPT 디스크 작업 에는 사용할 수 없으며 MBR 디스크에서만 작동합니다. 2TB보다 큰 디스크는 GPT 여야합니다.

커널이 ( dmesg출력에서) HDD를 감지 했더라도 HDD가 마운트 될 수 있도록 파일 시스템으로 분할되거나 포맷되지 않았기 때문에이 HDD를 마운트 할 수 없습니다 .

이렇게하려면 다음을 시도하십시오.

$ sudo sfdisk -l

모든 GPT 장치 및 파티션이 나열됩니다. 사용하여 파티션을 만들 수도 있습니다 sfdisk.

$ sudo sfdisk /dev/sda

파티션을 사용하여 생성 한 후에는 sfdisk포맷을 원할 것입니다.

$ mkfs.ext4 /dev/sda1

위의 작업을 수행하면 원래 시도했던대로 HDD를 마운트 할 수 있어야합니다.

HDD의 파일 시스템 결정

HDD 및 / 또는 파티션이 어떻게 포맷되었는지 확실하지 않은 경우 명령 dumpe2fs을 사용하여 이를 수행 할 수 있습니다 .

$ sudo dumpe2fs /dev/sda1 | less

이 명령의 출력 구문 분석은 다음 U & L Q & A에서 다룹니다. ext2 또는 ext3 또는 ext4를 감지하는 안정적인 방법?

참고 문헌


고마워, 문제는 : 이것은 새로운 디스크가 아니며 거의 1 년 동안 사용 해 왔으며 거기에 ext4 볼륨이 있는지 확실합니다.
Hamza

@ Hamza- /dev/sda1in이 dmesg없다는 것은 커널이 유용한 파일 시스템을 자동으로 감지하지 못한다는 것을 의미합니다. 다른 EXT4 장치가 마운트되어 있습니까? 그러면 EXT4 장치를 마운트 할 수 있도록 드라이버가 사용 가능 / 작동 중인지 확인할 수 있습니다.
slm

예, 동일한 시스템에 여러 개의 ext4 파티션이 마운트 된 4 개의 다른 디스크가 있습니다.
Hamza

@Hamza-출력 sfdisk -l?
slm

디스크 / dev / sda : 364801 실린더, 255 헤드, 63 섹터 / 트랙 경고 : 파티션 테이블은 C / H / S = * / 256/63 (364801/255/63 대신) 용으로 만들어진 것 같습니다. 이 목록에서는 해당 형상을 가정합니다. 단위 = 8257536 바이트의 실린더, 1024 바이트의 블록, 0 장치 부팅 시작 끝 #cyls에서 계산 dev / sda3 0-0 0 비어 있음 / dev / sda4 0-0 0 비어 있음
Hamza

2

해결책은 다른 SATA 컨트롤러를 사용하는 것입니다. 문제의 드라이브가 USB SATA 컨트롤러를 통해 연결된 경우 문제가 발생했습니다. 드라이브에 액세스하기 위해 SATA 컨트롤러의 마더 보드에서 DVD 드라이브를 분리하고 (예비 소켓이 없음) 드라이브를 꽂았습니다 (재부팅 필요 없음-SATA 핫 플러그 ​​가능).


1

잊어 fdisk사용, parted -l또는 gdisk -l(패키지 gptfdisk) 대신 ...


2
* nix.SE에 오신 것을 환영합니다! 이와 같은 단선 의견 기반 답변은 종종 도움이되지 않습니다. 이러한 다른 옵션이 더 나은 이유를 설명하십시오. 링크와 문서를 참조로 사용하면 제안의 품질에 도움이됩니다.
HalosGhost
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.