[freebsd] Re: [freebsd] Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Anton Sayetsky 
26 октября 2016 г., 1:28 пользователь Alexander Sheiko
 написал:
>
> В письме от Срд, 26 Окт 2016, 01:16 Anton Sayetsky пишет:
>
>> Мои деньги к твоему заказчику никакого отношения не имеют
>
> Молодой человек, я с Вами на брудершафт не пил...
Это интернет, детка. (с)
Кроме того, "Вы" с заглавной используется исключительно в официальной
переписке, каковой данная рассылка не является. Здесь вообще все
равны, так что даже и со строчной "вы" - неправильно.
Ну а брудершафт, кстати, с представителями собственного пола я не пью,
так что придётся уж терпеть и переносить моё обращение таким, какое
оно есть и без того. Как минимум до тех пор, пока netch@ не выступит с
официальным заявлением о запрещении использования обращения "ты" в
рассылке.

> Имеет ровно в той же степени, как и Ваше поучение "сменить железо на
> современное". Вы, почему-то посчитали его уместным.
Вовсе нет. Повторюсь: выражения, подобные "сборка из сырцов -
медленно/медленнее" - ложь, если высказаны без учёта дополнительных
данных. А от тебя лишь было утверждение, что бинарный апдейт - 15
минут, а компилять (из контекста) значительно дольше. Но оказалось,
что скомпилять можно значительно быстрее 15 минут. Вот если бы ты
написал: "на железе, которое я обслуживаю, сборка медленнее, чем
бинарное обновление" - вопросов бы не было.

И на будущее: срач, выяснение отношений и трамвайное
правдоискательство в данной рассылке не приветствуется проводить, ибо
для этого личка есть. Так что если хочешь продолжить дискуссию по
поводу того, как кто должен обращаться и какие советы давать - туда [в
личку] и пиши далее.

[freebsd] Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Alexander Sheiko 

В письме от Срд, 26 Окт 2016, 01:16 Anton Sayetsky пишет:

> Мои деньги к твоему заказчику никакого отношения не имеют

Молодой человек, я с Вами на брудершафт не пил...

Имеет ровно в той же степени, как и Ваше поучение "сменить железо на
современное". Вы, почему-то посчитали его уместным.

-- 
WBR, Alexander Sheiko

[freebsd] Re: [freebsd] Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Anton Sayetsky 
26 октября 2016 г., 0:47 пользователь Alexander Sheiko
 написал:
>
> В письме от Срд, 26 Окт 2016, 00:34 Anton Sayetsky пишет:
>
>> Да, по сравнению с пересборкой - на треть дольше. Пожалуй, пора
>> выбросить калькуляторы и поставить современное железо. Или начать
>> использовать многопоточную сборку. Или и то, и другое.
>
> Любой каприз за Ваши деньги вместо железа заказчика.
Мои деньги к твоему заказчику никакого отношения не имеют. Странно,
кстати, что ничего не придумал возразить по поводу второй части -
многопоточной сборки.

>> Такая возможность и в случае сборки сырцов есть. Правда, для этого
>> нужно уметь читать:
>> Before rebuilding world, be sure to perform the following tasks:
>> Backup all important data to another system or removable media
>
> Спасибо, что написали про необходимость делать бекап. Очень ценный совет -
> сам бы ни за что не догадался :).
Не передёргивай. Возможность отката ты отнёс к достоинствам
freebsd-update в противовес сборки из сырцов, как будто в последнем
случае такой возможности нет. Но это некорректный "аргумент",
поскольку при правильном использовании соответствующих инструментов
возможность отката присутствует у обоих способов.

Re: [freebsd] Re: [freebsd] Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Eugene Grosbein 

26.10.2016 4:34, Anton Sayetsky пишет:


Да, по сравнению с пересборкой - на треть дольше. Пожалуй, пора
выбросить калькуляторы и поставить современное железо. Или начать
использовать многопоточную сборку. Или и то, и другое.


Ну, не надо быть таким категоричным. Дешевые виртуалки на хостинге
никто не отменял. Но на них freebsd-update тормозит тоже жутко на девятке.

[freebsd] Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Alexander Sheiko 

В письме от Срд, 26 Окт 2016, 00:34 Anton Sayetsky пишет:

> Да, по сравнению с пересборкой - на треть дольше. Пожалуй, пора
> выбросить калькуляторы и поставить современное железо. Или начать
> использовать многопоточную сборку. Или и то, и другое.

