EG>>> Да с чего ты взял, что это "серьезно для zfs"? EG>>> Оно у тебя что, загрузиться не смогло, или пул не собрало, EG>>> или что? VS>> Село на /dev/diskid/* , накрыв задницей /dev/ada?p?
EG> И ничего не изменилось для ZFS от этого, потому как EG> не ZFS "накрыл задницей", а GEOM. ZFS получил это уже как данность EG> к тому моменту, как начал искать свои пулы.
Не согласен. Пока диск не используется, в /dev присутствуют оба варианта имени девайса. Когда одно из них занимают, второе пропадает. Так что IMHO зависит от того, где ZFS вперед нашёл свои пулы.
root@test1:~ # ls /dev/vtbd1* /dev/diskid/DISK-BHYVE-0417-9357-8422* /dev/vtbd1 /dev/vtbd1p1 root@test1:~ #
Мы заняли ZFS-ом /dev/vtbd1p1, и /dev/diskid/DISK-BHYVE-0417-9357-8422p1 пропал. Заняли бы наоборот - пропал бы /dev/vtbd1p1. Так что зависит от занимающего.
VS>> Я уж сделал на всякий случай. Хотя в спокойной обстановке VS>> предпочёл бы использовать не glabel, а GPT label (gpart modify -i VS>> 2 -l swap0 ; swapon /dev/gpt/swap0 )
EG> Один хрен. Буквально: оба пути генерирует один и тот же GEOM_LABEL, EG> почитай man glabel.
Хрен не один, потому что GPT label хранится непосредственно в GPT (я думаю в 72-байтовом поле "partition name"), а не в последнем секторе провайдера. Поэтому наверное есть шанс увидеть эту метку из других OS и менеджеров разделов (хотя не проверял).
