Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 16 Sep 24 17:28:15, всего сообщений: 10763
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 7024 из 10763 ===================================== RU.UNIX.BSD =
От   : Eugene Grosbein                  2:5006/1           15 Apr 18 15:57:16
Кому : Victor Sudakov                                      15 Apr 18 15:57:16
Тема : Re: Странное с дисками под zpool-ом
FGHI : area://RU.UNIX.BSD?msgid=grosbein.net+8ae9720b
На   : area://RU.UNIX.BSD?msgid=2:5005/49+5ad2e1ec
= Кодировка сообщения определена как: IBM866 =================================
Ответ: area://RU.UNIX.BSD?msgid=2:5005/49+5ad31599
==============================================================================
15 апр. 2018, воскресенье, в 10:12 NOVT, Victor Sudakov написал(а):

EG>> gpart show без аргументов подсказал бы тебе правду.
VS> Я и без него понял, что zpool пересел с физических устройств на diskid, весь
VS> вопрос почему это случилось?

От меня не видно.

VS>>> У меня своп был настроен на /dev/ada0p2 и /dev/ada1p2,
VS>>> соответственно после перезагрузки свопа не стало. Как вернуть
VS>>> девайсы, точнее GPT разделы?
EG>> Как уже написал Слава, сказать GEOM_LABEL'у не делать так.
VS> Вопрос даже не в том, как сказать, а почему вдруг изменилось то, что до этого
VS> работало? Последнее обновление до 10.4-RELEASE-p8 могло дать такой эффект?

Что угодно могло дать такой эффект.

EG>> А я бы ещё посоветовал не делать своп на ada[01], а делать на метках:
EG>> glabel label swap0 /dev/ada0p2
EG>> glabel label swap1 /dev/ada1p2
VS> Система ставилась bsdinstall-ом практически по умолчанию

Это плохо. bsdinstall тащем-то отвратный инсталлятор в этой части,
он писан людьми с минимальным опытом администрирования,
хотя как программисты они, может быть, и ничего.

VS> так что посоветовать можно только bsdinstall-лу или авторам его.

Hет, можно ещё посоветовать не доверять bsdinstall-лу
и подкладывать соломки самому, ну если тебе важна надёжность.

VS> Вот о kern.geom.label.gptid.enable
VS> они же позаботились в /usr/libexec/bsdinstall/zfsboot, а о
VS> kern.geom.label.disk_ident.enable почему-то нет.

И это только один из множества моментов.

EG>> И своп делать на /dev/label/swap0 и /dev/label/swap1 -
EG>> эти имена всегда будут доступны, неважно видится ли GPT
EG>> у тебя на ada или на diskid.
VS>>> "swapon /dev/diskid/DISK-56K51TNLSp2" помог как временная мера,
VS>>> но хотелось бы знать, какой geom накрыл /dev/ada*
EG>> GEOM_LABEL
VS> Зачем он это сделал через 2 года эксплуатации системы, как думаешь?

boot -v покажи.

EG>> Сложно сказать, не зная, что там у тебя настроено.
VS> В том-то и дело, что ничего странного не настроено. Я вообще обычно ставлю
VS> эхотаг просто и бесхитростно, как инсталлятор предлагает.

Это плохо.

VS> Стояла система, поставленная bsdinstall-ом без всяких премудростей на зеркало.
VS> Всю жизнь zfs считал, что пулы живут на ada{0,1}p3, а после очередной
VS> перезагрузки вдруг передумал.

Это не проблема zfs скорее всего, а геома.

Eugene
--
http://www.grosbein.net/papirosn.mp3
http://dadv.livejournal.com/2006/03/11/
--- slrn/1.0.2 (FreeBSD)
* Origin: RDTC JSC (2:5006/1@fidonet)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.095624 секунды