prev
next
ru.unix.bsd
FromVictor Sudakov2:5005/49.0Date Write2018-04-16 08:23:02
ToEugene Grosbein0:0/0.0Date Arrived2018-04-16 05:00:03
SubjСтранное с дисками под zpool-ом
Attr
Dear Eugene,

16 Apr 18 01:30, you wrote to me:

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/diskid/DISK-BHYVE-0417-9357-8422 /dev/vtbd1
/dev/diskid/DISK-BHYVE-0417-9357-8422p1 /dev/vtbd1p1
root@test1:~ #
root@test1:~ # zpool create test2 /dev/vtbd1p1

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 и менеджеров разделов
(хотя не проверял).

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322
* Origin: Ulthar (2:5005/49)