Любой каприз за Ваши деньги вместо железа заказчика.

> Такая возможность и в случае сборки сырцов есть. Правда, для этого
> нужно уметь читать:
> Before rebuilding world, be sure to perform the following tasks:
> Backup all important data to another system or removable media

Спасибо, что написали про необходимость делать бекап. Очень ценный совет -
сам бы ни за что не догадался :).

-- 
WBR, Alexander Sheiko

Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность George L. Yermulnik 
Hello!

On Tue, 25 Oct 2016 at 23:56:07 (+0300), Alexander Sheiko wrote:

> > И для тех, у кого есть по какой-либо необходимости такие патчи,
> freebsd-update
> > уже не вариант.

> У меня тоже есть патченные файлы, которые потом пересобрать - 5 минут.

Если править файлы, от которых ничего или мало что зависит, то да - 5 минут.
(хотя наличие /usr/src/ и Ко при использовании freebsd-update уже само по
себе странно, например, в условиях ограниченного дискового пространства).
Лично я ничего не имею против freebsd-update. Но безапелляционные
заявления, что freebsd-update вылечит всех, а всё лишнее лучше
купировать, мне не доставляют =)

> Главное в одном месте записать, что пересобирать и какими
> командами, а не мучительно вспоминать...

А ещё главнее - не забыть, где то место, где записано, что пересобирать
и какими командами, а не мучительно вспоминать... =)))

-- 
George L. Yermulnik
[YZ-RIPE]

[freebsd] Re: [freebsd] Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Anton Sayetsky 
25 октября 2016 г., 23:57 пользователь Alexander Sheiko
 написал:
>
>
> В письме от Втр, 25 Окт 2016, 23:33 Eugene Grosbein пишет:
>
> > А кроме того, оно жутко тормозное - такое ощущение, что пересобрать
> > быстрее.
>
> Да ну, не считая редактирования объединённых конфигов всё заняло минут 15.
> По сравнению с пересборкой мира...
root@cs0:/usr/src# time make -j 26 buildworld > /dev/null
8812.186u 1515.374s 10:12.09 1687.2%30363+507k 562875+0io 7730pf+0w
root@cs0:/usr/src#
Да, по сравнению с пересборкой - на треть дольше. Пожалуй, пора
выбросить калькуляторы и поставить современное железо. Или начать
использовать многопоточную сборку. Или и то, и другое.

> И есть возможность потом сделать откат...
Такая возможность и в случае сборки сырцов есть. Правда, для этого
нужно уметь читать:
https://www.freebsd.org/doc/handbook/makeworld.html
Before rebuilding world, be sure to perform the following tasks:
Procedure 23.1. Perform These Tasks Before Building World
Backup all important data to another system or removable media, verify
the integrity of the backup, and have a bootable installation media at
hand. It cannot be stressed enough how important it is to make a
backup of the system before rebuilding the system. While rebuilding
world is an easy task, there will inevitably be times when mistakes in
the source tree render the system unbootable. You will probably never
have to use the backup, but it is better to be safe than sorry!

[freebsd] Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Alexander Sheiko 

В письме от Втр, 25 Окт 2016, 23:33 Eugene Grosbein пишет:

> А кроме того, оно жутко тормозное - такое ощущение, что пересобрать
> быстрее.

Да ну, не считая редактирования объединённых конфигов всё заняло минут 15.
По сравнению с пересборкой мира... И есть возможность потом сделать
откат...

-- 
WBR, Alexander Sheiko

[freebsd] Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Alexander Sheiko 

В письме от Втр, 25 Окт 2016, 23:25 George L. Yermulnik пишет:

> И для тех, у кого есть по какой-либо необходимости такие патчи,
freebsd-update
> уже не вариант.

У меня тоже есть патченные файлы, которые потом пересобрать - 5 минут.
Явно быстрее... Главное в одном месте записать, что пересобирать и какими
командами, а не мучительно вспоминать...

-- 
WBR, Alexander Sheiko

[freebsd] Re: [freebsd] Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Eugene Grosbein 

26.10.2016 3:06, Alexander Sheiko пишет:

В письме от Втр, 25 Окт 2016, 22:31 Eugene Grosbein пишет:


Только если у тебя нет локальных патчей. И умеешь бороться с косяками
freebsd-update, которые периодически вылазят снова и снова.


А что с ней не так? Недавно было обновлял 9.3 => 10.3 - всё прошло чисто.


Много чего. Меньше всего мне нужны проблемы с системным обновлятором.

