prev
next
ru.unix.bsd
FromEugene Grosbein0:0/0.0Date Write2018-04-16 16:01:24
ToVictor Sudakov0:0/0.0Date Arrived2018-04-16 11:20:16
SubjRe: Странное с дисками под zpool-ом
Attr
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)