DI>>> Почему бы просто не добавить еще диск в виртуалку, а потом DI>>> пристегнуть его к zpool? AK> кстати, единственная здравая идея, в отличие от заведомо вредной возни AK> с переносом gpt.
Никакой особой возни нет, "gpart recover" восстанавливает метку в конце диска. На тестовой машинке даже на ходу получилось. А что в ней вредного, ты знаешь что-то конкретно нехорошее про gpart resize & recover? И это в эпоху, когда даже чайникам доступен ресайз разделов и файловых систем с помощью всяких Акронисов?
Но вариант "добавить еще диск в виртуалку, а потом пристегнуть его к zpool" мне тоже нравится, а как правильно пристегнуть еще дисков к mirror? И не сделается ли рутовый пул от этого незагружаемым?
VS>> А точно можно проделывать такое с рутовым пулом? AK> а что такое "рутовый пул", ась?
Не знаю точно как в эхотаге, а AFAIR в Солярке есть/было немало ограничений именно на рутовый пул, например он не мог быть на raidz, на нем нельзя включать компрессию и т.п.
AK> Пул, в котором всего лишь установлен в ненулевую строчку параметр AK> bootfs, помимо полусотни "обычных"?
Это пул, который должен читать загрузчик еще до того, как загружено ядро с полноценным драйвером ZFS.
AK> Так zfs, если что, этот параметр AK> вообще никогда не читает, ей самой он нафиг не интересен.
Ей самой может и неинтересен, а вот загрузчику какие-то особенности именно рутового пула могут быть небезразличны.
VS>> mirror 71,5G 61,4G 10,1G - 74% 85% AK> миррор из виртуальных дисков? Месье понимает толк в извращениях...
Эти виртуальные диски находятся на разных физических дисках гипервизора, так что это возможно не такое извращение, как кажется на первый взгляд. Впрочем у меня стойкое ощущение, что эту тему мы тут уже обсуждали.