FreeBSD-EN-16:09.freebsd-update
FreeBSD-EN-15:04.freebsd-update
FreeBSD-EN-15:03.freebsd-update
FreeBSD-EN-14:13.freebsd-update
FreeBSD-EN-13:05.freebsd-update
FreeBSD-EN-13:04.freebsd-update
FreeBSD-EN-12:01.freebsd-update
FreeBSD-EN-07:05.freebsd-update

А кроме того, оно жутко тормозное - такое ощущение, что пересобрать быстрее.
Плюс сорцами я могу обновиться с 9-STABLE до 10-STABLE и потом до 11-STABLE
и это будет две перезагрузки. freebsd-update так не умеет, нужно будет через 
10.0,
а сколько ребутов за это время будет - посчитай сам :-) И всё это требует
внимания человека, в то время как пересборку я могу запустить в фоне и потом
только быстро проинсталлировать/ребутнуть хост.

Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность George L. Yermulnik 
Hello!

On Tue, 25 Oct 2016 at 23:06:04 (+0300), Alexander Sheiko wrote:

> > Только если у тебя нет локальных патчей. И умеешь бороться с косяками
> > freebsd-update, которые периодически вылазят снова и снова.

> А что с ней не так? Недавно было обновлял 9.3 => 10.3 - всё прошло чисто.
> Ядро потом как хотел пересобрал.

Речь не про кастомное ядро, а про локальные патчи к /usr/src/. И для
тех, у кого есть по какой-либо необходимости такие патчи, freebsd-update
уже не вариант.

-- 
George L. Yermulnik
[YZ-RIPE]

[freebsd] Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Alexander Sheiko 
В письме от Втр, 25 Окт 2016, 22:31 Eugene Grosbein пишет:

> Только если у тебя нет локальных патчей. И умеешь бороться с косяками
> freebsd-update, которые периодически вылазят снова и снова.

А что с ней не так? Недавно было обновлял 9.3 => 10.3 - всё прошло чисто.
Ядро потом как хотел пересобрал.

-- 
WBR, Alexander Sheiko

[freebsd] Re: [freebsd] Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Eugene Grosbein 

25.10.2016 23:19, Alexander Sheiko пишет:


Вроде уже решено, но на всякий случай. Из /usr/src/UPDATING:

Много проще бинарно обновиться через freebsd-update и не иметь головной
боли...


Только если у тебя нет локальных патчей. И умеешь бороться с косяками
freebsd-update, которые периодически вылазят снова и снова. Может,
к 12-й версии её наконец стабилизируют...

[freebsd] Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Boris Samorodov 
Бодрый день!

25.10.2016 13:08, Vladyslav Kolesnyk пишет:

> Кто-нибудь обновлялся через сорцы от 10.3 на 11.0 - у меня при сборке make 
> buildworld вылетает с ошибкой:

Вроде уже решено, но на всякий случай. Из /usr/src/UPDATING:
** SPECIAL WARNING:
**

Due to a bug in some versions of clang that's very hard to
workaround in
the upgrade process, to upgrade to -current you must first upgrade
either stable/9 after r286035 or stable/10 after r286033 (including
10.3-RELEASE) or current after r286007 (including stable/11 and
11.0-RELEASE). These revisions post-date the 10.2 and 9.3
releases, so
you'll need to take the unusual step of upgrading to the tip of the
stable branch before moving to 11 or -current via a source upgrade.
stable/11 and 11.0-RELEASE post-date the fix so you can move
from them
to -current. This differs from the historical situation where
one could
upgrade from anywhere on the last couple of stable branches, so be
careful.

** SPECIAL WARNING:
**

-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve

[freebsd] Re[4]: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Oleksandr V. Typlyns'kyi 
Today Oct 25, 2016 at 13:20 Vladyslav Kolesnyk wrote:

> мда - уже понял - спасибо всем
> да - сорри с 10.1 а не 10.3

 https://svnweb.freebsd.org/base/head/UPDATING?r1=307532=307825
 И там ещё есть нюанс с gptzfsboot, который теперь больше 64k

> З.Ы. скорее всего с 10.1 до 10.3 можно обновиться минуя 10.2

  C 10.1 до 10.3 можно обновлять смело.
  Разве что ещё https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195458
  Но это на любое обновление с состояния до исправления влияет.

-- 
WNGS-RIPE

Re[4]: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Vladyslav Kolesnyk 
Title: Re[4]: [freebsd] от 10.3 на 11.0



