VS>>>> Я что ли единственный, кто держит Root на ZFS? AK>>> скорее ты почти единственный, кто при этом еще и использует его AK>>> в качестве дискеты. VS>> Hечасто, но случаются ситуации, когда починить что-нибудь в VS>> системе бывает проще всего, подмонтировав ее к ремонтной системе. AK> я бы для этого использовал ремонтную флэшку, еще не разучившуюся AK> грузиться просто с ufs.
Да, можно. В этом случае можно не переименовывать импортируемый зпул, а просто -R его в сторонку. Но вопрос остается, не поплохеет ли загрузочному зпулу после того, как он побывал в другой системе? И надо ли на Системе 2 делать export?
VS>>>> А Система 1 теперь будет грузиться с пула, который VS>>>> импортировали на Системе 2, потом экспортировали, да еще и VS>>>> переименовали? AK>>> а зачем переименовывали-то, VS>> Да потому что на ремонтной системе уже есть свой пул zroot. AK> и вот по этой причине в линуксные labels я всегда добавляю hostname, AK> ага ;-) (а промышленные системы норовят монтировать вообще по uuid)
В случае ufs я тоже иногда делаю монтирование по /dev/ufsid, но мы сейчас речь ведем про zfs.
VS>> А я что спросил? AK> ты спросил ячтоединственный ;-) AK> вполне может встать колом и ждать того, что у нее AK> то ли в недрах boot vars то ли прямо в zpool.cache или как он там AK> окажется.
Вот-вот.
AK> По той же самой причине - мало ли чего еще ты наподключал к этой AK> системе, и где случайно можно найти /etc и /usr прямо как настоящие, AK> но не те.
Да уж, в случае zfs с ее mountpoint, canmount, mounted и проч. это может быть неочевидно.
VS>> Дык интересует не столько проверка для данной конкретной версии, а VS>> наличие каких-то guidelines. AK> guidelines все в покойном сане остались, сейчас - что стадо обезьянок AK> (необязательно даже имеющих отношение к openzfs) понаделают, то и AK> будет, и апеллировать не к кому.
