розмір сектору fdisk та питання вирівнювання


10

Я виконав команду:

# fdisk /dev/sda1

Вихід був:

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

У мене проблеми, тому що наступні елементи:

  • Пристрій представляє логічний розмір сектора, менший за розмір фізичного сектора. Рекомендується вирівнювання межі розміру фізичного сектора (або оптимального вводу / виводу), інакше може вплинути на продуктивність.

  • Розділ 1 не починається на межі фізичного сектора.

  • Розділ 4 не починається на межі фізичного сектора.

Як мені дозволяється вирішувати один або декілька цих елементів, не втрачаючи своїх файлів і розділів?

Які проблеми у мене будуть залишати все таким, яким воно є?


Логічний розмір сектора майже завжди становить 512 байт - це не дивно. Дискові контролери знають це і працюють відповідно. Я ніколи не бачив, щоб проблеми з межами сектору та розділів не вирівнювались - це могло бути проблемою років тому.
муру

Відповіді:


11

Розмір логічного сектора менший, ніж розмір фізичного сектора, є нормальним для більшості сучасних дисків. Саме так найчастіше реалізуються диски розширеного формату . Деякі зовнішні диски використовують однаковий розмір (4096-байт) сектора як для фізичного, так і для логічного секторів, і я чув, що деякі внутрішні диски високого класу зараз роблять те саме, але більшість дисків сьогодні - це моделі Advanced Format з 512-байтними логічні сектори та 4096-байтні фізичні сектори. З цим нічого не можна (або слід намагатися) зробити.

Однак, важливо правильно вирівняти розділи для дисків розширеного формату. Я провів кілька тестів на дисках розширеного формату, щоб визначити, що відбувається, коли їхні розділи не змістовані, і опублікував результати тут. Коротше кажучи, масштаб проблеми сильно різниться від однієї файлової системи до іншої та від одного диска до іншого, але майже завжди існує значне (а іноді й величезне ) покарання за продуктивність, пов’язане з нерівними розділами.

/dev/sda4Однак ваш файл безпосередньо не містить файлову систему; це розширений розділ, що означає, що це просто контейнер для інших розділів. Дані, безпосередньо пов’язані з цим, /dev/sda4є просто двома (логічними) секторами, які, ймовірно, навіть не примикають один до одного, тому їх неможливо правильно вирівняти. Штрафи Реальна продуктивність буде виходити від вирівнювання розділів , що містяться в /dev/sda4. У вашому випадку /dev/sda4затримки /dev/sda5і /dev/sda6обидва вони правильно вирівняні. Таким чином, вам не потрібно турбуватися /dev/sda5. Попередження, яке ви бачите, - це просто код, який надто захоплено повідомляє про "проблему", коли такої не існує.

Ви /dev/sda1, з іншого боку, не вирівняні - вона починається в секторі 63, який не ділиться на 8. Якщо ви повинні зробити що - небудь про те, що залежить від того , скільки ви використовуєте цей розділ, як ви його використовуєте (розмір файлу, читає vs. пише тощо), наскільки важливо, щоб ви отримували від цього оптимальну продуктивність, чи були у вас адекватні резервні копії тощо. Я рекомендую вам прочитати статтю, на яку я посилався раніше, а потім вирішити, чи вирішити проблему. (Я не повідомляв про результати FAT в цій статті з космічних причин, але продуктивність FAT зазнала досить сильного результату - IIRC, не так сильно, як ReiserFS, але принаймні так само погано, як і більшість інших файлових систем, що належать до Linux.)

Якщо ви вирішили, що ви хочете виправити /dev/sda1, слід почати із резервного копіювання. Після цього один спосіб виправити це - видалити його, створити на його місці новий розділ та відновити його файли. Ще один спосіб (після створення резервної копії) - змінити розмір розділу в GParted. Зробіть невеликі зміни до початкової точки; будь-яка остання версія GParted повинна округлити до 2048 секторів, і ви будете добре. Переміщення початкової точки розділу завжди ризикованіше і займає більше часу, ніж переміщення кінцевої точки. Оскільки розділ має розмір лише 19 Гбіт, операція не повинна займати смішну кількість часу, навіть переміщуючи початкову точку, але це не буде миттєвим.

Як бічна примітка, і лише досить старі інструменти нерівні перегородки на сучасних дисках розширеного формату. Я думаю, ви використовували такий інструмент (стару версію для Linux fdiskабо в DOS FDISK, можливо) , щоб створити /dev/sda1, а потім використав більш сучасний інструмент (свіжіший fdisk, partedабо GParted, можливо) , щоб створити іншу частину ваших розділів.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.