= Сообщение: 7043 из 10763 ===================================== RU.UNIX.BSD = От : Eugene Grosbein 2:5006/1 16 Apr 18 16:01:49 Кому : Victor Sudakov 16 Apr 18 16:01:49 Тема : Re: Странное с дисками под zpool-ом FGHI : area://RU.UNIX.BSD?msgid=grosbein.net+af74481a На : area://RU.UNIX.BSD?msgid=2:5005/49+5ad3fd77 = Кодировка сообщения определена как: IBM866 ================================= Ответ: area://RU.UNIX.BSD?msgid=2:5005/49+5ad4c3c0 ============================================================================== 16 апр. 2018, понедельник, в 06:23 NOVT, Victor Sudakov написал(а):
EG>>>> Да с чего ты взял, что это "серьезно для zfs"? EG>>>> Оно у тебя что, загрузиться не смогло, или пул не собрало, EG>>>> или что? VS>>> Село на /dev/diskid/* , накрыв задницей /dev/ada?p? EG>> И ничего не изменилось для ZFS от этого, потому как EG>> не ZFS "накрыл задницей", а GEOM. ZFS получил это уже как данность EG>> к тому моменту, как начал искать свои пулы. VS> Hе согласен. Пока диск не используется, в /dev присутствуют оба варианта имени VS> девайса. Когда одно из них занимают, второе пропадает. Так что IMHO зависит от VS> того, где ZFS вперед нашёл свои пулы.
А "занять" может не только ZFS, но и другой GEOM class.
EG>> Один хрен. Буквально: оба пути генерирует один и тот же GEOM_LABEL, EG>> почитай man glabel. VS> Хрен не один, потому что GPT label хранится непосредственно в GPT (я думаю в VS> 72-байтовом поле "partition name"), а не в последнем секторе провайдера. Поэтому VS> наверное есть шанс увидеть эту метку из других OS и менеджеров разделов (хотя не VS> проверял).
Можно подумать, эта разница имеет хоть какое-то значение для удаленного постоянно включенного сервера под FreeBSD, у которого "может не быть ребута до EoL 10.x"
Eugene -- И у священных источников живут алчные монахи. (Дхарма) --- slrn/1.0.2 (FreeBSD) * Origin: RDTC JSC (2:5006/1@fidonet)