나는 두 개의 동일한 3TB Western Digital USB 하드 디스크 드라이브를 가지고 있습니다. 하나에는 거의 3TB의 데이터가 포함되어 있습니다. 다른 하나는 해당 데이터의 백업이 되기를 바랍니다. 작은 파일 cp이 많기 때문에 dd. 두 드라이브는 동시에 구입되었으며 둘 다 MSDOS 파티션 테이블을 사용하지만 하나는 4096/4096의 논리/물리 섹터 크기를 표시하고 다른 하나는 512/4096을 표시합니다.
내 문제는 내가 복사하려고한다는 것입니다에게512/4096 드라이브를 사용하지만 512바이트(논리) 섹터가 있는 MSDOS 파티션 테이블의 제한으로 인해 충분히 큰 파티션을 만들 수 없습니다. 다양한 명령( dd파티션 테이블의 처음 몇 섹터, parted, , gparted, Windows XP "관리" 및 Windows 7 "관리") 을 시도했지만 fdisk최대 제한이 2TB이거나 3TB라고 생각했던 ~300GB 파티션으로 끝납니다. 그들은 창조되었습니다.
내 드라이브 중 하나가 4096/4096에서 실행되고 있다고 가정하면이 질문내 경우에는 해당되지 않습니다.
GPT를 사용하는 것이 대체 옵션이지만 NTFS 파티션보다 약간 작은 파티션을 생성하므로 dd해당 파티션의 파일 시스템만 사용할 수는 없습니다.
소스 디스크와 완벽하게 일치하는 3TB 파티션을 생성할 수 있도록 MSDOS 파티션 테이블(Linux 또는 Windows)에 대해 4096/4096을 강제 적용하는 방법이 있습니까?
답변1
방금 비슷한 문제가 발생했습니다. 더 빠른 액세스를 위해 Seagate 3TB USB 데스크탑 확장 드라이브를 PC로 옮기고 싶었습니다(PC에는 USB 2.0만 있었습니다). 그렇게 한 후에는 파일 시스템에 액세스할 수 없었습니다. USB-SATA 컨트롤러로 되돌리면 다시 작동합니다. 두 가지를 비교해 보면 외부 케이스(USB-SATA 컨트롤러 사용)의 드라이브는 논리/물리 섹터 크기가 4096/4096이고, 내부 마더보드 SATA에 연결하면 논리/물리 섹터 크기가 512/4096인 것으로 나타났습니다. OP 제안과 마찬가지로 4096 논리 섹터 크기는 > 2TiB 파티션을 허용하지만 512 섹터 크기에서는 2TiB 제한이 적용됩니다. USB를 통해 천천히 어딘가에 복사하고, 다시 파티션하고(GPT), 다시 포맷하고, 다시 복사하고 싶지 않았기 때문에 그대로 유지했습니다. Linux에 대한 나의 궁극적인 해결책은 다음과 같습니다.
4k 섹터를 사용하는 원래 MBR 파티션 테이블을 삭제합니다. gdisk(fdisk의 GPT 변형)를 사용하여 정확히 동일한 영역에 걸쳐 있는 512바이트 섹터를 사용하여 파티션을 만듭니다. 이는 기본적으로 4K 랜드에서 파티션의 시작/끝을 위한 섹터를 취하고 8을 곱하는 것과 같습니다. 끝에 공백이 있어서 거기에 8개를 더 추가했는데 지금까지는 괜찮았습니다(e2fsck가 나에게 경고했습니다. 그것에.) e2fsk는 여전히 작동 중이므로 안전하다고 100% 확신할 수는 없지만 이론상으로는 모두 괜찮아 보이고 파일을 잠시 마운트했는데 괜찮아 보였습니다.
답변2
2TB가 넘는 많은 Western Digital 외장 USB 드라이브(최소 일부 My Book, My Book Essential, Elements 및 Easystore 드라이브 포함)는 WD Quick Formatter 도구를 사용하여 512바이트 논리 섹터 또는 4096바이트 논리 섹터로 구성할 수 있습니다. 4096바이트 논리 섹터로 구성된 경우 인클로저의 USB-SATA 브리지는 내부 드라이브에 대한 SATA 인터페이스의 512바이트 논리 섹터와 호스트 컴퓨터에 대한 USB 인터페이스의 4096바이트 논리 섹터 간 변환을 수행합니다.
512바이트 논리 섹터를 사용하면 MBR 파티션 테이블은 최대 2TB의 드라이브만 사용할 수 있습니다. 이는 MBR 테이블 항목이 최대 2^32 또는 4,294,967,296 섹터의 32비트이기 때문입니다. 2^32 섹터 x 512바이트/섹터는 2TB입니다. 4096바이트 논리 섹터를 사용하면 MBR 파티션 테이블은 최대 16TB의 드라이브를 사용할 수 있습니다. (2^32 섹터 x 4096바이트/섹터는 16TB) Windows XP는 MBR 파티션 테이블만 지원하므로 4096바이트 논리 섹터는 Windows XP에서 2TB가 넘는 드라이브의 모든 공간을 사용할 수 있는 유일한 방법입니다. Windows Vista 이상에서 지원되는 최신 GPT 파티션 테이블 형식에는 32비트 제한이 없으며 섹터 크기에 관계없이 2TB보다 큰 디스크를 지원할 수 있습니다.
그만큼WD Quick Formatter 도구(이 글을 쓰는 시점에서 다운로드 가능한 버전 2.0.0.65)은 섹터 크기 변환을 활성화하거나 비활성화할 수 있습니다. 이 버전의 도구는 Windows XP에서는 제대로 작동하지 않으므로 Windows 7 이상에서 도구를 실행하는 것이 좋습니다. Windows 7 또는 이후 버전의 Windows(Windows 7 호환 모드 포함)에서 실행하는 경우 도구는 "WD 외장 드라이브 포맷" 화면에 두 가지 구성 옵션을 표시합니다.
- XP 호환: 이 옵션은 4096바이트 논리 섹터에 대한 드라이브를 구성하고 MBR 파티션 테이블을 생성합니다.
- 가장 호환 가능(Vista 이상 필요): 이 옵션은 512바이트 논리 섹터에 대한 드라이브를 구성하고 GPT 파티션 테이블을 생성합니다.
두 옵션 모두 전체 드라이브를 채우는 단일 파티션을 생성하고 NTFS로 빠르게 포맷합니다.
Windows 7 호환 모드로 설정하지 않고 Windows 8 이상에서 도구를 실행하면 도구는 포맷 화면에 호환성 옵션을 표시하지 않고 "가장 호환되는" 모드(512바이트 논리 섹터)로 포맷합니다.
WD Quick Formatter 2.0.0.65는 Windows XP에서 올바르게 작동하지 않습니다. 4096바이트 논리 섹터를 성공적으로 구성했지만 올바르게 포맷하지 못했습니다. 이후에 다른 도구를 사용하여 드라이브를 분할하고 포맷할 수 있습니다.
WD Quick Formatter 1.2.0.10은 Windows XP에서 올바르게 작동하지만 더 이상 Western Digital에서 다운로드할 수 없습니다.
대상 드라이브가 소스와 동일한 논리 섹터 크기로 구성된 경우 dd를 사용하여 복사할 수 있으며 파티션 테이블을 변경할 필요 없이 복사가 작동합니다.
이러한 Western Digital 외장 USB 드라이브를 XP와 호환되도록 구성할 수 있음을 확인할 수 있습니다.
Easystore 14TB(WDBCKA0140HBK)
Easystore 12TB(WDBCKA0120HBK)
Easystore 8TB(WDBCKA0080HBK)
My Book Essential 1140, 3TB(WDBACW0030HBK)
요소 1021, 3TB(WDBAAU0030HBK)
답변3
귀하의 문제는 다음과 유사할 가능성이 높습니다.4096바이트 섹터 디스크에서 512바이트 섹터 MBR을 수정하는 방법은 무엇입니까?. 간단히 말해서, 4K 섹터 형식을 이해하지 못함으로 인한 USB 인클로저 펌웨어의 한계입니다.
물리적 섹터 크기는 HDD의 기본 섹터 크기이므로 드라이브의 펌웨어를 업데이트하고 저수준 포맷을 수행하지 않는 한 해당 값을 "강제"할 수 있는 방법이 없습니다.
일부 (구) 4K HDD는 다음을 지원할 수 있습니다.에뮬레이트된물리적 크기는 여전히 4K이지만 논리적 크기인 512바이트 섹터가 있는 것으로 보고되는 512바이트 섹터 모드(512/4096 드라이브의 기능인 512e라고 함)입니다. 즉, 파티션을 4K에 맞게 올바르게 정렬해야 하며 그렇지 않으면 성능이 크게 영향을 받습니다. 기술적으로 보고된 논리값5월일부 디스크 구성 소프트웨어를 사용하거나 제조업체에서 지원하는 경우 펌웨어를 업데이트하여 변경할 수 있습니다.
그러나 나는 그러한 소프트웨어에 대해 알지 못합니다. 동일한 디스크에 대해 다른 논리 값이 표시되면 외부 인클로저의 이전 디스크 컨트롤러가 새로운 512e 또는 4K 형식을 인식하지 못하기 때문입니다. 이는 위에서 언급한 것처럼 USB HDD에서 많이 발생합니다.셰인 앤더슨의 답변그리고:
- 논리 섹터 크기는 USB 또는 직접 SATA를 통해 연결되었는지에 따라 달라집니다.
- 4K 에뮬레이션 SATA USB 컨트롤러
- 하드 디스크 드라이브는 호스트 컨트롤러에 따라 필요에 따라 512e(4k 섹터의 512바이트 에뮬레이션)를 켭니까?
- SATA를 통해 연결된 경우 512 논리 섹터 크기를 표시하는 3TB HDD
실제로 많은 오래된 USB 인클로저는 2TB보다 큰 드라이브도 지원하지 않습니다.
더 나쁜 것은 일부 인클로저가 512바이트 섹터를 4K 섹터로 결합하여 반대 작업을 수행한다는 것입니다.
복잡한 문제는 특정 USB 디스크 인클로저입니다. 이러한 인클로저 중 일부는 AF가 수행하는 작업과 반대되는 작업을 수행합니다. 즉, 8개의 디스크 섹터를 가져와 하나의 새로운 4096바이트 섹터로 묶습니다. 이러한 움직임의 이유가 무엇인지는 잘 모르겠지만 한 가지 실용적인 이점은 2TiB보다 큰 디스크를 기존 MBR 파티셔닝 시스템과 함께 사용할 수 있다는 것입니다. 한 가지 주요 단점은 이러한 엔클로저 중 하나에 파티션된 디스크를 직접 사용할 수 없거나 이러한 유형의 변환을 수행하지 않는 엔클로저에서 사용할 수 없다는 것입니다. 마찬가지로, 이 변환 없이 준비된 디스크는 그러한 엔클로저로 전송될 때 사용할 수 없습니다.
비슷한 문제:
- SATA-USB 케이블 섹터 크기
- USB 드라이브를 내부 SATA 드라이브로 연결하면 손상된 데이터가 표시되는 이유는 무엇입니까?
- 고급 포맷 HDD, USB 인클로저 및 Windows/Linux 호환성
게다가 디스크 복사에 dd를 사용하면 안 됩니다. 대신 일부 디스크 복제 도구를 사용하면 빈 클러스터를 건너뛸 수 있을 만큼 똑똑하고 다음 작업도 수행할 수 있습니다.크기가 다른 디스크 간 복제
또한 "DOS 파티션 테이블"은 없지만 MBR 및 GPT(및 기타 일반적이지 않은 형식)가 있습니다. 불행히도 gparted와 많은 Linux 도구에서는 이를 "msdos"라고 부르는데 이는 잘못된 것입니다.
MBR을 사용하면 2개의 32개 섹터(512바이트 섹터의 경우 2TB, 4K 섹터의 경우 16TB) 만 처리할 수 있습니다 . 이것이 바로 4096/4096 드라이브가 제대로 작동하는 이유입니다. Shane Anderson의 해결 방법이 효과가 있다고 생각하지만, 유일한 방법이 아니라면 GPT를 사용하는 것입니다. 실제로 GPT는 체크섬 및 백업 파티션 테이블을 지원하므로 실수로 인한 손상/삭제 가능성을 크게 줄여주기 때문에 파티션이 하나만 있는 경우에도 권장됩니다.
답변4
예, 아니오.
물리적 섹터 크기는 변경할 수 없으며 전송 계층 섹터 크기를 변경할 수 있는 드라이브는 거의 없으므로 항상 한 번에 4K의 배수를 작성하게 됩니다.
그러나 논리적 섹터 크기는 물리적 섹터 크기와 아무런 관련이 없으며 운영 체제는 쓰기를 결합하여 이러한 변환을 처리할 수 있습니다.
드라이브는 항상 한 번에 4096바이트에 액세스됩니다. 즉, 모든 최신 운영 체제의 블록 장치 드라이버는 요즘 블록 크기로 더 잘 알려진 섹터 크기 간에 변환할 수 있으므로 파티션 블록 크기는 기본 장치의 블록 크기와 일치할 필요가 없습니다.
512바이트 논리 섹터 장치에서 4K 논리 섹터 파티션을 쉽게 사용하거나 4K 논리 섹터 장치에서 512바이트 논리 섹터 파티션을 쉽게 사용할 수 있습니다.
또한 파티션 수준 논리 섹터는 파일 시스템에서 사용되는 섹터 블록 크기와 일치할 필요가 없습니다.
Linux 및 확장된 Android는 ExtFS에서 1024, 2048 또는 4096의 블록 크기(파일 시스템 수준 논리 섹터 크기)를 사용합니다. (512바이트 섹터 드라이브에서는 여러 물리적 섹터를 사용하여 논리 블록을 형성합니다.)
FAT32에서 DRDOS 6.x는 8K 논리 섹터를 사용하여 더 큰 디스크를 지원했으며 Linux는 훨씬 더 큰 논리 섹터를 사용할 수 있습니다. 이를 통해 훨씬 더 큰 FAT32 파티션을 생성할 수 있습니다.
마찬가지로, 엄청나게 작은 파일이 많이 포함된 매우 작은 파일 시스템을 관리할 때 많은 소프트웨어 프로그램은 논리 섹터 크기가 64KB만큼 작은 프로그램을 사용했습니다.
참고자료:
Linux MSDOSTOOLS 매뉴얼 페이지
Linux mke2fs 매뉴얼 페이지
FAT에 대한 Wikipedia 페이지: