Размер логического сектора, который меньше размера физического сектора, является нормальным для большинства современных дисков. Именно так чаще всего реализуются диски Advanced Format . Некоторые внешние диски используют одинаковый (4096-байтовый) размер сектора как для физического, так и для логического секторов, и я слышал, что некоторые высокопроизводительные внутренние диски теперь делают то же самое, но большинство дисков в наши дни представляют собой модели расширенного формата с 512-байтовыми байтами. логические сектора и 4096-байтовые физические сектора. Вы ничего не можете (или должны пытаться) делать с этим.
Тем не менее, правильное выравнивание разделов для дисков расширенного формата имеет важное значение. Я провел несколько тестов на дисках Advanced Format, чтобы определить, что происходит, когда их разделы выровнены, и опубликовал результаты здесь. Короче говоря, масштабы проблемы сильно варьируются от одной файловой системы к другой и от одного диска к другому, но почти всегда существует значительное (а иногда и огромное ) снижение производительности, связанное с неправильным расположением разделов.
Ваша /dev/sda4
, однако, напрямую не содержит файловую систему; это расширенный раздел, что означает, что это просто контейнер для других разделов. Данные, непосредственно связанные с ними, /dev/sda4
представляют собой просто два (логических) сектора, которые, вероятно, даже не соседствуют друг с другом, поэтому их нельзя правильно выровнять. Реальные потери производительности могут быть связаны с выравниванием разделов, содержащихся внутри /dev/sda4
. В вашем случае /dev/sda4
держит /dev/sda5
и то и /dev/sda6
другое правильно выровнено. Таким образом, вам не нужно беспокоиться о /dev/sda5
. Предупреждение, которое вы видите, это просто код, который с энтузиазмом сообщает о «проблеме», когда ее не существует.
Ваш /dev/sda1
, с другой стороны, не выровнен должным образом - он начинается в секторе 63, который не делится на 8. От того, следует ли вам что-либо делать, зависит то, насколько вы используете этот раздел, как вы его используете (размер файла, чтения против записи и т. д.), насколько важно, чтобы вы получали от нее оптимальную производительность, имеете ли вы адекватные резервные копии и т. д. Я рекомендую вам прочитать статью, на которую я ссылался ранее, а затем решить, решить ли проблему. (Я не сообщал о результатах FAT в этой статье по космическим причинам, но производительность FAT сильно пострадала - IIRC, не так плохо, как ReiserFS, но, по крайней мере, так же плохо, как и большинство других файловых систем Linux).
Если вы решили, что хотите исправить /dev/sda1
, вы должны начать с резервного копирования. После этого один из способов исправить это удалить его, создать на его месте новый раздел и восстановить его файлы. Другой способ (после резервного копирования) - изменить размер раздела в GParted. Сделайте небольшое изменение в начальной точке; любая последняя версия GParted должна округляться до 2048 секторов, и все будет в порядке. Перемещение начальной точки раздела всегда более рискованно и занимает больше времени, чем перемещение конечной точки. Поскольку размер раздела составляет всего 19 ГБ, операция не должна занимать смешное количество времени, даже перемещение начальной точки, но она не будет мгновенной.
В качестве примечания и фона, только довольно старые инструменты смещают разделы на современных дисках Advanced Format. Я думаю, вы использовали такой инструмент (старую версию для Linux fdisk
или в DOS FDISK
, возможно) , чтобы создать /dev/sda1
, а затем использовал более современный инструмент (более свежий fdisk
, parted
или GParted, возможно) , чтобы создать остальную часть ваших разделов.