Re: [freebsd] /dev/ada*p* или /dev/diskid/DISK-${id}p*?
24.10.2016 0:07, Valentin Nechayev пишет: 1. На GENERIC тоже видны только одни из. Только ada это нормально. Только diskid сразу после загрузки? - прошу показать dmesg.boot 2. Что такое "норма" по-твоему? Выше. Прошу показать вывод ls -l /dev/diskid/ и ls -ld /dev/ad* с машины, где, по-твоему, "норма". В норме у меня нет в diskid ничего просто потому, что в норме другие провайдеры эксклюзивно занимают ada* и не дают glabel'ному diskid шанса занять их. Но могу легко это устроить: берем рабочий gmirror, состоящий из SATA-дисков ada1 и ada2 и удаляем из него ada2 (gmirror remove gm0 ada2), после чего получаем: # ls -l /dev/ada[12]* crw-r- 1 root operator 0x7c 13 окт 21:41 /dev/ada1 crw-r- 1 root operator 0x7e 13 окт 21:41 /dev/ada2 crw-r- 1 root operator 0xd6 24 окт 01:27 /dev/ada2s1 crw-r- 1 root operator 0xdd 24 окт 01:27 /dev/ada2s1a crw-r- 1 root operator 0xdf 24 окт 01:27 /dev/ada2s1b crw-r- 1 root operator 0xe1 24 окт 01:27 /dev/ada2s1e crw-r- 1 root operator 0xe3 24 окт 01:27 /dev/ada2s1f crw-r- 1 root operator 0xe5 24 окт 01:27 /dev/ada2s1g crw-r- 1 root operator 0xe7 24 окт 01:27 /dev/ada2s1h crw-r- 1 root operator 0xd8 24 окт 01:27 /dev/ada2s2 crw-r- 1 root operator 0xe9 24 окт 01:27 /dev/ada2s2a # ls -l /dev/diskid total 0 crw-r- 1 root operator 0xd5 24 окт 01:27 DISK-WD-WCAWFA251128 crw-r- 1 root operator 0xdb 24 окт 01:27 DISK-WD-WCAWFA251128s1 crw-r- 1 root operator 0xeb 24 окт 01:27 DISK-WD-WCAWFA251128s1a crw-r- 1 root operator 0xec 24 окт 01:27 DISK-WD-WCAWFA251128s1b crw-r- 1 root operator 0xed 24 окт 01:27 DISK-WD-WCAWFA251128s1e crw-r- 1 root operator 0xee 24 окт 01:27 DISK-WD-WCAWFA251128s1f crw-r- 1 root operator 0xef 24 окт 01:27 DISK-WD-WCAWFA251128s1g crw-r- 1 root operator 0xf0 24 окт 01:27 DISK-WD-WCAWFA251128s1h crw-r- 1 root operator 0xdc 24 окт 01:27 DISK-WD-WCAWFA251128s2 crw-r- 1 root operator 0xf1 24 окт 01:27 DISK-WD-WCAWFA251128s2a # smartctl -a /dev/ada2 | grep ^Serial Serial Number:WD-WCAWFA251128 # gmirror insert gm0 ada2 # ls -l /dev/diskid ls: /dev/diskid: Нет такого файла или каталога glabel получает шанс создать diskid в этом случае потому, что он же не может создать другого провайдера типа ufs label на тех же объектах - UFS-метки совпадают с метками разделов смонтированного зеркала. 3. Мой конфиг отличается от GENERIC очень малым - в основном, урезано огромное количество левых устройств. Самая большая диверсия там - IPFIREWALL_DEFAULT_TO_ACCEPT. Секция GEOMʼов не трогалась _совсем_. Сборка тоже стандартными способами. Поэтому твои наезды сомнительны. Это не наезды, это констатация факта. Чудес не бывает, а у тебя проявилось кривое поведение, которое не проявляется в норме. Либо ты что-то не договариваешь про свою конфигурацию - кроме ядра ещё имеют значения навороты разбиения и иерархия GEOM-ов над ними; либо прокосячил. Любой может допустить pilot error, в этом нет ничего позорного.
[freebsd] Re: [freebsd] /dev/ada*p* или /dev/diskid/DISK-${id}p*?
23 октября 2016 г., 19:54 пользователь Valentin Nechayev < ne...@netch.kiev.ua> написал: > > Sun, Oct 23, 2016 at 23:42:51, eugen wrote about "Re: [freebsd] > /dev/ada*p* или /dev/diskid/DISK-${id}p*?": > > > > а от чего зависит, при буте будут видны имена первого или второго типа? > > > > Возможно, от kern.geom.label.disk_ident.enable > > Сейчас равен 1. /dev/diskid отсутствует. У меня в скрипте инсталла давно забито: echo kern.geom.label.gptid.enable=0 >> /mnt/boot/loader.conf echo kern.geom.label.disk_ident.enable=0>> /mnt/boot/loader.conf Чтоб не было чудес со сменой GPT меток после обновления. -- Vladislav V. Prodan System & Network Administrator support.od.ua
Re: [freebsd] /dev/ada*p* или /dev/diskid/DISK-${id}p*?
Sun, Oct 23, 2016 at 23:59:29, eugen wrote about "Re: [freebsd] /dev/ada*p* или /dev/diskid/DISK-${id}p*?": > >> Что значит "активировались" и зачем менять fstab? > > > > В системе два диска, первый под DOS разбиением, второй под GPT. > > На первом были /dev/ada0s{1,2,3...} > > На втором до перехода были /dev/ada1p{1,2,3...} > > а после вдруг появились /dev/diskid/DISK-p{1,2,3...}, а > > /dev/ada1p{1,2,3...} пропали. > > Это ты что-то накосячил с конфигом ядра. В норме такого не бывает. 1. На GENERIC тоже видны только одни из. 2. Что такое "норма" по-твоему? Прошу показать вывод ls -l /dev/diskid/ и ls -ld /dev/ad* с машины, где, по-твоему, "норма". 3. Мой конфиг отличается от GENERIC очень малым - в основном, урезано огромное количество левых устройств. Самая большая диверсия там - IPFIREWALL_DEFAULT_TO_ACCEPT. Секция GEOMʼов не трогалась _совсем_. Сборка тоже стандартными способами. Поэтому твои наезды сомнительны. -netch-
Re: [freebsd] /dev/ada*p* или /dev/diskid/DISK-${id}p*?
23.10.2016 23:54, Valentin Nechayev пишет: Что значит "активировались" и зачем менять fstab? В системе два диска, первый под DOS разбиением, второй под GPT. На первом были /dev/ada0s{1,2,3...} На втором до перехода были /dev/ada1p{1,2,3...} а после вдруг появились /dev/diskid/DISK-p{1,2,3...}, а /dev/ada1p{1,2,3...} пропали. Это ты что-то накосячил с конфигом ядра. В норме такого не бывает.
Re: [freebsd] /dev/ada*p* или /dev/diskid/DISK-${id}p*?
hi, Sun, Oct 23, 2016 at 23:42:51, eugen wrote about "Re: [freebsd] /dev/ada*p* или /dev/diskid/DISK-${id}p*?": > > а от чего зависит, при буте будут видны имена первого или второго типа? > > Возможно, от kern.geom.label.disk_ident.enable Сейчас равен 1. /dev/diskid отсутствует. > Но не вместо ada*, а в дополнение к. В том и дело, что получается вместо. Есть в /dev или одни, или другие. > > При переходе на 10.3 вдруг активировались diskid'ы, пришлось менять fstab. > > При переходе с которой версии? С 10.2. > Что значит "активировались" и зачем менять fstab? В системе два диска, первый под DOS разбиением, второй под GPT. На первом были /dev/ada0s{1,2,3...} На втором до перехода были /dev/ada1p{1,2,3...} а после вдруг появились /dev/diskid/DISK-p{1,2,3...}, а /dev/ada1p{1,2,3...} пропали. > Сохранился ли лог загрузки (в kernel.log или console.log, all.log), > в котором нет ada*? Увы, всё проэкспайрилось. -netch-
[freebsd] i3-Haswell+10.3+RDRAND: грабли и паника
hi, перешёл на новое железо (i3-4170 + AsRock B85M Pro4), фряха 10.3. При загрузке - получил panic быстро пролетающий (ни одной подробности схватить не успевал). Нашёл старое ядро от 10.2, загрузился до single. Собранный там же GENERIC начал точно так же дёргаться. Покурив гугл, собрал GENERIC+DDB, увидел панику сразу после "random: unlocking device". Пересобрал с random, но без rdrand_rng - взлетело нормально. Ooook... попытался загрузиться снова с GENERIC+DDB, чтобы сфоткать панику - не хочет паниковать... Дёргать машину ещё раз не хочу, но такое впечатление, что в 10.2 или ранних 10.3 криво собирали использование rdrand, но вылезло оно только там, где он появился. (Это ядро от 10.3 было собрано, похоже, ещё в процессе перехода от 10.2, потом не clean'илось на новые патчи.) При том, что в 10.2 такая же rdrang_rng, и без проблем. Гугление ничего внятного про такое не рассказывает (есть рассказ про 10ку "мы напрямую не отдадим RDRAND в /dev/random, мы его всё равно прогоним через Yarrow", но это совсем не то.) Оставляю это здесь в качестве предупреждения о переходных граблях.
Re: [freebsd] /dev/ada*p* или /dev/diskid/DISK-${id}p*?
23.10.2016 23:34, Valentin Nechayev пишет: hi, а от чего зависит, при буте будут видны имена первого или второго типа? Возможно, от kern.geom.label.disk_ident.enable Но не вместо ada*, а в дополнение к. При переходе на 10.3 вдруг активировались diskid'ы, пришлось менять fstab. При переходе с которой версии? Что значит "активировались" и зачем менять fstab? Сохранился ли лог загрузки (в kernel.log или console.log, all.log), в котором нет ada*?
[freebsd] /dev/ada*p* или /dev/diskid/DISK-${id}p*?
hi, а от чего зависит, при буте будут видны имена первого или второго типа? При переходе на 10.3 вдруг активировались diskid'ы, пришлось менять fstab. Сегодня на новом ядре вдруг вернулись ada* варианты, опять менять fstab. И, главное, оба одновременно - почему-то не сделали... Такое впечатление, что на момент компиляции вписывается фаза Луны. Хорошо, что не при буте, но всё равно непонятно...