vấn đề kích thước và căn chỉnh khu vực fdisk


10

Tôi đã thực hiện lệnh:

# fdisk /dev/sda1

Đầu ra là:

The device presents a logical sector size that is smaller than
the physical sector size. Aligning to a physical sector (or optimal
I/O) size boundary is recommended, or performance may be impacted.

Command (m for help): p

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0xe0c5913d

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1              63    40965749    20482843+  1c  Hidden W95 FAT32 (LBA)
Partition 1 does not start on physical sector boundary.
/dev/sda2   *    40966144   334567423   146800640    7  HPFS/NTFS/exFAT
/dev/sda3       334567424   753997823   209715200   83  Linux
/dev/sda4       753999870  1953525167   599762649    5  Extended
Partition 4 does not start on physical sector boundary.
/dev/sda5       753999872  1949376511   597688320   83  Linux
/dev/sda6      1949378560  1953525167     2073304   82  Linux swap / Solaris

Tôi gặp rắc rối vì các mục sau đây:

  • Thiết bị trình bày kích thước khu vực logic nhỏ hơn kích thước khu vực vật lý. Việc căn chỉnh theo ranh giới kích thước của khu vực vật lý (hoặc I / O tối ưu) được khuyến nghị hoặc hiệu suất có thể bị ảnh hưởng.

  • Phân vùng 1 không bắt đầu trên ranh giới khu vực vật lý.

  • Phân vùng 4 không bắt đầu trên ranh giới khu vực vật lý.

Làm cách nào tôi được phép giải quyết một hoặc nhiều mục trong số đó mà không mất các tệp và phân vùng của mình?

Vấn đề tôi sẽ để lại là gì?


Kích thước khu vực logic gần như luôn luôn là 512 byte - điều đó không đáng ngạc nhiên. Bộ điều khiển đĩa biết điều này và làm việc tương ứng. Tôi chưa bao giờ thấy một vấn đề với ranh giới khu vực và phân vùng không thẳng hàng - nó có thể là một vấn đề nhiều năm trước.
muru

Câu trả lời:


11

Kích thước khu vực logic nhỏ hơn kích thước khu vực vật lý là bình thường đối với hầu hết các đĩa hiện đại. Đây chỉ đơn giản là cách các đĩa Định dạng Nâng cao thường được thực hiện nhất. Một số đĩa bên ngoài sử dụng cùng kích thước cung (4096 byte) cho cả hai lĩnh vực vật lý và logic và tôi đã nghe nói rằng một số đĩa nội bộ cao cấp hiện nay cũng làm như vậy, nhưng hầu hết các đĩa ngày nay là các mô hình Định dạng Nâng cao với 512 byte các lĩnh vực logic và các lĩnh vực vật lý 4096 byte. Không có gì bạn có thể (hoặc nên cố gắng) làm về việc này.

Điều đó nói rằng, việc sắp xếp đúng các phân vùng cho các đĩa Định dạng Nâng cao là rất quan trọng. Tôi đã chạy một số thử nghiệm trên các đĩa Định dạng Nâng cao để xác định điều gì sẽ xảy ra khi các phân vùng của chúng bị căn chỉnh sai và công bố kết quả tại đây. Tóm lại, phạm vi của vấn đề thay đổi rất nhiều từ hệ thống tệp này sang hệ thống tệp khác và từ đĩa này sang đĩa khác, nhưng hầu như luôn luôn có một hình phạt hiệu suất đáng kể (và đôi khi rất lớn ) liên quan đến các phân vùng bị sai lệch.

Của bạn /dev/sda4, tuy nhiên, không trực tiếp tổ chức một hệ thống tập tin; đó là một phân vùng mở rộng, có nghĩa là nó chỉ đơn giản là một thùng chứa cho các phân vùng khác. Dữ liệu được liên kết trực tiếp /dev/sda4chỉ đơn giản là hai lĩnh vực (logic), có thể thậm chí không liền kề với nhau, vì vậy chúng không thể được căn chỉnh chính xác. Hình phạt hiệu suất thực sự sẽ đến từ sự liên kết của các phân vùng có trong /dev/sda4. Trong trường hợp của bạn, /dev/sda4giữ /dev/sda5/dev/sda6cả hai đều được căn chỉnh chính xác. Vì vậy, bạn không cần phải lo lắng /dev/sda5. Cảnh báo bạn đang thấy chỉ đơn giản là mã quá nhiệt tình về việc báo cáo "sự cố" khi không tồn tại.

Của bạn /dev/sda1, mặt khác, không được liên kết đúng - nó bắt đầu từ ngày 63 ngành, mà không phải là chia hết cho 8. Cho dù bạn nên làm bất cứ điều gì về điều đó phụ thuộc vào số tiền bạn sử dụng phân vùng đó, cách bạn sử dụng nó (kích thước tập tin, đọc so với viết, v.v.), điều quan trọng là bạn có được hiệu suất tối ưu từ nó như thế nào, liệu bạn đã có bản sao lưu đầy đủ chưa, v.v. Tôi khuyên bạn nên đọc bài viết tôi đã tham khảo trước đó, sau đó quyết định xem có khắc phục được sự cố không. .

Nếu bạn quyết định muốn khắc phục /dev/sda1, bạn nên bắt đầu bằng cách sao lưu nó. Khi đã xong, một cách để khắc phục là xóa nó, tạo một phân vùng mới tại vị trí của nó và khôi phục các tệp của nó. Một cách khác (sau khi sao lưu) là thay đổi kích thước phân vùng trong GParted. Thực hiện một thay đổi nhỏ đến điểm bắt đầu; mọi phiên bản gần đây của GParted sẽ làm tròn thành nhiều trong số 2048 lĩnh vực và bạn sẽ ổn. Di chuyển điểm bắt đầu của một phân vùng luôn rủi ro hơn và mất nhiều thời gian hơn so với việc di chuyển điểm cuối. Vì phân vùng chỉ có kích thước 19GiB, nên thao tác không mất nhiều thời gian, thậm chí di chuyển điểm bắt đầu, nhưng nó sẽ không được thực hiện ngay lập tức.

Là một ghi chú bên cạnh và nền, chỉ các công cụ khá cũ mới phân bổ sai các phân vùng trên các đĩa Định dạng Nâng cao hiện đại. Tôi đoán là bạn sử dụng một công cụ như vậy (một phiên bản cũ của của Linux fdiskhoặc một hệ điều hành DOS FDISK, có lẽ) để tạo ra /dev/sda1, sau đó sử dụng một công cụ hiện đại hơn (một gần đây hơn fdisk, partedhoặc GParted, có lẽ) để tạo ra các phần còn lại của phân vùng của bạn.

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.