(SSD의 파티션 및 파일 시스템 정렬이 타당한 경우)
SSD에서 파티션 정렬을 수행할 때 처음에는 사용되지 않은 공간이 있습니다(예: 첫 번째 파티션이 섹터 2048에서 시작하고 논리 섹터 크기가 512바이트인 경우 약 1MiB).
해당 공간을 사용하는 데 단점이 있습니까(GRUB를 포함하는 작은 파티션이 있거나 섹터 2048이 아닌 64MiB에서 루트 파일 시스템을 시작하고 이전 공간을 /boot 파티션으로 사용할 수도 있습니다. 파일 시스템이 정렬되지 않았을 수 있지만 거의 기록되지 않음)?
(DOS 파티션 레이아웃을 사용할 때 하나의 기본 파티션을 잃는 것 외에) 이에 대해 반대하는 내용이 전혀 없습니다. 이에 대해 명백히 반대되는 내용이 있습니까? (또한 처음 1~4MiB의 공간을 사용하려고 하면 낭비하지 않는 것이 "더 좋아 보일" 수 있다는 점을 제외하면 별 이점이 없다는 것을 알았습니다.)
답변1
1MB 오프셋은 기본 저장소에 관계없이 정렬이 거의 보장되기 때문에 선택되었습니다. 자기 디스크가 4KiB 섹터로 변경되었을 때 처음 선택되었습니다. 그러나 정렬은 정렬이므로 중요하지 않습니다.
이야기 시간!
이전 어레이에서 작동하기 위해 첫 번째 4K 디스크를 가져와야 할 때 섹터 56(기존 63과 비교)에서 파티션을 시작했습니다. 섹터 64로 이동하는 것이 불가능했기 때문입니다. 그러면 파티션이 크지 않을 것입니다. RAID 어레이에 합류하기에 충분합니다. DOS 파티션 테이블에서는 GRUB에 사용되는 일부 공간을 차지했지만 다행히도 여전히 충분했습니다. 나중에 더 큰 디스크를 구할 때 섹터 2048로 옮겼습니다. 디스크가 더 크기 때문에 파티션은 여전히 RAID 어레이에 합류할 만큼 충분히 클 수 있습니다. 물론 시스템의 디스크가 다르면 시스템 관리자 작업이 추가되지만 인생도 마찬가지입니다. (다행히 대부분의 시스템을 폐기할 수 있었습니다.)
다중 TB 자기 디스크의 1MB 공간은 눈에 띄지 않습니다. 수백GB SSD에도 없습니다. 고백해요하다공간을 낭비하는 게 좀 아쉽습니다. 즉, 저는 120MB가 거대한 하드 디스크이고 운영 체제가 플로피 디스크에 들어갈 수 있는 시대에 자랐습니다.1MB!? 그것은 전체 운영 체제입니다!
그러나 여기에는 큰 장점이 있습니다. 4K 디스크용으로 정렬되고, SSD(물리적 블록 크기가 최소 64KiB인)용으로 정렬되며, 어레이에서 스트라이프 정렬을 만드는 것이 합리적으로 쉽습니다. 아마도 꽤 오랫동안 모든 합리적인 스토리지 기술에 맞춰 조정되었을 것입니다.
그러나 단일 디스크가 있는 경우 비표준을 제외하고는 실제로 어떤 단점도 없습니다. 예를 들어 파티션 테이블이 손실된 후 디스크의 데이터를 복구하려는 경우 먼저 2048에서 시작하는 파티션을 확인합니다. .)
그리고 다른 대안에 관해서는: 정렬되지 않은 부팅은 실제로 큰 문제가 아닙니다. 읽기 속도가 조금 느려지고 쓰기 속도가 훨씬 느려질 수 있지만 어느 쪽도 눈에 띄지 않는 경우가 많습니다. 그러나 64MB /boot 파티션은 너무 작으므로 256MB보다 작지는 않습니다. 일반과 반대되는 대상 initrd도 ~5MB이고, 커널의 경우 또 다른 ~4MB이며, 몇 가지 업데이트 후에는 빠르게 공간이 부족해집니다(이전 커널을 제거하는 데 매우 일상적인 작업을 수행하지 않는 한). 그러나 EFI 부팅은 커널/initrd를 넣지 않는 한 괜찮습니다.
답변2
파티션 bios_grub을 64s-2047s. DOS 파티션의 경우 처음 몇 섹터는 파티션 없이 사용됩니다.
데이터 파티션, 실제 파일 시스템의 경우 MiB 정렬을 고수합니다.
답변3
시스템에 BIOS "부트 섹터 보호" 기능이 활성화되어 있는 경우 소프트웨어 RAID 등의 전체 디스크를 사용하면 BIOS 기능이 (강력한 보안을 위해!) 해당 초기 블록에 쓰기를 방지하므로 RAID 소프트웨어가 만족스럽지 않게 될 수 있습니다. 따라서 이는 전체 디스크를 사용하는 것의 잠재적인 단점 중 하나입니다(해당 기능에 대해 BIOS를 검토하고 해당 기능이 꺼져 있는지 확인하지 않음).