Доступен (https://lists.freebsd.org/pipermail/freebsd-stable/2018-Nove...) третий бета-выпуск FreeBSD 12.0. Выпуск FreeBSD 12.0-BETA3 доступен для архитектур amd64, i386, powerpc, powerpc64, powerpcspe, sparc64 и armv6, armv7 и aarch64. Дополнительно подготовлены образы для систем виртуализации (QCOW2, VHD, VMDK, raw) и облачных окружений Amazon EC2. Релиз FreeBSD 12.0 запланирован (https://www.freebsd.org/releases/12.0R/schedule.html) на 4 декабря.
По сравнению со вторым (https://www.opennet.dev/opennews/art.shtml?num=49512) бета-выпуском во FreeBSD 12.0-BETA3 представлены следующие изменения:- Для архитектуры powerpcspe реализована обработка исключений SPE (Signal Processing Engine);
- В утилиту localedef добавлены опции '-b' и '-l' для определения порядка следования байт в выводе. Утилита localedef теперь используется при сборке share/ctypedef
и share/colldef;- Обновлён драйвер uplcom, в котором появилась возможность назначения произвольной скорости передачи данных;
- В драйвер cxgbe добавлена поддержка использования автоматических обновлений cidx с очередями ofld и ctrl;
- Для обеспечения обратной совместимости реализована команда 'geli attach', позволяющая старым исполняемым файлам geli подключать новые устройства на базе geli;- Обновлён код гипервизора Bhyve, в котором появилась возможность приёма соединений к VNC-серверу через IPv6;
- Обновлён код lualoader;
- Реализована возможность отключения поддержки NUMA через sysctl-переменную vm.numa.disabled=1 в loader.conf.
URL: https://lists.freebsd.org/pipermail/freebsd-stable/2018-Nove...
Новость: https://www.opennet.dev/opennews/art.shtml?num=49552
Зачем создают эти инверсные флаги?
>> vm.numa.disabled=1Почему нельзя создать: vm.numa.enabled со значением 1 по умолчанию?
Это какая-то извращённая традиция?
vm.numa.not.disabled=0
Хорошо хоть не vm.numa.enabled.or.not=yes
> Хорошо хоть не vm.numa.enabled.or.not=yesto.enable.or.not.to.enable=?
enable.if.you.want.to.live
Удобно, когда отсутствие параметра интерпретируется как ноль.
Вообще было бы удобней vm.numa=0 1-включено 0-выключено
Они увлеклись работой Де-Моргана.
так там по умолчанию включено, и создали параметр который его отключает, и как он по вашему должен называться? по-моему логичнее .disabled или .disable
vm.numa.enabled если включено
vm.numa.disabled если выключено
единички, нолики - лишние сучности
лучше даже vm.numa=on, vm.numa=off
избыточно
> vm.numa.enabled если включено
> vm.numa.disabled если выключено
> единички, нолики - лишние сучностиЛучше для кого? Анонимных опеннетных архитекторов питонячих АПИ?
int
sysctl(const int *name, u_int namelen, void *oldp, size_t *oldlenp,
const void *newp, size_t newlen);int
sysctlbyname(const char *name, void *oldp, size_t *oldlenp,
const void *newp, size_t newlen);int
sysctlnametomib(const char *name, int *mibp, size_t *sizep);
что за lualoader? интересно...
> что за lualoader? интересно...Загрузчик у Фри написан теперь на Lua. Да, вот так. Учитывая, что был он написан на FORTH, то совсем весело. :)
https://lists.freebsd.org/pipermail/freebsd-current/2018-Feb...
А вот кстати удобно было на Форте его допиливать до сиюминутных потребностей в контексте лайвсиди, удалённого тестирования загрузки экспериментальных сборок ядра, сохранения возможности загрузки после неудачного апгрейда, либо "спасательных" систем. Разобраться было как-то просто. Вот не знаю, будет ли так же удобно и просто на новомодном.
Что может быть проще чем LUA? Это же правильный бейсик на стероидах.
Да уж, теперь еще больше поводов попробовать 12 как выйдет.
> Что может быть проще чем LUA? Это же правильный бейсик на стероидах.
> Да уж, теперь еще больше поводов попробовать 12 как выйдет.Можно и на Lua писать так, что ничего не будет понятно без поллитры. Почитайте /boot/lua/config.ua
> Можно и на Lua писать так, что ничего не будет понятно без
> поллитры. Почитайте /boot/lua/config.uaБукву пропустил, блин: /boot/lua/config.lua
404 country not found
.su существует, значит фаунд
> А вот кстати удобно было на Форте его допиливать до сиюминутных потребностей
> в контексте лайвсиди, удалённого тестирования загрузки экспериментальных сборок ядра,
> сохранения возможности загрузки после неудачного апгрейда, либо "спасательных" систем.
> Разобраться было как-то просто. Вот не знаю, будет ли так же
> удобно и просто на новомодном.Вроде как пока можно выбирать, что вам удобнее.
>Для обеспечения обратной совместимости реализована команда 'geli attach',давно уже geli не трогали, а что там так кардинально поменяли что потребовалось вводить обратную совместимость?
Алсо кто следит - как там с видеодрайверами, в частности для AMD/Intel? Взяли что-то по-новее из линукса?
Впрочем для 2д и нетребовательных игрушек меня и 11 устраивает на ноуте. Я даже удивился, что все стабильно пашет.
Вроде как да, но я сам лично ещё не проверял как оно.
Пока только на тестовых без гуя системы обновил.
В целом дрова отстают на 3-8 месяцев.2д может через FB/kms работать, та же вега в райзене вполне юзабельна для десктопа с такими дровами, но в оч динамичных сценах при полноэкранном видео есть тиаринг небольшой.
Установил на виртуалку FreeBSD 12.0 BETA3 i386.
1. Загрузчик всё так же не хочет автоматически загружать мою BSD-разметку. Надо помогать руками: требуется указать дисковое устройство, на котором расположено ядро — у меня это /dev/ada0a.
2. Похоже, те траблы, что имели место в BETA2, изжиты — pkg снова работает без ошибок.После установки базовой системы я добавляю для проверки ещё несколько пакетов и смотрю, что получится: sudo, vim, htop, virtualbox-ose-additions (поскольку виртуальной машиной подрабатывает VirtualBox), xorg, xdm, icewm. Эти и прочие дополнительные процедуры не представляют интереса для окружающих, тем более для опытных бздунов.
Вывод мой лаконичен: всё снова работает, глюков и багов никаких не наблюдаю.
gpart create -s GPT ada1
gpart show
gpart add -i 1 -t freebsd-boot -b 40 -s 512 ada1
gpart add -i 2 -a 4m -t freebsd-ufs -b 131072 ada1
gpart add -t efi -b 552 ada1
gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada1
dd if=/boot/boot1.efifat of=/dev/ada1p3 bs=4k
gpart unset -a active ada1вот так загрузчик всё находит без проблем, а у тебя mbr=legacy разметка.
У меня bsd-разметка.
gpart show
=> 0 33554432 ada0 BSD (16G)
0 33554432 1 freebsd-ufs (16G)Что-либо в ней менять я сегодня точно не буду.
А зачем?А почему не по старинке boot0 => {MBR {BSD_label {UFS2}}} ?
Что, старпёрский танец из "fdisk -i ada0 && boot0cfg -Bv ada0 && bsdlabel -wB ada0s1 && newfs -UO2 ada0s1a" уже не в моде?
кстати с такой конфой и LILO и маздай дружат на носителях до 2тб, но если больше - приходится гибрид с ports/sysutils/gdisk рисовать.
"носители 2tb" - уже не в моде.
И системы с legacy bios - не в моде с 2014го года, я вот ставился сейчас на какие-то раритеты имени ibm - разные и разных годов, но оба старые шо п-ц - ты со своим носителем - в пролете.поэтому да, старперские танцы оставим тем, кому нужно обслуживать где-то в колхозе гнилой хлам со вздутыми транзисторами.
конденсаторами - в транзисторе нечему вздуваться
пардон, думаю одно, пишу по инерции другое. (силовой ключ у меня тут бахнул, на такой же древности)
>> вздутыми транзисторами.
> пардон, думаю одно, пишу по инерции другое.Мы уже давно привыкли.
Оно еще думоет!
Ещё как есть ).
> А зачем?
> А почему не по старинке boot0 => {MBR {BSD_label {UFS2}}} ?
> Что, старпёрский танец из "fdisk -i ada0 && boot0cfg -Bv ada0 &&
> bsdlabel -wB ada0s1 && newfs -UO2 ada0s1a" уже не в моде?Во-первых, я к бета-версиям подхожу как исследователь, а не как юзер.
Во-вторых, частичное объяснение логики разметки BSD есть в этом слайде: http://quigon.bsws.de/papers/2015/asiabsdcon/mgp00014.html
fdisk не юзаю уже лет 10 поди, как только завезли gpart он стал не нужен.
Всегда от него страдал, ещё со времён мс-доса.
у freebsd fdisk получше msdos'овского и его линуксного клона - fdisk -BI /гдеонотам - и никаких ручных ковыряний.c gpart, к сожалению, завезли 4k, gpt и uefi, и вместо одной команды с двумя ключиками приходится все делать вручную, в совершенно неудобоваримой форме, с идиотскими ограничениями.
(ну или поверить bsdinstall, конкретно gpart он запускает правильно)
Много лишнего. Я обхожусь двумя GPT-разделами: первый небольшой с загрузчиком gptzfsboot (или gptboot, если система на UFS2), второй основной системный. Ну и pmbr в загрузочной записи носителя.
Это работает только на старом железе.
Некоторые платы хотят чтобы если ты разметил диск как GPT то там был UEFI загрузчик, на legacy они просто не смотрят.У меня так асусовская плата на ам1 сокете валялась года полтора, потому что у фри тогда не было UEFI загрузчика, а я не хотел в MBR диски форматировать.
> Это работает только на старом железе.Это работает и на старом железе, и на новом железе: вынул SSD из старой системы, подключил в новую - всё завелось без дополнительных манипуляций. В UEFI BIOS указал с какого носителя загружаться и всё.
> У меня так асусовская плата на ам1 сокете валялась года полтора, потому
> что у фри тогда не было UEFI загрузчика, а я не
> хотел в MBR диски форматировать.У меня давно все загрузочные носители в GPT-разметке. Незагрузочные используются "как есть", без таблиц разделов.
# Размечаем системный загрузочный носитель в GPT
% gpart create -s gpt ada4
# Делаем носитель загрузочным
% gpart bootcode -b /boot/pmbr ada4
# Создаём загрузочный раздел
% gpart add -b 40 -s 1024 -t freebsd-boot ada4
# Записываем загрузчик из системы-донора
% gpart bootcode -p /boot/gptzfsboot -i 1 ada4
% gpart show ada4
=> 34 125045357 ada4 GPT (59G)
34 6 - free - (3.0k)
40 1024 1 freebsd-boot (512k)
1064 125044327 - free - (59G)
# Создаём системный раздел
% gpart add -s 125040000 -t freebsd-zfs -l systempool ada4
% gpart show ada4
=> 34 125045357 ada4 GPT (59G)
34 6 - free - (3.0k)
40 1024 1 freebsd-boot (512k)
1064 125040000 2 freebsd-zfs (59G)
125041064 4327 - free - (2.1M)
# Задаём использование блоков 4k в Z-пуле системного раздела, уменьшая износ флэша
% gnop create -S 4096 ada4p2
% zpool create -O utf8only=on -o failmode=panic freebsd ada4p2.nop
% zpool export freebsd
% gnop destroy ada4p2.nop
% zpool import freebsd
# Системный пул готов
% zpool status freebsd
pool: freebsd
state: ONLINE
scan: none requested
config:NAME STATE READ WRITE CKSUM
freebsd ONLINE 0 0 0
gptid/f8ed44f6-6c7f-12e1-aac2-001511d54937 ONLINE 0 0 0errors: No known data errors
% zdb freebsd | grep ashift
ashift: 12
ashift: 12
# Задаём базовые параметры пула
% zfs set compress=lz4 freebsd
% zfs set atime=off freebsd
# Населяем системный пул системными файлами
...
что-то мне подсказывает, что gnop не нужен и zfs умеет ashift
> что-то мне подсказывает, что gnop не нужен и zfs умеет ashiftНоситель может отдавать операционной системе инфу, что он может 512 байт на сектор. А внутри работает 4k-байтовый сектор. GEOM NOP это может поправить, и ФС будет видеть устройство с 4k-сектором. В этом смысл использования GEOM NOP. Для RAIDZ не получилось представить современные накопители как оперирующие с 4k-секторами - выдаёт ошибку при попытке замены носителя в RAIDZ:
% gnop create -S 4096 /dev/ada1
% zpool replace store gpt/store_zfs_1 /dev/ada1.nop
cannot replace gpt/store_zfs_1 with /dev/ada1.nop: devices have different sector alignment
это сто лет известная проблема - нельзя изменить ashift у уже созданного vdev (в том числе и у отдельных дисков в нем)
именно по этой причине НАДО использовать gnop даже с old-true 512k дисками. Потому что завтра ты такой же на замену не найдешь, и изменить ничего не сможешь.я вообще не понимаю, почему у фри (и только у фри!) надо отдельно трахаться с gnop, автоугадавом и его последствиями, когда у всех остальных есть ashift параметр в zpool.
отдельно непонятно, почему предел 13, а не 15 - 64k page для ssd далеко не максимум.
что, аналог системд все еще не придумали, как всегда в хвосте прогресса?
И слава б-гу. Для меня это скорее огромный плюс.
Текстовые скрипты, текстовые логи - все это довольно просто для таких как я, а не системных программистов.
Вы как разумный человек обьясните в чем преимущество файла с уникальными закорюяками перед файлом со стандартизированными закорюяками? Почему отдаете предпочтение какому-то колхозу на Bash скриптах? Какие преимущества перед стройной серией файлов c сервисами? Какие у Вас страхи перед переходом на систему инициализации? Боитесь, что непонятно как происходит запуск системы? В чем проблема systemd мало документации? Дань скриптовому подходу (просто приверженцы колхозов вроде autotools и т.д.)?
> Вы как разумный человек обьясните в чем преимущество файла с уникальными закорюяками
> перед файлом со стандартизированными закорюяками?это разумному человеку имело бы смысл объяснять (про "стандартизированность" в том числе), а не лап4атому дятлу, долбящему то, что застряло в птичьих мозгах.
у вас там systemd-shitd в очередной раз ремоут рута принес - идите и исправляйте "стандартизированные закорючки". (впрочем, вы ни в C не умеете, ни в sh, "ждете ебилдов")
>росто приверженцы колхозовСистемы с аналогичной функциональность, LAMP+Co, файла для для старта.
FreeBSD
$ find /etc/rc.d/ /usr/local/etc/rc.d/ | wc -l
167
Debian:
$ find /lib/systemd/ /etc/init.d/ -type f -or -type l | wc -l
384Расскажи мне еще про колхоз, интересно так.
>Вы как разумный человек обьясните в чем преимущество файла с уникальными закорюякамиПример стартового файла:
$ cat /usr/local/etc/rc.d/ospfd
#!/bin/sh
#
# PROVIDE: ospfd
# REQUIRE: zebra
# KEYWORD: shutdown
#
. /etc/rc.subrname="ospfd"
rcvar="ospfd_enable"
command="/usr/local/sbin/${name}"
pidfile="/var/run/quagga/${name}.pid"
procname="${command}"
required_dirs="/var/run/quagga /var/log/quagga"
required_files="/usr/local/etc/quagga/${name}.conf"
command_args=" -d"load_rc_config $name
: ${ospfd_enable="NO"}
run_rc_command "$1"
Описание "стандарта":https://www.freebsd.org/cgi/man.cgi?query=rc.subr
https://www.freebsd.org/cgi/man.cgi?query=rc.d
Простой пример из жизни. Хотя на данный момент не актуально :есть провайдер, есть pppoe соединение которое бодро устанавливается, но по факту начинает работать спустя доли секунды. Из-за чего тот же ntpdate может сфейлится.
По-простому достаточно добавить sleep в /etc/rc.d/ppp и все работает как часы.Теперь расскажи как бы ты решил данную проблему с systemd?
Добавить в сервис:[Service]
ExecStartPre=/bin/sleep 1
_какой_ сервис, дypачок ты наш узкоглазенький?
ppp ? не поможет, солнышко. Догадаешься, почему?
А ntpdate - не сервис.в общем вот так с фанатами кривых решений всегда - они ничего не знают, ничего не умеют, и ничего не соображают.
зато отлично поют хором.
> в общем вот так с фанатами кривых решений всегда - они ничего
> не знают, ничего не умеют, и ничего не соображают.
> зато отлично поют хором.В беседах с г-нокодерами выяснилось, почему они в таком восторге от системды: она _им_ очень упрощает жизнь и написание нового г-нокода, им уже не надо знать устройство разных систем — достаточно знать эм… точки входа в системду. А то, что системда усложняет жизнь эксплуатантам продуктов, г-нокодеров не колышет, поскольку они дальше своей бубунты ничего никогда не видели и видеть не желают.
> В беседах с г-нокодерами выяснилось, почему они в таком восторге от системды:
> она _им_ очень упрощает жизнь и написание нового г-нокода,В системде вообще нет кода в юнитах.
> А то, что системда усложняет жизнь эксплуатантам продуктов
Фэйсбук на недавней конференции вещал кое-что иное. А это уж такие эксплуатанты что мало не покажется, всю планету эксплуатируют.
>> В беседах с г-нокодерами выяснилось, почему они в таком восторге от системды:
>> она _им_ очень упрощает жизнь и написание нового г-нокода,
> В системде вообще нет кода в юнитах.Речь не только про юниты.
Посмотри, во-первых, исходники системды и ужаснись. Они реально страшны и плохи. Системда -- эталон г-нокода.
Во-вторых, посмотри, как ЭТО (системный менеджер) сделано у здоровых людей: в NT, Solaris, Mac OS X. И ужаснись вторично от мысли, что иного способа управлять системой там нет. Точнее, есть, но к нему надо знать дорогу, а её в интернетах не указывают.
>> А то, что системда усложняет жизнь эксплуатантам продуктов
> Фэйсбук на недавней конференции вещал кое-что иное. А это уж такие эксплуатанты
> что мало не покажется, всю планету эксплуатируют.Фейсбук и PHP использует. Это не значит, что у ФБ собраны наилучшие решения. Это значит, что ФБ экономит на обезьянах.
Знаешь, для чего действительно удобна системда? Для одноразовых и однозадачных вычислительных сред, которые даже операционными системами не назовешь (несмотря на то, что формально это ОС) -- то есть, внезапно, для контейнеров и прочих докеров. Для всех прочих задач системда представляет собой сущий кошмар.
Если же тебе нужен юникс (а это ведь не абстракция, а конкретный набор идей, принципов и правил действий), то системда никак тебе не подойдёт. Она собой замещает юникс и более прямого доступа к управлению системой ты не имеешь.
Ну, в общем, чтоб не писать долго и попусту, поставь на виртуалку любое красношапочное седьмой серии и попробуй администрировать сабж по книжке про юникс.
тут надо после старта сервисано такое решение тоже не всегда подходит, иногда требуется что-то сделать посредине скрипта.
да и по самому скрипту сразу видно что он вызывает и с какими параметрами, какие переменные использует и тп.
> да и по самому скрипту сразу видно что он вызывает и с
> какими параметрами, какие переменные использует и тп.Когда я разбираюсь с запуском сервиса, последнее что я хочу делать - это разбираться в каких-то там переменных какого-то полуукуренного автора, если уж на то пошло. Особенно круто когда автор намахал 3 страницы, распихав конфигурацию по всей площади, и уволился пять лет назад.
> колхозу на Bash скриптах?
> FreeBSD 12.0
> Bash скриптахГлубина познаний критикуемого предмета зашкаливает.
> страхи перед переходом на систему инициализации?
Во-первых: система инициализации, внезапно, уже есть. Да-да, даже инит на брейнфаке остается инитом.
Во-вторых: какое-то скромное замалчивание того факта, что системда уже много лет как не является исключительно системой инициализации.
В-третьих: более 400 000 строк кода и подход "Я д'Артаньян" уже не раз давали о себе знать:
https://github.com/systemd/systemd/issues/5644
> tmpfiles: R! /dir/.* destroys root-
> poettering commented Mar 30, 2017
> I am not sure I'd consider this much of a problem. Yeah, it's a UNIX
> pitfall, but "rm -rf /foo/.*" will work the exact same way, no?
>https://github.com/systemd/systemd/issues/825#issuecomment-1...
> poettering commented Aug 5, 2015
> Long story short: "su" is really a broken concept. It will given you kind of
> a shell, and it's fine to use it for that, but it's not a full login, and
> shouldn't be mistaken for one.https://lists.freedesktop.org/archives/systemd-devel/2015-Fe...
> Lennart Poettering
> btrfs checksumming cannot fix things for you either if you lose
> non-trivial amounts of data. It might be able to fix a few bits of
> errors, but not non-trivial amounts. I mean, that's a simple property of error correction codesЭпично! Главное, делать умный и уверенный вид - теперь понятно, кому подражают многие завсегдатаи сего форума.
> Вы как разумный человек обьясните в чем преимущество файла с уникальными закорюяками
> перед файлом со стандартизированными закорюяками? Почему отдаете предпочтение какому-то
> колхозу на Bash скриптах? Какие преимущества перед стройной серией файлов c
> сервисами? Какие у Вас страхи перед переходом на систему инициализации? Боитесь,
> что непонятно как происходит запуск системы? В чем проблема systemd мало
> документации? Дань скриптовому подходу (просто приверженцы колхозов вроде autotools и
> т.д.)?Ты ещё не устал врать о светлом будущем с системдой, чувак?
Поставь рядышком две, скажем RHEL — версий 4 и 7. И сравни, во-первых, простоту их понимания (потому что старая Шапка это такие ещё юникс по сути) и, во-вторых, простоту их администрирования и количество нажатий на клавиши для решения одних и тех же задач. Желаю творческих успехов!
Да, а свою эмбедовку, будь любезен, сюда не приплетай, ибо она никакого отношения к администрированию ОС не имеет.
Пусть RHEL5 ставит. Считаю этот дистр наиболее удачным из всех линуксов, вышедших из под редхат.
> Пусть RHEL5 ставит. Считаю этот дистр наиболее удачным из всех линуксов, вышедших
> из под редхат.Согласен. Я опечатался — имел в виду 5-й.
> Вы как разумный человек обьясните в чем преимущество файла с уникальными закорюяками
> перед файлом со стандартизированными закорюяками? Почему отдаете предпочтение какому-то
> колхозу на Bash скриптах? Какие преимущества перед стройной серией файлов c
> сервисами?Удобно же выискивать параметры конфигурации на 3-й странице, среди третьесортного кода забиваюшего на статусы операций и прочий нафигнужный логгинг. В смысле некрофилы привыкли к тому что система работает так. Без сеанса мазохизма - им в жизни чего-то не хватает и они набрасываются на окружающих.
к дьяволу такой прогресс
Разрешите расскзаать Вам о научном подходе. Научный подход это обмен фактами и гипотезами, а не эмоциями и заключениями. Так вот ваше сообщение просто политическое, а не научное. Если у Вас есть разумные аргументы, то представляйте и защищайте их, а все на что Вы можете рассчитывать своим комментарием это ответ троля вроде "сам друак".
Научный ты наш. Тебе говорят, что так проще и понятней, а вот ты уже загибаешь куда-то.
Вот именно, слушать нужно мнение сообщества, а не какие-то дам доводы и факты.
Какой научный подход в традиционном сообществе? Эмоции, ритуалы и суеверия - вот их удел.
> Какой научный подход в традиционном сообществе? Эмоции, ритуалы и суеверия - вот их удел.Когда это системдатнутые успели стать традиционным сообществом? Или упоминание "колхозa на Bash скриптах" в контексте инита фри уже стало не ритуалом-cуеверием, а "научным подходом: придумай что-то от балды и грамотно раскритикуй!"?
> Когда это системдатнутые успели стать традиционным сообществом?Мне в них как раз нравится что вместо ритуалов пересмотрели подходы на предмет того как сделать чтобы это лучше работало.
>> Когда это системдатнутые успели стать традиционным сообществом?
> Мне в них как раз нравитсяЭто гипотеза, факт или просто "научный подход"?
Все факты и гипотезы, изложенные в рамках проекта systemd, являются чушью и некомпетентностью. Как вам такой научный подход?
> Научный подход это обмен фактами и гипотезами, а не эмоциями и заключениями.Обмен фактами и гипотезами - это обмен фактами и гипотезами, не более. Научный подход как раз предполагает наличие заключений после такого обмена. Факты вам предоставили в ветке выше. Этот аноним предоставил заключение для тех, кто не может сделать его на основе фактов самостоятельно.
> Так вот ваше сообщение просто политическое, а не научное.
Политическое - это выбирать систему инициализации в дистрибутиве по принципу "у наших конкурентов такое, значит и мы себе должны внедрить". А потом ещё голосовать, получить равное количество голосов и принять окончательное решение на основе волевого постановления председателя, исходящего из логики "ладно, три раза уже голосовали, systemd так и не выбрали, давайте, чтоб не тратить время на дальнейше голосования, просто перейдём на systemd".
> что, аналог системд все еще не придумали, как всегда в хвосте прогресса?Они его прямо в загрузчик засунули походу. Почитай что там за нафиг с загрузчиками творится.
Отсыпьте травы!
В 12 еще ext2fs научился писать на ext4. Только делает он это со скоростью 7 мб/с на SSD диске.
ext2-fuse пользуйтесь, он и побыстрее, и писать умеет не только на диски, размеченные в ix86-линуксах, а и на другие - чего его native система без этой же прокладки, внезапно, нишмагла.
что на данных момент может Bhyve?
> что на данных момент может Bhyve?в принципе, то же самое, что и все остальные клоны qemu, даже и видеокарту через vnc научился эмулировать, как у всех, не прошло и пяти лет.
Говорят, даже live migration можно накостылить и подпереть (оно там не совсем документированное и не совсем доделанное)Но зачем?
Больше шансов что дочинят xen dom0 (поскольку они не спонсируемые, и делают что им интересно, а не что велит дядя) - который вообще-то внезапно заработал, хотя и с определенными, кхм, особенностями, чем найдутся хоть какие-то обоснования выбора bhyve вместо любой другой платформы.Хотя, конечно, мне после ознакомления с очередным шедевром от vmware, приходится признать что "все - п-сы". Без исключения. Кому интересно - https://www.scribd.com/document/326788209/Using-NAT-between-... - там дальше первой страницы прочитать не дадут, но ее достаточно - вполне понятно что пдф настоящий и логотоипы на нем тоже (а если не поняли - откройте https://kb.vmware.com/s/article/1010652 ). Напомнить сколько оно стоит с таким распрекрасным подходом к клиентам?
>в принципе, то же самое, что и все остальные клоны qemuты вообще ни разу не в теме.
ты не разу не запускал ни одной системы с bhyve.поэтому твое мнение по сабжу особенно ценно.
Я не в теме. Расскажи, мне интересно
на нотнике$ sudo vm list
NAME DATASTORE LOADER CPU MEMORY VNC AUTOSTART STATE
deb default grub 4 2G - No Stopped
win default uefi 2 2G - No Stoppedэти vm запускаю по необходимости
bhyve нормальный себе гипервизор
*bsd/linux без проблем, виртуальные ввод/вывод и консоль
win стабильно получилась только server8, rdpв "промышленной" эксплуатации 24/7 около 12 систем в bhyve, работают.
в сочетании с томами zfs удобно клонирование/снимки/сжатие
> deb default grub 4 2G - No Stopped
> win default uefi 2 2G - No Stoppedда вот же он, типичный use-case bhyve!
> bhyve нормальный себе гипервизор
сколько лет в "нормальном себе гипервизоре" была ниасилена графическая консоль, и установка нетекстовых операционок превращалась в трудновыполнимый квест?
Про ее чудесатый uefi и особенности загрузки того "deb" помолчим. (для тех кто не в теме - оно загрузчики real mode тоже ниасилило, используя вместо них чуднейшую систему костыликов)> в сочетании с томами zfs удобно клонирование/снимки/сжатие
ничуть не удобнее vbox, если уж непременно вперлось freebsd. Про kvm уж не будем.
а теперь расскажите нам, как у вас устроена миграция не этих вот вечно-stopped ненужно, а "24/7" систем на соседнюю коробочку, или "у меня есть бэкап", как обычно?
>да вот же он, типичный use-case bhyve!это с личного нотника.
копировать-публиковать корпоративные данные я не имею права, и это непрофессионально.>сколько лет в "нормальном себе гипервизоре" была ниасилена графическая консоль
то есть ты написал-осилил ее для другого гипервизора, и этим очень горд?
а... это был не ты.
ты вообще ничего не разработал....>Про ее чудесатый uefi и особенности загрузки того "deb" помолчим
в чем проблема? прочитать по-аглицки?
https://github.com/churchers/vm-bhyve/wiki/Supported-Guest-E...
ну да, модифицированный grub, кастомный uefa.
cd /usr/ports/bla/bla
make install cleanдля запуска linux используют жутковытый и нахрен не нужный в 99% initrd со столь же жутковатой конфигурацией grub, и ничего, котятки не мяукают.
>ничуть не удобнее vbox, если уж непременно вперлось freebsd.
ты опять не в теме.
в zfs, к примеру, реализован инкрементальный поток с тома-источника на систему-резерв.
zfs snap ...
zfs send ... | ssh xxx 'zfs receive ...'при этом оно уже есть, и весьма рабочее.
тикает себе по крону.>а теперь расскажите нам, как у вас устроена миграция
у нас - это где? в последнем проекте-кейсе, на предприятии?
где-то горячий резерв с синхронизацией, где-то действительно холодная копия + дамп актуальных данных
live migration на практике маркетинговая сказка. данных дохрена, сетевые шины относительно узкие, в рабочее время запросов дофига - живая типа миграция на деле превращается в мертвую, а в нерабочее остановить не проблема.а отказы все равно продумываются-обрабатываются по другому.
и собственно все равно упирается в продуманность, расчет,
четкую методику и соотвествие деловым процессам.тут одни приходили из операторов, тоже пытались впарить бохсы-шмоксы.
дал им одну систему на пробу, через неделю они мне ее нaепnули. вообще. 4 часа простоя.
при том что за два года ранее, до ихней живой миграции, было всего ~20 минут.парень, у тебя много бла-бла и ниxрена практики. от слова совсем.
> это с личного нотникану я и говорю - вполне подходящий для нее use-case, личный недоноут нетакогокаквсе, с freebsd, на котором пара виртуалок в вечно-stopped. Поскольку доступна искаропки и как-то работает. Вон смотрим на мои лично-сервера - обнаруживаем пяток виртуалок на одном, пару на другом, не считая сугубо-технических, типа обеспечивающей маршрутизацию обиженной роутерами вмвари - это в running, а не вечно-off, запускаемых по праздникам.
смотрим на недодесктопе в офисе - 11 штучек, две включены, остальным памяти не хватит, дрянной тут десктоп.
А на работодателя с его кластерами и двумя разношерстными вцентрами мы смотреть не будем, у нас стока денег нет.> то есть ты написал-осилил ее для другого гипервизора, и этим очень горд?
нет, просто не вижу поводов воспевать такой, где и это ниасилили - хватает таких, где хотя бы эта великая задача решена лет так десять тому, зачем собирать грабли?
> в чем проблема? прочитать по-аглицки?
в том что у этого глюкала - набор своих уникальных глюков, и не все они описаны - даже и по аглицки. Supported Guest Examples - это прекрасно, конечно, шаг влево, шаг вправо - ничего не работает и не загружается. Даже божественная бубунточка современных версий в списках не значится (ну да, она с uefi достаточно занимательно дружит, даже с настоящим). Да и ты из всего виндового зоопарка осилил почему-то древнюю 8.
и вот зачем они так сделали?
И зачем пользоваться тем, что сделано - так?> для запуска linux используют жутковытый и нахрен не нужный в 99% initrd
виден "специалист", мда.
> со столь же жутковатой конфигурацией grub
конфигурация grub в идеально-сферическом вакууме - kernel /vmlinuz root=/dev/sda1
одна строчка кроме заголовка. Ну ок, две если все же знать, зачем нужен initrd.и никакого программирования на форте и lua для тривиальных задач. И еще одна строчка позволяет запомнить, с чего из пяти вариантов мы прошлый раз грузились, и получилось ли, без костылей и подпорок вида nextboot.
что, ниасилил? А говоришь, по-аглицки умеешь...
> в zfs, к примеру, реализован инкрементальный поток с тома-источника на систему-резерв.
угу, реализован. hole birth передает пламенный привет экспериментаторам (да, это-то починили - но... линуксеры, а не кто-то еще)
> у нас - это где?
у [недопустимое-на-впоненнете-слово]-героев с обширной практикой использования bhyve, во фребеэсде, разумеется.
> live migration на практике маркетинговая сказка.
а, я так и думал.
а вот в банальном vbox - она работает. Ну, как-то, но для этого не надо великий опыт и сокровенные знания, все в общем примитивно и тривиально.
в vcenter и hyper-v - работает хорошо. В pve - теоретически работает, но только в пределах соседних стоек, и то с кучей ограничений, ничего не хочу знать о практике такого пользования.
> в "промышленной" эксплуатации 24/7 около 12 систем в bhyve, работают.Ну вот собственно все отличие - промышленный и "промышленный". В KVM например по коммитам видно кто им пользуется и что их колышет.
>Ну вот собственно все отличие - промышленный и "промышленный"вот нечего вякнуть в эфир, так решил к кавычкам прикопаться?
use-case:
- система хранения/резервирования и управления конфигурациями
- система мониторинга инфраструктуры
- master/slave pgsql для как часть комплекса производственной линии
- парочка почтовых серверов
- концентратор vpn туннелей
- коллектор-обработчик системы геопозионирования траков
- ... устал яэто только из последнего кейса-проекта
что из сервисов вмазано в систему вместе с другим/другими, что-то с одним сервисом
Этого достаточно?
Или будешь дальше мудозвонить в космос? =)
> - ... устал яТы уже рассказал про рестор петабайта бэкапов :). Или я с кем-то путаю?
> это только из последнего кейса-проекта
Слишком громкое название для очередной хомпаги пупкина.
> что из сервисов вмазано в систему вместе с другим/другими, что-то с одним сервисом
Само по себе это даже разумно. Но в целом юзкейс реально уровня изена. Или это изен дубля завел?
>Ты уже рассказал про рестор петабайта бэкаповнет.
а я путаю анонимов, они все одинаково некомпетентные
напиши пожалуйста про свои промышленные проекты, и твои достижения в IT индустрии.
очень интересно.
Снова о загрузчике.Не могу сказать, что разобрался, ибо не разобрался и не понял, почему он не загружает по умолчанию ядро с раздела, куда установлена ОС, а каждый раз предлагает юзеру задать это место вручную.
Решение очень простое, но ответа на данный вопрос оно, естественно, не даёт.
Вписываем в настроечный файл [/boot/loader.conf] строку с указанием, откуда загружаться (у меня такой раздел именуется ada0a):
# cat /boot/loader.confvfs.root.mountfrom="ufs:/dev/ada0a"
RTFM по этой теме:
www.freebsd.org/cgi/man.cgi?loader.conf(5)
а как с beta-2 обновится?все перерепробывал
rm -rf /
- тоже сломали?
sudo rm -rf /
> sudo rm -rf /sudo не работает для простых юзеров по-бубунтовски. Только после наделения юзера соответствующими правами или внесения его в группу с таковыми правами.
Спешу также обрадовать анонимных экспертов, что в актуальной OpenBSD вообще нет sudo. :)
> sudo rm -rf /% sudo rm -rf
zsh: command not found: sudo
а что там пробовать? svn up /usr/src и впреред, пересобирать
или вопрос про бинарный апдейт?
Побалуемся анекдотом с ЛОРа.==========
Знакомый поступил на ИС («информационные системы»). С блеском закончил: почти красный диплом. Ходит, хвастается на каждом углу: я, мол, крутой сисадмин! Взяли его на работу в о-о-очень доброе учреждение. Престижно до жути. Денег дают два раза в месяц, даже обещали путевку в санаторий.
Звонит:
— Слушай, а там на сервере стоит FreeBSD!
— И что?
— А как у него рабочий стол включается?
— Рабочий стол можно поставить, конечно, но там и без него неплохо. Понимаешь, смысл в том, что всё работает…
— Это как?
— Ну, у тебя сейчас сотрудники на что-то жалуются?
— Не, почта работает, документы тоже.
— А что ты хочешь?
— Освоить, чтобы управлять.
— Так ведь у тебя уже всё работает! Тебе нормально повезло с предшественником, даже более чем. Осваивай потихоньку, постарайся не делать лишних движений.
Прочитал ему краткую лекцию о том, какую взять книжку, на какие форумы сходить и как поднять виртуалку для опытов.
— А мне FreeBSD не нравится.
— Почему?
— Корявая она.
— Почему?!
— Рабочий стол…
Звонит через неделю:
— Как установить винду после FreeBSD?
— В смысле?
— Я диски отформатировал, а она всё равно не ставится.
— Надо снести загрузочную запись. fdisk /mbr, потом винда встанет.
Радостный, звонит через день:
— Я установил Windows Server!
— И как, работает?
— Нет, но я этим занимаюсь. У меня книжка есть. В институте проходили…
Некоторое время спустя я узнал, что он уже работает в другой, значительно менее престижной компании. Принтеры заправляет.
https://www.linux.org.ru/forum/linux-install/8872923?cid=888...
жаль что это только анекдот.
из кучи разных компаний, куда я последние годы заглядывал на предмет чем бы у них там поработать, freebsd (не ключевой частью инфраструктуры, но достаточно заметной чтоб ее внесли в рассылку от hr) была только у самой помойной - офис в ближнем замкадье (метрах в пятиста), зарплата чорным налом (ага, я тоже охренел, что такие еще остались. Кстати, по-моему даже не два раза в месяц).зато вот windows server был у всех, и линукс-онли админов не умеющих его хотя бы на уровне advanced user не хотели нигде.
так что учите, ребятки, винду. Остальное - либо освоите по ходу деятельности, либо не пригодится вовсе.
А я вчера из ностальгических чувств на виртуалку поставил Debian Sarge. Захотелось проверить, можно ли спустя столько лет её использовать. Так да, можно. Чувак, она (в базовой системе) после старта потребляет 9 метров памяти! А с Иксами (+ IceWM + xterm + htop) -- 25. Аж чуть не прослезился.
> - Для архитектуры powerpcspe реализована обработка исключений SPE (Signal Processing Engine);Прикол. IBM Cell с производства снял опосля кончины PS3 еще...
>> - Для архитектуры powerpcspe реализована обработка исключений SPE (Signal Processing Engine);
> Прикол. IBM Cell с производства снял опосля кончины PS3 еще...Есть опыт использования Фри (или лялиха) на PS3?
Он есть у всех, кто играл на третьей плойке, как и на четвёртой.
> Он есть у всех, кто играл на третьей плойке, как и на
> четвёртой.Моё детство было давно в ссср. Я и малейшего понятия не имею, что можно сделать с игровыми приставками. Хотя знаю, из чего их делают. Как-то так.
да у вас там в эсесер секса вообще ж не было, откуда вам знать, что можно делать с приставкой. Но я почти уверен, что если спросить у гугля, он даст ссылки на вполне качественное порно нужной тематики.
>> Он есть у всех, кто играл на третьей плойке, как и на
>> четвёртой.
> Моё детство было давно в ссср. Я и малейшего понятия не имею,
> что можно сделать с игровыми приставками. Хотя знаю, из чего их
> делают. Как-то так.Тут дело не в том, что с ней можно сделать (и какие видео на эту тему можно найти в XXX-части интернетов), а в том, что Orbis OS, в которой игрушки на плойке запускаются — это проприетарный вариант фряхи, ибо лицензия позволяет.
> Тут дело не в том, что с ней можно сделать (и какие
> видео на эту тему можно найти в XXX-части интернетов), а в
> том, что Orbis OS, в которой игрушки на плойке запускаются —
> это проприетарный вариант фряхи, ибо лицензия позволяет.Меня интересует железо (Cell), а не игрушки. Если на этом железе можно запускать обычную Фрю, то оно меня интересует вдвойне.
>> Тут дело не в том, что с ней можно сделать (и какие
>> видео на эту тему можно найти в XXX-части интернетов), а в
>> том, что Orbis OS, в которой игрушки на плойке запускаются —
>> это проприетарный вариант фряхи, ибо лицензия позволяет.
> Меня интересует железо (Cell), а не игрушки. Если на этом железе можно
> запускать обычную Фрю, то оно меня интересует вдвойне.Меня игрушки тоже не интересуют. Да, на четвёртой плойке можно запустить обычную фряху, но, полагаю, будет нужно выдрать драйверы на видео из Orbis. На третью плойку есть порт линуха, но в плане юзабельности оно не ахти — железо слабовато для сегодняшних реалий, но как печатная машинка и смотрелка котиков вполне себе работает.
Релиз таки был, а на опеннете ни слова.
https://www.freebsd.org/ru/news/newsflash.html#event20181211:01