MBR 이후 및 파티션 시작점 앞의 디스크 영역

10

MBR 파티셔닝 구성표를 사용하고 fdisk(버전 2.20.1)을 사용하여 기본 또는 확장 파티션을 생성하면 2048 섹터에서 시작합니다. 올바르게 기억하면 이전 버전의 fdisk섹터는 63 섹터에서 첫 번째 파티션을 시작했습니다. MBR 만 필요한 경우 512 바이트, 왜 첫 번째 파티션이 섹터 2에서 시작하지 않습니까? 그 2047 섹터에 무엇이 유지됩니까? 부트 로더의 어떤 단계?

partition mbr

— 남자 이름
소스

참고로 1 MiB (2048 섹터) 정렬은 2010 년 2 월 22 일에 릴리스 된 기능 fdisk에서 Linux 에 도입되었습니다 . Windows Vista는 2006-11에서 출시되었습니다. util-linux-ng-2.17.1/fdisk/fdisk.cupdate_sector_offset(void)

— pts

관련 질문 및 답변 : superuser.com/q/352572/19956 , superuser.com/q/565577/19956 .

— pts

16

MBR과 파일 시스템의 첫 번째 섹터 사이의 오래된 32KiB 간격을 DOS 호환성 영역 또는 MBR 간격이라고합니다. DOS는 파티션이 실린더 경계에서 시작해야했기 때문에 (각 실린더는 64 개의 섹터, 즉 64 개의 섹터 * 512 바이트 / 섹터 = 32KiB 공간) .

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

: 레거시 GRUB (GRUB1)는이 GRUB1 1.5 단계 부트 로더를 설치하는 데 사용했습니다 수 http://www.gnu.org/software/grub/manual/grub.html#BIOS-installation을 .

추가 링크 :

— 보리스 부 코프
소스

1

좋아요, 설명해 주셔서 감사합니다! GRUB2가 MBR 사이와 파티션 전에 동일한 영역을 사용하여 부팅 코드를 찾습니다. 에 따르면 grub-install -v나는 GRUB2를 설치하고 나는 실행하면이 dd if=/dev/sda obs=1 ibs=1 skip=512 count=2047 2>/dev/null | strings -n4다음이 "로딩"이 지역에서 "기하 구조", "읽기", "오류"하고 그들이 GRUB2에 속해 있어야합니다.

— Martin

@Martin Hm, 흥미로운 관찰. 나는 거기에 "^ @", grub2도 있습니다. 내 2 단계가 파일 시스템에있는 것 같습니다. :)

— Boris Burkov

1

@Martin : 이전에 GRUB 0.99를 설치 한 경우 현재 부트 로더가 GRUB 2.x이고 사용하지 않더라도 여전히 해당 영역에있을 수 있습니다.

— 벤 Voigt

6

이것은 성능 최적화이며 Linux와 전혀 관련이 없으며 하드웨어와 관련이 없습니다. 최신 디스크 ( "4K"디스크라고도 함)는 512 대신 4096 바이트의 물리적 섹터를 사용합니다. 단일 512 바이트 섹터를 계속 처리 할 수 있지만 파티션 (또는 파일 시스템)이 4K로 정렬되지 않으면 성능에 심각한 영향을 줄 수 있습니다. .

시작 섹터 64만으로도 충분합니다. 2048 로의 증가는 예방적인 것으로 보입니다 (예 : 디스크를 나중에 GPT로 변환해야하는 경우 UEFI 부팅 파티션을 배치 할 수 있도록 허용).

— 하우 크 레이 징
소스

성능 최적화를 통해 파일 시스템이 4K 섹터 중간에서 시작하면이 파일 시스템의 모든 데이터도 잘못 정렬되어 파일 시스템의 파일에서 1 바이트라도 변경 될 경우, 그렇다면 두 개의 물리적 4K 섹터를 읽고 수정해야합니까? 파일 시스템이 정렬되면 모든 바이트가 동일한 4K 물리 섹터에있는 한 4K 섹터 만 수정하면됩니까?

— Martin

2

@Martin 문제는 커널이 페이지에 캐시되기 때문에 항상 4K 블록 (페이지 크기)을 디스크에 기록한다는 것입니다. 단일 섹터와 달리 4K 페이지는 두 섹터의 일부일 수 있습니다. 이 경우 4K가 아니라 8K를 작성해야합니다. 더 나쁜 것은 디스크의 4K 블록 중 하나 또는 둘 다를 먼저 읽어야 할 수도 있습니다.

— Hauke Laging