Tại sao phân vùng bắt đầu trên sector 2048 thay vì 63?


54

Tôi có hai ổ đĩa được phân vùng giống nhau và chạy hai phân vùng RAID trên mỗi ổ đĩa.

Một người chết và tôi đã thay thế nó theo bảo hành cho cùng một mô hình.

Trong khi cố gắng phân vùng nó, phân vùng đầu tiên chỉ có thể bắt đầu trên sector 2048, thay vì 63 như trước đây. Ổ đĩa có hình dạng khác nhau như trước và còn lại. (Ít đầu / nhiều xi lanh hơn)

Ổ đĩa cũ:

$ 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

Ổ đĩa tái sản xuất nhận được từ bảo hành:

$ 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  ...

Tại sao vậy?


1
Đầu ra không cho biết đây là ổ 4K Định dạng Nâng cao : Sector size (logical/physical): 512 bytes / 512 bytes.
bwDraco

1
Tại sao điều này bị hạ cấp?
bwDraco

1
Tôi không đồng ý với downvote, tôi cũng không nhận thức được quan niệm sai lầm liên kết theo dõi và thông tin của JdeBP là hữu ích và có liên quan đến một câu hỏi hợp lệ.
Garrett

Các câu hỏi và câu trả lời liên quan: superuser.com/q/565577/19956 , unix.stackexchange.com/q/81556/3054 .
pts

Sử dụng các ổ đĩa mới hơn, GPT được khuyến nghị sử dụng 2048làm khu vực bắt đầu theo mặc định. Đĩa cũ hơn có thể được định dạng bằng một tiện ích cũ hơn và sử dụng định dạng bảng phân vùng không phải GPT. Để phân vùng đĩa "Định dạng nâng cao 4K" mới hơn, hãy sử dụng Tiện ích GPTfdisk . Đối với RAID, hãy đảm bảo sử dụng loại fd00 Linux RAIDvà gắn nhãn phân vùng của bạn một cách thích hợp.
TrinitronX

Câu trả lời:


43

Bởi vì đĩa cũ của bạn được phân vùng với một tiện ích cũ, chẳng hạn như Linux fdisk, đã thực hiện việc căn chỉnh theo dõi một cách vô dụng bằng cách sử dụng hình học đĩa hoàn toàn giả mà bạn thấy đã báo cáo và đĩa mới của bạn đã hoặc đang được phân vùng bởi một tiện ích mới hơn (bởi thay vào đó) căn chỉnh theo ranh giới 1MiB thay thế.

đọc thêm


7
Nói cách khác, khu vực LBA số 63 tương ứng với hình trụ 0, đầu 1, khu vực 1 ở định dạng CHS , là khu vực đầu tiên bạn có thể sử dụng ở định dạng MBR. Tuy nhiên, số 63 không chia hết cho 8, điều này gây ra sự cố với các ổ đĩa 4K, vì vậy một số công cụ hiện đại bắt đầu phân vùng đầu tiên vào năm 2048 cũng cung cấp khả năng tương thích GPT trong tương lai.
billc.cn

8
Có những lúc người ta khao khát một cách để đánh dấu các bình luận, đặc biệt là những bình luận mà những người khác cố gắng đưa những lỗi hoàn toàn vào miệng của một người. Những "từ khác" không chính xác , đó là lý do tại sao chúng không phảinhững gì tôi đã viết . Khu vực đầu tiên mà người ta có thể sử dụng (như nhiều người có) cho phân vùng chính với bảng phân vùng MBR là LB # 2 hoặc thậm chí LB # 1 nếu không cần tương thích với những thứ như LVM của IBM. Và căn chỉnh 1MiB không liên quan gì đến khả năng tương thích bảng phân vùng EFI.
JdeBP

Đúng tôi đoán tôi đã nhầm lẫn về phần đầu tiên, nhưng đối với bit thứ hai tôi có nghĩa là nếu bạn bắt đầu vào năm 2048, bạn sẽ không gặp vấn đề gì khi chuyển đổi ổ đĩa sang GPT trong tương lai, do đó từ "cũng" và "tương lai" .
billc.cn

5
Điều đó vẫn không đúng. Một người sẽ không có vấn đề nào . Làm số học. Ngay cả việc căn chỉnh ban đầu đến ranh giới theo dõi (giả) cũng cung cấp quá đủ chỗ. 60 cung 512 byte đó có thể chứa 240 mục nhập bảng phân vùng EFI. Xin nhắc lại: Căn chỉnh 1MiB không liên quan gì đến khả năng tương thích bảng phân vùng EFI.
JdeBP

