왜 파티션이 63이 아닌 2048 섹터에서 시작합니까?

두 개의 드라이브가 동일하게 파티션되었고 각각에 두 개의 RAID 파티션을 실행했습니다.

하나는 죽었고 같은 모델에 대해 보증 기간 동안 교체했습니다.

파티션을 분할하는 동안 첫 번째 파티션은 이전의 63 개 대신 섹터 2048에서만 시작할 수 있습니다. 드라이브는 이전 및 나머지와 다른 형상을 갖습니다. (더 적은 헤드 / 더 많은 실린더)

오래된 드라이브 :

$ sudo fdisk -c -u -l /dev/sdb 

Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 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: 0x000aa189

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *          63   174080339    87040138+  83  Linux
/dev/sdb2       174080340   182482334     4200997+  82  Linux swap / Solaris
/dev/sdb3       182482335  3907024064  1862270865   fd  Linux raid autodetect

보증에서받은 재생산 드라이브 :

$ sudo fdisk -c -u -l /dev/sda

Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
81 heads, 63 sectors/track, 765633 cylinders, total 3907029168 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: 0x000d0b5d

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048  ...

왜 그런 겁니까?

이전 디스크가 Linux와 같은 이전 유틸리티로 분할 되었기 때문에 fdisk보고 된 완전히 가짜 디스크 구조를 사용하여 트랙 정렬을 쓸모 없게 구현했으며 새 디스크가 다음과 같은 새로운 유틸리티로 분할되었거나 분할되고 있습니다. default) 대신 1MiB 경계에 정렬됩니다.

추가 자료

• Jonathan de Boyne Pollard (2011). 디스크 파티션 정렬의 gen. 자주 답변.

fdisk -c=dos

파티션을 만들 때 이전 DOS 파티션 테이블을 사용했습니다. 최신 버전의 fdiskdos는 기본적으로 dos 호환 모드를 사용하지 않습니다.

여기에 의견을 추가하면 도움이 될 것입니다. LUKS 파티션의 경우 같은 위치에서 파티션을 삭제하고 다시 작성한다고하지만 호출하기 전에 더 큽니다 cryptsetup resize. 그러나 파티션을 오래 전에 만들면 섹터 63에서 시작합니다. fdisk를 사용하면 파티션이 잘못된 오프셋으로 다시 만들어 져서 파티션이 손실됩니다.

fdisk -c=dos문제없이 섹터 63에서 파티션을 만들 수 있도록 복구했습니다 .

처음 63에서 시작한 이유는 확실하지 않지만 fdisk에 따르면 섹터 크기는 512입니다.

따라서 파티션과 클러스터를 정렬하려면 시작 오프셋을 512로 나눌 수 있어야합니다. 요즘에는 2048이 일반적입니다.

정렬이 잘못된 섹터를 선호하는 경우 GPart가 파티션을 63으로 다시 이동하도록 할 수 있습니다.

편집하다:

죄송합니다. RAID가있는 것을 보지 못했습니다. RAID 및 스트라이프 크기를 게시해야합니다.

실제 질문에 대한 답변을 받았지만 63 대 2048 첫 실린더 문제에 대한 빠른 수정은 다음과 같습니다.

sfdisk -d /dev/sdb | sfdisk --force /dev/sda

(동일한 크기의 드라이브가있는 경우)

그런 다음 다양한 파티션을 RAID에 다시 추가하여 최종 파티션 크기를 벗어난 63/2048 시작 실린더 차이로 인해 파티션의 크기가 동일하지 않다는 불만이 접수되었습니다.

1MiB (2048 * 512 바이트 에뮬레이트 블록 크기) 선택은 다양한 하드웨어 스토리지 구성에 매우 적합합니다. 파일 시스템 데이터 구조는 일반적으로 파티션 시작점과 정렬되므로 스토리지 읽기 / 쓰기 속도를 최대화하는 데 중요 할 수 있습니다.

예를 들면 다음과 같습니다.

RAID는 16-256 KiB 범위의 데이터 스트라이프를 사용할 수 있습니다. 1 MiB는 정수의 배수이므로 1MiB에서 파티션을 시작하면 기본 RAID 모델과 호환됩니다.

SSD는 일반적으로 128-256 NAND 페이지의 지우기 블록 크기를 가지며, 드라이브에 따라 256 KiB 또는 512 KiB 일 수 있습니다. 다시 여기서 1MiB에서 파티션을 시작하는 것은 기본 SSD 스토리지 특성과 호환됩니다.

Advance Format 512e 회전 HDD는 4 KiB 물리적 블록 크기를 가지며, 다시 1MiB는 이것의 정수배입니다.

따라서 AF 드라이브가 있고 GPT로 파티셔닝하는 경우 LBA 블록 40 (HDD의 각 물리 블록에있는 8 개의 논리 블록의 정수배)부터 시작하는 첫 번째 파티션에 만족할 것입니다. LBA 블록 2048 (1MiB)에서 시작하면 세계 스토리지가 손실됩니다. 이는 거의 모든 하드웨어 구성에 적합하기 때문에 소프트웨어를 기본값으로 파티션하기위한보다 유연한 값입니다.