Размер сектора fdisk и вопросы выравнивания

Логический размер сектора, являющийся меньшим, чем физический размер сектора, нормален для большинства современных дисков. Это просто, как Усовершенствованные диски Формата чаще всего реализуются. Некоторые внешние диски используют тот же (4 096-байтовый) размер сектора и для физических и для логических секторов, и я услышал, что некоторые высокопроизводительные внутренние диски теперь делают то же, но большинство дисков в эти дни является моделями Advanced Format с 512-байтовыми логическими секторами и 4 096-байтовыми физическими секторами. Нет ничего, что Вы можете (или должен попробовать к), делают об этом.

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

Ваш /dev/sda4, однако, непосредственно не содержит файловую систему; это - расширенный раздел, что означает, что это - просто контейнер для других разделов. Данные, непосредственно связанные с /dev/sda4, являются просто двумя (логическими) секторами, которые даже не, вероятно, смежны друг с другом, таким образом, они не могут быть правильно выровненные. Реальные потери производительности прибыли бы из выравнивания разделов, содержавших в /dev/sda4. В Вашем случае, /dev/sda4 содержит /dev/sda5 и /dev/sda6, оба из которых правильно выровненные. Таким образом Вы не должны волноваться [приблизительно 116]. Предупреждение, которое Вы видите, является просто кодом, это сверхвосторженно по поводу сообщения о "проблеме", когда каждый не существует.

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

, Если Вы решаете, Вы хотите зафиксировать /dev/sda1, необходимо начать путем поддержки его. Со сделанным, один способ зафиксировать его состоит в том, чтобы удалить его, создать новый раздел в его месте и восстановить его файлы. Иначе (после поддержки) должен изменить размеры раздела в GParted. Внесите крошечное изменение в стартовую точку; любая последняя версия GParted должна вокруг к нескольким из 2 048 секторов, и Вы будете в порядке. Перемещение стартовой точки раздела всегда более опасно и занимает больше времени, чем перемещение конечной точки. Поскольку раздел составляет только 19 ГиБ в размере, операция не должна занимать смешное количество времени, даже перемещая стартовую точку, но это не будет мгновенно.

Как примечание стороны и фон, только довольно старые инструменты неправильно выравнивают разделы на современных Усовершенствованных дисках Формата. Мое предположение - Вы, использовал такой инструмент (старая версия Linux fdisk или DOS FDISK, возможно) для создания /dev/sda1, затем использовал более современный инструмент (более свежее fdisk, parted, или GParted, возможно) для создания остальной части разделов.