= Сообщение: 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> перезагрузки вдруг передумал.