Tại sao có 2048 lĩnh vực không gian trống giữa mỗi phân vùng logic?


8

Tôi biết về định dạng nâng cao và thiết lập 2048 cung miễn phí khi bắt đầu đĩa. Nhưng tôi vừa chuyển đổi một bảng phân vùng của đĩa từ MS-DOS sang GPT và tôi nhận thấy điều này:

Trước:

Number  Start   End     Size    Type      File system     Flags
        32,3kB  1049kB  1016kB            Free Space
 1      1049kB  31,5GB  31,5GB  primary   ntfs            
 2      31,5GB  43,0GB  11,5GB  primary
 3      43,0GB  44,1GB  1074MB  primary   linux-swap(v1)
 4      44,1GB  80,0GB  36,0GB  extended
 5      44,1GB  54,6GB  10,5GB  logical
 6      54,6GB  65,0GB  10,5GB  logical   ext4            boot
 7      65,0GB  80,0GB  15,0GB  logical
        80,0GB  80,0GB  56,8kB            Free Space

Sau:

Number  Start   End     Size    File system     Name                  Flags
        17,4kB  1049kB  1031kB  Free Space
 1      1049kB  31,5GB  31,5GB  ntfs            Microsoft basic data  msftdata
 2      31,5GB  43,0GB  11,5GB                  Linux filesystem
 3      43,0GB  44,1GB  1074MB  linux-swap(v1)  Linux swap
        44,1GB  44,1GB  1049kB  Free Space
 5      44,1GB  54,6GB  10,5GB                  Linux filesystem
        54,6GB  54,6GB  1049kB  Free Space
 6      54,6GB  65,0GB  10,5GB  ext4            Linux filesystem
        65,0GB  65,0GB  1049kB  Free Space
 7      65,0GB  80,0GB  15,0GB                  Linux filesystem
        80,0GB  80,0GB  39,9kB  Free Space

Như bạn có thể thấy, có 3 khoảng trống bổ sung ở đó (2048 cung), mỗi lỗ cho một phân vùng mở rộng. Không có khoảng cách giữa phân vùng thứ 1 và thứ 2 và thứ 2 và thứ 3.

Có ai biết tại sao các khoảng trống chỉ tồn tại giữa các phân vùng hợp lý?


Chính xác thì bạn đã chuyển đổi đĩa "từ MBR sang GPT" như thế nào? Không có loại bảng phân vùng MBR. Có thể bạn có nghĩa là DOS, nhưng vẫn vậy, bạn đã chuyển đổi như thế nào?
phunehehe

Tôi chỉ sử dụng gdisk.
Mikhail Morfikov

Làm thế nào để bạn chuyển đổi bằng gdisk? Điều này rất quan trọng vì bạn (hoặc chương trình bạn sử dụng) có thể đã làm sai điều gì đó khi chuyển đổi.
phunehehe

1
Tôi đã làm theo các bước này - wiki.archlinux.org/index.php/ Kẻ
Mikhail Morfikov

Không thể biết mà không nhìn thấy bảng phân vùng với các đơn vị được đặt thành các cung từ đĩa (2.048 cung 512 byte là 1 MiB, nhỏ hơn độ chính xác của các số thập phân được liệt kê). Các phân vùng MS-DOS có hành lý cảm xúc kỳ lạ buộc phải liên kết với các số khác nhau (bây giờ là tùy ý), đôi khi để lại các khu vực không được sử dụng ở cuối. Tôi không biết tại sao đây chỉ là trường hợp cho các phân vùng hợp lý ở đây.
Alexios

Câu trả lời:


8

Những người phân vùng muốn sắp xếp các phân vùng trên một ranh giới mebibyte những ngày này. Đối với phân vùng MBR, có 4 phân vùng chính và phần còn lại bạn cần phân vùng hợp lý và mở rộng.

Mặc dù bố cục của các phân vùng chính được thể hiện ở phần cuối của khu vực đầu tiên của đĩa, đối với các phân vùng hợp lý, bạn đã có một danh sách các bảng phân vùng bổ sung được liên kết (bản thân chúng chỉ xác định một phần. Thông thường, phần đầu tiên là phần đầu của phân vùng mở rộng (được xác định là phân vùng chính) và xác định phân vùng logic đầu tiên và nó liên kết với bảng phân vùng tiếp theo xác định phân vùng logic tiếp theo. Bảng phân vùng tiếp theo sẽ được đặt sau logic đầu tiên vách ngăn.

Tất cả các bảng phân vùng đó chỉ mất một vài byte bên ngoài các phân vùng, nhưng do sự liên kết của mebibyte, một mebibyte đầy đủ phải được sử dụng cho chúng.

GPT ở đầu bên kia lưu trữ tất cả thông tin phân vùng ở đầu đĩa (có bản sao lưu ở cuối), vì vậy sau khi chuyển đổi, không gian được sử dụng cho các bảng phân vùng logic sẽ trở nên miễn phí.

Lưu ý rằng bạn chỉ cần một khu vực để lưu trữ các bảng phân vùng logic MBR đó, vì vậy, nói đúng ra, trong phân vùng MBR sẽ có 2047 khu vực miễn phí, nếu partionner sẵn sàng không căn chỉnh các phân vùng trên ranh giới mebibyte.


Tôi hiểu ngay bây giờ, có một EBR cho mỗi đĩa logic và "Mục nhập thứ hai của bảng phân vùng EBR sẽ chứa các byte bằng 0 nếu đó là EBR cuối cùng trong phân vùng mở rộng, nếu không, nó trỏ đến EBR tiếp theo trong chuỗi EBR. "
Mikhail Morfikov
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.