24.10.2016 2:22, Valentin Nechayev пишет:
1. На GENERIC тоже видны только одни из.
Только ada это нормально. Только diskid сразу после загрузки? - прошу показать
dmesg.boot
Если бы эффект был повторяемый, я бы ради этого побутался. Но я не
знаю, как его повторить, поэтому пока и пробовать не буду.
А тогда это всё гадание на кофейной гуще, лично мне так не интересно.
Пробуй воспроизвести или жди, может кто ещё ответит.
В норме у меня нет в diskid ничего просто потому, что в норме другие провайдеры
эксклюзивно занимают ada* и не дают glabel'ному diskid шанса занять их.
Ага. То есть может быть race?
Не думаю, ни разу не видел race в GEOM, там всё детерминировано,
хотя и не очевидным образом. У разных GEOM разные свойства - кто-то
захватывает диск эксклюзивно, кто-то нет; кто-то получает его на "обнюхивание"
(taste) раньше, кто-то позже.
/dev/ada2s2a и /dev/diskid/DISK-WD-WCAWFA251128s2a это одно и то же,
получается? Без симлинков? И как они разбираются с конфликтами?
Это разные провайдеры над одним диском. ada2s2a это GEOM PART,
diskid это GEOM LABEL. Конфликтов нет - если открыть diskid (монтировать,
например),
то /dev/ada2s2a исчезает и появляется снова, если diskid будет закрыт.
Упомянутый loader tunnable запрещает создание diskid полностью.
Скорее всего, тебе надо его выставить в ноль и расслабиться.
У меня нет над ними ничего вообще. Это просто два диска.
А причем тогда fstab? Если "просто два диска" без разметки, понимаемой
GEOM_PART_*, то никакой GEOM и не занимает диски и не мешает созданию diskid,
тогда это штатное поведение системы. Если после этого нечто вроде ZFS
откроет diskid, то ada* пропадут. Так и задумано.