4
fdiskkhông phải là một "tiện ích cũ", nó được duy trì tích cực. Chỉ KHÔNG sử dụng "hình học đĩa giả" thông qua -c=dos(nó bị tắt theo mặc định!). Trang chủ cảnh báo rõ ràng chống lại việc đó vì CHS đã chết như vũ trường. Liên kết đến trang của JdBP đã chết, nhưng lịch sử của liên kết 1MiB (2048 ngành) có thể được tìm thấy trong mục nhập Trình quản lý đĩa logic của Wikipedia . Đó là mụn cóc Windows Vista: "Sử dụng ranh giới căn chỉnh 1-MiB cho phép chỉnh sửa bảng phân vùng an toàn hơn với Vista Disk Mgt."
David Tonhofer

35
fdisk -c=dos

Bạn đã sử dụng bảng phân vùng DOS cũ khi tạo phân vùng của mình. Các phiên bản mới hơn fdiskkhông sử dụng chế độ tương thích dos theo mặc định.


3
Câu trả lời được chấp nhận có một số thông tin có giá trị nhưng câu trả lời này có viên ngọc mà tôi cần để khắc phục vấn đề của mình.
jcbwlkr

fdisk sẽ không cho phép tôi tạo lại một phân vùng bắt đầu từ sector 2048 mà không có đối số này - tôi đã nhận đượcFirst sector (3072-314572799, default 3072):
tomfanning

5
Điều này rất quan trọng nếu bạn đang cố gắng thay đổi kích thước phân vùng, với fdisk có nghĩa là xóa và tạo lại nó; bạn cần phân vùng để bắt đầu ở cùng một nơi.
mcr

không còn hoạt động với fdisk from util-linux 2.28: /
akostadinov

1
tìm thấy nó fdisk -c=dos -u=cylinders /dev/sdbtrong ý chính - gist.github.com/jkullick/febf46756435f1fa99dc56f00782de03
akostadinov

7

Có lẽ nó sẽ hữu ích để thêm một bình luận ở đây. Đối với phân vùng LUKS, nó được cho là xóa và tạo lại phân vùng tại cùng một nơi, nhưng lớn hơn trước khi gọi cryptsetup resize. Nhưng khi bạn tạo phân vùng của mình từ lâu, nó bắt đầu tại sector 63. Sử dụng fdisk, phân vùng sẽ được tạo lại ở phần bù sai, dẫn đến phân vùng bị mất.

Tôi đã quản lý để khôi phục nó bằng cách sử dụng fdisk -c=dosđể có thể tạo phân vùng từ khu vực 63 mà không gặp sự cố.


1

Không chắc chắn tại sao nó bắt đầu vào 63 ở vị trí đầu tiên, nhưng theo fdisk, kích thước cung của bạn là 512.

Vì vậy, nếu bạn muốn các phân vùng của mình và do đó các cụm được căn chỉnh, phần bù bắt đầu của bạn sẽ chia hết cho 512. 2048 là khá phổ biến trong những ngày này.

Nếu bạn thích các khu vực bị phân bổ sai, thì bạn luôn có thể lấy GPart để chuyển phân vùng của bạn trở lại 63.

Biên tập:

Ôi Không thấy rằng bạn có RAID. Bạn có thể nên đăng RAID và kích thước sọc của bạn.


1
63 là 111111 ở dạng nhị phân. BIOS của PC, số ngành được / được mã hóa thành sáu bit, dẫn đến số lượng tối đa 111111 (63) cung trên mỗi rãnh. Tối đa này vẫn được sử dụng cho hình học CHS ảo.
Chris Reid

1

Trong khi tôi nhận ra rằng câu hỏi thực tế đã được trả lời, một cách khắc phục nhanh cho vấn đề xi lanh đầu tiên 63 vs 2048 là:

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

(nếu bạn chắc chắn rằng bạn có các ổ đĩa có cùng kích thước)

Sau đó, bạn có thể tiến hành thêm các phân vùng khác nhau vào RAID, nơi bạn nhận được khiếu nại về các phân vùng không cùng kích thước do chênh lệch xi lanh bắt đầu 63/2048 làm giảm kích thước phân vùng cuối cùng.


Bạn nên giải thích những gì nó làm, nguồn đích?
Pawel Cioch
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.