512 바이트 섹터 (점퍼)에서 4k 바이트 섹터 (점퍼 제거)까지 Western Digital Green 드라이브


10

4k 섹터를 지원하지 않는 OS에서 사용하기 위해 핀 7 및 8 점퍼가있는 WD20EARS 드라이브를 사용하고있었습니다. 그러나 이제는 하드 드라이브를 4k 섹터 지원 OS로 전송하고 싶습니다.

점퍼를 제거하고 Windows Server 2008 R2에 연결 한 후 빠른 형식을 수행했습니다. 그러나 DiskCheckup 은 "섹터 당 바이트 수"속성을 여전히 512 로보 고합니다.

이 드라이브를 4k 섹터 드라이브로 사용하려면 무엇을 더해야합니까?


분명히 빠른 형식은 그것을하지 않을 것입니까? 전체 형식을 사용해보십시오?
Sirex

답변:


15

나는 이것이 올바른 행동이라고 생각합니다. 4k 디스크는 여전히 인터페이스 측에서 512 바이트 섹터를보고합니다. 내부적으로 4k 블록으로 섹터를 처리합니다.

점퍼는 대부분의 드라이브에서 섹터 시프트 만 가능합니다. 대부분의 드라이브에서는 섹터 주소를 1 씩 변경합니다. 그 이유는 Winodws XP와 같이 4k를 인식하지 못하는 OS입니다. Windows XP가 섹터 63에서 시작하는 첫 번째 파티션을 작성한다는 것을 이해해야합니다 (예, 오타가 아님).

대부분의 경우 Windows는 4k 할당 단위 (NTFS 클러스터)가있는 파일 시스템을 사용합니다. 따라서 기존 드라이브에서 NTFS 클러스터를 읽을 때는 8 개의 물리적 블록 만 읽어야한다고 가정합니다. 아주 간단합니다.

이제 드라이브는 4k 섹터 크기도 사용할 것입니다. 이것은 가장 작은 할당 단위이기 때문에 OS가 4k보다 작은 클러스터를 읽지 않기 때문에 완전히 괜찮습니다 (포맷 중에 더 작은 FS 클러스터를 강제하지 않았다고 가정). 필자가 작성한 것처럼 드라이브는 호환성 이유로 인해 인터페이스 수준에서 512 바이트 섹터를 계속 노출합니다. 그러나 단일 512 바이트 블록 만 읽는 경우 내부적으로 드라이브는 4k 섹터를 읽은 다음 케이블 인터페이스를 통해 512 바이트 만 보내도록 분할합니다.

이제 문제는 어디에 있습니까? ###

Windows XP의 문제점은 파티션이 기본적으로 블록 63에 맞춰져 있다는 것입니다. 이로 인해 NTSF 클러스터가 물리적 블록에 잘못 정렬됩니다. 이것을 설명하기 위해 작은 그림을 만들었습니다.

클러스터 정렬

Windows XP의 그림에서 볼 수 있듯이 논리 클러스터는 실제 4k 블록에 정렬되지 않습니다. 결과적으로 Windows가 논리 NTFS 클러스터를 읽는 경우 드라이브가 하나의 블록이 아닌 두 개의 블록을 읽도록 요구합니다. 심지어 하나의 NTFS 클러스터 만 필요하면 두 섹터를 읽고 요청 된 데이터 만 OS로 반환하기 위해 이들을 병합해야합니다.

쓰기 작업의 경우 훨씬 더 나쁩니다. 이 경우 드라이브는 두 개의 물리적 4k 섹터를 읽은 다음 해당 내용을 새 NTFS 클러스터의 내용과 병합하여 두 섹터를 디스크에 다시 저장할 수 있습니다. 즉, HDD를 덮어 써서 HDD의 섹터를 바꾸는 대신 드라이브가 8k를 읽고 버퍼에 병합하고 8k를 써야합니다. 이로 인해 쓰기 작업이 많이 느려집니다.

불필요한 병합을 방지하기 위해 HDD 제조업체는 점퍼를 통해 활성화 할 수있는 "호환성"핵을 추가했습니다. 각 512 바이트 섹터 주소를 단순히 1 씩 증가시킵니다. 결과적으로 Windows에서 만든 첫 번째 파티션은 섹터 64에서 시작되며 매핑은 다음과 같습니다.

여기에 이미지 설명을 입력하십시오

이제 논리적 4k NTFS 블록을 읽거나 쓰면 하나의 물리적 섹터를 정확하게 읽거나 쓸 수 있습니다.

물론 4k 섹터 경계에 맞춰 파티션을 생성 한 경우에는이 해결 방법이 전혀 필요하지 않습니다. 예를 들어 Linux에서는 fdisk파티션이 시작되는 블록을 정의 하는 데 간단히 사용할 수 있습니다 . 여기에 8을 곱하는 것이 좋습니다.

Windows는 Vista 이후 2048 년 AFAIR 부문에서 첫 번째 파티션을 시작하고 있습니다. 따라서이 문제는 더 이상 발생하지 않습니다.

경고 : Vista, Win7 또는 Win2k8 R2와 같은 4k 지원 OS에서 점퍼 해결 방법을 계속 사용하면 실제로 섹터 정렬이 중단 될 수 있습니다. 그 이유는 드라이브가 섹터 주소를 다시 1 씩 증가시켜 첫 번째 파티션이 섹터 2049에 맞춰져 다시 큰 성능 저하가 발생하기 때문입니다.

따라서 드라이브를 분할하기 전에 점퍼를 제거하는 4k 인식 OS를 사용하고 있는지 확인하십시오. 특정 경우에는 점퍼를 제거한 상태에서 드라이브를 다시 파티션하기 만하면 모든 것이 정상이라고 생각합니다. 드라이브 포맷은 섹터 정렬 및 4k 주소 지정과 관련이 없습니다. 포맷하는 동안 확인해야 할 유일한 것은 2k NTFS 클러스터가 OS에서 각 HDD 액세스에 대한 전체 4k 섹터를 계속 읽어야하기 때문에 4k보다 작은 클러스터 크기를 사용하지 않는 것입니다. 그런데 8k NTFS 클러스터를 사용하는 것은 디스크가 각 NTFS 읽기 / 쓰기 작업에 대해 단순히 2 개의 섹터를 읽으므로 여전히 괜찮습니다.


좋은! 자세한 답변, 특히 4k 지원 OS에서 점퍼 사용에 대한 경고에 감사드립니다.
tgxiii

Mark : 그렇습니다. 그러나 제가 본 모든 것은 "Enterprise"제품 클래스에 있습니다. 512e 드라이브의 가격 / TB는 최소 2 배이므로 큰 서버 룸 외부에서는 볼 수 없습니다.
Jamie Hanrahan
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.