Розмір логічного сектора менший, ніж розмір фізичного сектора, є нормальним для більшості сучасних дисків. Саме так найчастіше реалізуються диски розширеного формату . Деякі зовнішні диски використовують однаковий розмір (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, можливо) , щоб створити іншу частину ваших розділів.