мда - уже понял - спасибо всем





да - сорри с 10.1 а не 10.3

я так понял обновлялись до 10.2 или 10.3, а потом на 11.0 ?

нет, у меня была 10.2, пришлось обновиться сначала до 10.3, а уже потом до 11.

З.Ы. скорее всего с 10.1 до 10.3 можно обновиться минуя 10.2






-- 
С уважением, Владислав Колесник
VRUA-RIPE
VRUA-UANIC
VRUA-RIPN

mailto:vector...@ukr.net

[freebsd] Re: Re[2]: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Vasiliy P. Melnik 
>
> да - сорри с 10.1 а не 10.3
>
> я так понял обновлялись до 10.2 или 10.3, а потом на 11.0 ?
>

нет, у меня была 10.2, пришлось обновиться сначала до 10.3, а уже потом до
11.

З.Ы. скорее всего с 10.1 до 10.3 можно обновиться минуя 10.2

Re[2]: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Vladyslav Kolesnyk 
Title: Re[2]: [freebsd] от 10.3 на 11.0



да - сорри с 10.1 а не 10.3

я так понял обновлялись до 10.2 или 10.3, а потом на 11.0 ?






Точно 10.3 ? а то надпись x86_64-unknown-freebsd10.1 вызывает некоторые вопросы

