= Сообщение: 9363 из 10753 ===================================== RU.UNIX.BSD = От : Eugene Grosbein 2:5006/1 22 Oct 19 06:30:32 Кому : Victor Sudakov 22 Oct 19 06:30:32 Тема : Re: починить root-on-zfs FGHI : area://RU.UNIX.BSD?msgid=grosbein.net+83189980 На : area://RU.UNIX.BSD?msgid=2:5005/49+5dadd048 = Кодировка сообщения определена как: IBM866 ================================= Ответ: area://RU.UNIX.BSD?msgid=2:5005/49+5daf3128 ============================================================================== 21 окт. 2019, понедельник, в 22:26 NOVT, Victor Sudakov написал(а):
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 может же быть разный на разных пулах и в разных BE одного и VS> того же пула, он же задается в loader.conf.
loader только читает пул, поэтому ему импортировать пул не нужно. Вполне может быть два пула, с первого стартует loader, читает loader.conf с этого же пула и говорит ядру работать с другим пулом.
VS> И нет, на моей экспериментальной машинке vfs.root.mountfrom конечно есть в VS> kenv, но нигде явно не прописан.
Значит, его к kenv суёт loader, больше некому.
EG>> Ты вообще чего добиться-то хочешь? :-) VS> Понимания, где грабли могут быть разложены. С {LiveCD,mfsBSD}+UFS я чувствую VS> себя весьма уверенно, а вот с сабжем пока не очень.
Всё надо тестировать.
Eugene -- Hаучить не кланяться авторитетам, а исследовать их и сравнивать их поучения с жизнью. Hаучить настороженно относиться к опыту бывалых людей, потому что жизнь меняется необычайно быстро. --- slrn/1.0.3 (FreeBSD) * Origin: RDTC JSC (2:5006/1@fidonet)