Программное обеспечение RAID 10 + LVM на смешанных дисках, выравнивании сектора?

• Раздел запускается/выравнивание

Заставьте их запуститься на границах на 1 мебибайт, например, с помощью parted и unit mib. Тем путем у Вас не будет проблемы с сегодняшними 4k дисками сектора, и не с завтрашним 8k или 16k дисками..., и Вы только тратите впустую 1 МиБ за диск.

Можно проверить выравнивание раздела любого данного дискового использования parted /dev/disk unit b print free. Это печатает единицы в байтах, таким образом, Вы видите ли a start из 1250249670656 действительно несколько из 4 096 (4k) или 1048576 (1 МиБ).

Обратите внимание, что в схеме выделения разделов MS-DOS, только основные и логические разделы должны быть выровненные. Расширенный раздел (контейнер для logicals) не имеет значения.

• Размер дорожки RAID

Обычно 64k или 512k, таким образом, это уже является кратным 4k и не проблеме.

• Положение суперблока RAID

Не имеет значения. Если суперблок в конце, выравнивание является самим разделом. Если суперблок в запуске, mdadm использует смещение данных, которое будет несколькими из мебибайт (до 128 мебибайт). Проверьте смещение данных с mdadm --examine /dev/sda1.

• LVM PV - dataalignment

Смещение LVM обычно - 1 мебибайт также, свериться pvs -o +pe_start.

• затем выравнивание любых файловых систем в LVs

После того как сам PV выровненный, весь LV автоматически выровненные также, потому что размер PE является (обычно) также несколькими из 1 мебибайт. (4 мебибайт или больше)

И файловые системы использовали 4k blocksize в течение очень долгого времени. По крайней мере, со стандартными файловыми системами Linux Вы не можете действительно сделать ничего плохого в этой точке.

даже fdisk

В то время как существует некоторая разработка с fdisk в последнее время я пошел бы для parted или gdisk.

Я не волновался бы о смешанных дисках также. Это - вид гибкости, Вы получаете из программного обеспечения Linux RAID, это - хорошая вещь. Я смешал размеры диска сам и никогда не замечал проблемы из-за нее.