я с 10.2 обновлялся, пришлось сначала на 10.3 , а уже потом на 11.0, и не забудьте грохнуть /usr/obj/* - а то бывает

2016-10-25 13:08 GMT+03:00 Vladyslav Kolesnyk :

Добрый день всем








-- 
С уважением, Владислав Колесник
VRUA-RIPE
VRUA-UANIC
VRUA-RIPN

mailto:vector...@ukr.net

[freebsd] Re: [freebsd] Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Eugene Grosbein 
On 25.10.2016 17:13, Vasiliy P. Melnik wrote:
> Точно 10.3 ? а то надпись x86_64-unknown-freebsd10.1 вызывает некоторые 
> вопросы
> 
> я с 10.2 обновлялся, пришлось сначала на 10.3 , а уже потом на 11.0, и не 
> забудьте грохнуть /usr/obj/* - а то бывает

+1

Всегда надо обновиться сначала до свежего STABLE текущей ветки,
и только потом делать major upgrade.

[freebsd] Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Eugene Grosbein 
On 25.10.2016 17:08, Vladyslav Kolesnyk wrote:
> 
> Добрый день всем
> 
> Кто-нибудь обновлялся через сорцы от 10.3 на 11.0 - у меня при сборке make 
> buildworld вылетает с ошибкой:

Я обновлял и i386, и amd64 - проблем нет.

>> c++: error: unable to execute command: Segmentation fault (core dumped)
>> c++: error: clang frontend command failed due to signal (use -v to see 
>> invocation)

Место на разделах не кончилось? Память в процессе не кончается?
Память протестирована на предмет аппаратных сбоев?

На системах с мелкими рутом и/или /usr (разбитых на прошлых релизах, давно)
пишу в src.conf перед началом сборки:

WITHOUT_KERNEL_SYMBOLS=
WITHOUT_DEBUG_FILES=
WITHOUT_TESTS=

Уменьшает на гигабайт размер /usr за счет новомодных /usr/tests и 
/usr/lib/debug, где нынче живут отладочные символы как ядра (раньше тоже были, 
но в /boot),
так и для множества других системных бинарников.

[freebsd] Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Vasiliy P. Melnik 
Точно 10.3 ? а то надпись x86_64-unknown-freebsd10.1 вызывает некоторые
вопросы

я с 10.2 обновлялся, пришлось сначала на 10.3 , а уже потом на 11.0, и не
забудьте грохнуть /usr/obj/* - а то бывает

2016-10-25 13:08 GMT+03:00 Vladyslav Kolesnyk :

>
> Добрый день всем
>
> Кто-нибудь обновлялся через сорцы от 10.3 на 11.0 - у меня при сборке make
> buildworld вылетает с ошибкой:
>
> > 0.  Program arguments: /usr/bin/c++ -cc1 -triple
> x86_64-unknown-freebsd10.1 -emit-obj -disable-free -disable-llvm-verifier
> -main-file-name
> > CGBlocks.cpp -mrelocation-model static -mdisable-fp-elim
> -relaxed-aliasing -masm-verbose -mconstructor-aliases -munwind-tables
> -target-cpu x86-64
> > -coverage-file 
> > /usr/obj/usr/src/tmp/usr/src/lib/clang/libclangcodegen/CGBlocks.o
> -resource-dir /usr/bin/../lib/clang/3.4.1 -dependency-file
> > .depend.CGBlocks.o -sys-header-deps -MT CGBlocks.o -D LLVM_ON_UNIX -D
> LLVM_ON_FREEBSD -D __STDC_LIMIT_MACROS -D __STDC_CONSTANT_MACROS -D NDEBUG
> -D
> > LLVM_DEFAULT_TARGET_TRIPLE="x86_64-unknown-freebsd11.0" -D
> LLVM_HOST_TRIPLE="x86_64-unknown-freebsd11.0" -D
> DEFAULT_SYSROOT="/usr/obj/usr/src/tmp"
> > -I /usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I
> /usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/
> include
> > -I /usr/src/lib/clang/libclangcodegen/../../../
> contrib/llvm/tools/clang/lib/CodeGen -I . -I
> > /usr/src/lib/clang/libclangcodegen/../../../
> contrib/llvm/../../lib/clang/include -I 
> /usr/obj/usr/src/tmp/legacy/usr/include
> -internal-isystem
> > /usr/include/c++/v1 -O2 -Wno-c++11-extensions -std=c++11
> -fdeprecated-macro -fdebug-compilation-dir
> > /usr/obj/usr/src/tmp/usr/src/lib/clang/libclangcodegen -ferror-limit 19
> -fmessage-length 237 -mstackrealign -fno-rtti -fobjc-runtime=gnustep
> > -fdiagnostics-show-option -fcolor-diagnostics -vectorize-loops
> -vectorize-slp -o CGBlocks.o -x c++
> > /usr/src/lib/clang/libclangcodegen/../../../
> contrib/llvm/tools/clang/lib/CodeGen/CGBlocks.cpp
> > 1.   parser at end of file
> > 2.  Code generation
> > 3.  Running pass 'Function Pass Manager' on module
> > '/usr/src/lib/clang/libclangcodegen/../../../
> contrib/llvm/tools/clang/lib/CodeGen/CGBlocks.cpp'.
> > 4.  Running pass 'X86 DAG->DAG Instruction Selection' on function
> > '@_ZN5clang7CodeGen15CodeGenFunction12EmitCallArgsINS_
> 17FunctionProtoTypeEEEvRNS0_11CallArgListEPKT_N4llvm14iterator_rangeINS_
> 4Stmt17ConstExprIteratorEEEPKNS_12FunctionDeclEj'
> > c++: error: unable to execute command: Segmentation fault (core dumped)
> > c++: error: clang frontend command failed due to signal (use -v to see
> invocation)
> > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
> > Target: x86_64-unknown-freebsd10.1
> > Thread model: posix
> > c++: note: diagnostic msg: PLEASE submit a bug report to
> https://bugs.freebsd.org/submit/ and include the crash backtrace,
> preprocessed source, and associated run script.
> > c++: note: diagnostic msg:
> > 
> >
> > PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
> > Preprocessed source(s) and associated run script(s) are located at:
> > c++: note: diagnostic msg: /tmp/CGBlocks-a09100.cpp
> > c++: note: diagnostic msg: /tmp/CGBlocks-a09100.sh
> > c++: note: diagnostic msg:
> >
> > 
> > *** Error code 254
> >
> > Stop.
> > bmake[4]: stopped in /usr/src/lib/clang/libclangcodegen
> > *** Error code 1
> >
> > Stop.
> > bmake[3]: stopped in /usr/src/lib/clang
> > *** Error code 1
> --
> С уважением, Владислав Колесник
> VRUA-RIPE
> VRUA-UANIC
>
> mailto:vector...@ukr.net
>
>

Re: [freebsd] /dev/ada*p* или /dev/diskid/DISK-${id}p*?

2016-10-25 Пенетрантность Eugene Grosbein 
On 25.10.2016 11:53, Valentin Nechayev wrote:

>> Смонтировать часть разделов диска через diskid? а другую часть разделов 
>> этого же диска через /dev/adaN* возможно не получится.
> 
> Это „возможно“ очень „радует“.

Не "возможно", а однозначно не получится - при открытии одного пропадает другой.

Re: [freebsd] /dev/ada*p* или /dev/diskid/DISK-${id}p*?

2016-10-25 Пенетрантность Eugene Grosbein 
On 25.10.2016 09:56, Valentin Nechayev wrote:

> Если механизм "открыли по diskid - пропало по иерархии подключения"
> работает, как ты описал, то он сработал не на этом уровне, а на уровне
> всего диска. При этом появились /dev/ada1p${X} и пропали
> /dev/diskid/DISK-${ID}p${X} _все одновременно_.

Естественно, ведь если нет целого диска, то не может быть и разделов на нём.
Исходно пропал весь /dev/diskid/DISK-${ID}, а разделы на нём уже как следствие.

> Ещё раз: состав опций GEOM не менялся между вариантами. Кроме того, он
> в точности совпадает с GENERIC. "Кто-то" в состоянии проконтролировать
> эти детали и начинает уже открытым текстом удивляться, почему второй
> "кто-то" этому не верит.

Не верю никому, и даже себе :-) Потому что чудес не бывает.
Пока не будет исчерпывающего описания структуры дисков, конфигов и действий
или воспроизведения - считаю за pilot error как наиболее вероятное.

>>> А, значит, по сравнению с тем, что ты говоришь - кто-то таки мешает
>>> созданию diskids, причём для всего диска.
>>
>> Я же показал, что diskid не видно просто потому, что соответствующие
>> объекты заняты геомами PART_*
> 
> Гипотеза не проходит. Картина с конкретным присутствием только одного из
> вариантов видна в полном составе уже на момент загрузки в single user
> до подключения любых объектов со второго диска. Корень находится на
> ada0, своп не активирован, ZFS не активирован, клиентов (в нормальном
> смысле) ни на что на ada1 ещё нет. По-твоему, при этом должны были
> быть видны оба набора объектов в /dev/, так?

Да. Если одного из них не было - значит, кто-то таки держал открытым диск.
Пробуй воспроизвести или забей.

>> Оба одновременно при открытых провайдерах на фре не бывает afaik.
> 
> При открытых, гм, "провайдерах". Вот я и говорю - похоже, что или
> "провайдер" GPT хватает диск раньше, создавая /dev/ada1p${X}, или
> label делает это раньше, создавая свои id.
> Ты же описываешь в своём примере параллельность работы label к
> остальным.

Они "хватают" параллельно, да. А исчезает одно из них потом, при открытии.

> А вот что интересно, кстати. Если посмотреть сейчас чуть по другому
> пути:
> 
> $ ls -l /dev/gptid
> total 0
> crw-r-  1 root  operator  0x71 Oct 23 19:04 
> 2ab4dce7-497b-11e3-aa6e-902b34773338
> 
> этот uuid виден у ada1p3. Который занят внутри ZFS. Это не к тому, что
> он виновник такого переключения - ZFS загружается уже из rc-скриптов,
> то есть позже появления эффекта. Почему подключение к ZFS не убирает
> его из видимости?

Именно потому, что он занят ZFS по gptid, он и не исчезает.

> Я отмонтировал ada1p4, картина изменилась:
> 
> # ls -l /dev/gptid
> total 0
> crw-r-  1 root  operator  0x71 Oct 23 19:04 
> 2ab4dce7-497b-11e3-aa6e-902b34773338
> crw-r-  1 root  operator  0xc1 Oct 25 05:48 
> 3678df22-69a6-11e3-90e2-902b34773338
> 
> примонтировал - снова виден только 2ab4...
> 
> Будет ли раздел одновременно виден через иерархию подключения
> (ada1p${X}) и gptid? Конфликтуют ли между собой diskid и gptid, будут
> ли они оба присутствовать? И будут ли присутствовать, в идеале, все
> три, пока ни один не подключен?

Ты не путай, diskid это глобальный уровень диска, а не какой-то там раздел 
внутри.
Вообще для ясности очень рекомендую sysctl -n kern.geom.confdot > geom.dv
и затем на любой машине, где есть установлен graphviz, сделать
dot -Tsvg geom.dv > geom.svg и открыть geom.svg в браузере и поизучать его.
И показать. Ты так и не описал подробно свой конфиг и я почти не понимаю
того, о чём ты пытаешься рассказать :-)

>> Пробуй воспроизвести или забей.
> 
> Плохая идея. Потому что такая неустойчивость уже приводила к тому, что
> приходилось в аварийном порядке требовать iKVM для вроде бы простой и
> банальной операции. Хочется таки успокоить его в одном состоянии, ну и
> разобраться, что же вызывает все эти эффекты.

Так воспроизводи.