EG>>>>> Вряд ли UEFI важна в этом вопросе. Если пул не был EG>>>>> экспортирован, то отсутствие zpool.cache не фатально: zdb -C EG>>>>> показывает, что на самом пуле записан в таком случае hostid, EG>>>>> совпадающий с sysctl kern.hostid. VS>>>> То есть чтобы, как настоящий сибиряк, окончательно добить VS>>>> японскую бензопилу - надо удалить на подмонтированной системе VS>>>> zpool.cache и вдобавок экспортировать пул? EG>>> Если у тебя vfs.root.mountfrom указан на этот пул, то скорее EG>>> всего принудительно импортируется даже и в этом случае. VS>> vfs.root.mountfrom может же быть разный на разных пулах и в VS>> разных BE одного и того же пула, он же задается в loader.conf.
EG> loader только читает пул, поэтому ему импортировать пул не нужно. EG> Вполне может быть два пула, с первого стартует loader, EG> читает loader.conf с этого же пула и говорит ядру работать с другим EG> пулом.
Да, так возможно. А вообще удивительно, как это например в 80 килобайт boot1.efi запихали возможность читать с zfs.
VS>> И нет, на моей экспериментальной машинке vfs.root.mountfrom VS>> конечно есть в kenv, но нигде явно не прописан.
EG> Значит, его к kenv суёт loader, больше некому.
EG>>> Ты вообще чего добиться-то хочешь? :-) VS>> Понимания, где грабли могут быть разложены. С {LiveCD,mfsBSD}+UFS VS>> я чувствую себя весьма уверенно, а вот с сабжем пока не очень.
EG> Всё надо тестировать.
Вот я этим и занимаюсь.
Скоро мне в одном месте надо пробовать переходить с mfi на mrsas, там знания и пригодятся, если придётся откатываться.