Я предполагаю, что это относится к этой проверке (подробности скопированы с пользователя DeHackEd ):
Основное назначение - это своего рода «принудительная» команда: когда у вас есть пул, созданный с помощью ashift = 9, вы пытаетесь заменить / подключить диск с секторами 4 тыс. ZFS это не нравится (и на то есть веская причина), поэтому указание -o ashift = 9 отменяет определение размера сектора и заставляет ZFS его принять.
[...]
Нет, требование заключается в том, что ashift_of (вставка_диска) <= ashift_of (существующий_дев). В противном случае EDOM будет возвращен, а операция не будет продолжена. Значение вставки_диска считывается с самого диска, но может быть переопределено с помощью -o ashift = значение со значением, удовлетворяющим приведенному выше неравенству, чтобы ZFS принимала диск.
Обоснование состоит в том, что подключение диска со слишком большой скоростью сдвига приведет к такой потрясающе низкой производительности (в любом случае, для ротационных носителей), что пользователи будут недовольны. Я сделал это, мое 500G (наполовину заполненное 1TB дисков) зеркало заняло 24 часа для восстановления, когда должно было быть 2 часа. Это было вызвано смешением 512 и 4096 байт сектора дисков.
[...]
И наоборот. Пул имел ashift = 9, но вставка диска с секторами 4k (ashift = 12) приводит к неравенству 12 <= 9, что неверно. Использование zpool ... -o ashift = 9 делает его 9 <= 9, и ZFS принимает его.
Таким образом, вы можете добавить свой диск с помощью sudo zpool attach -o ashift=9 -f watson wwn-0x50014ee058480994 scsi-SATA_ST2000DM001-1CH_Z1F2ZSLP
, но ваша производительность может пострадать. Альтернативой было бы воссоздать пул с правильно выровненными дисками или не смешивать и не согласовывать размеры секторов (что означает использование разных дисков).