ndis ?

CURRENT + linuxkpi ?

Привет. Как посмотреть какие RC скрипты исполняются при запуске? По аналогии с гентушным rc-update. Или они все выполняются, что ли?

в rc.conf

да, все. Но не все срабатывают ))

rc_debug="NO" # Set to YES to enable debugging output from rc.d rc_info="NO" # Enables display of informational messages at boot. rc_startmsgs="YES" # Show "Starting foo:" messages at boot

ndis ?

да я решил уже esxi накатить, на него фрю, оверхед не критичен, в esxi сетевки работают

Кому верить?) А если серьезно, то мне не совсем понятно: вот я написал свой скрипт "custom_kek", что указывать в rc.conf, чтобы он запустился?

ничег

При boot

просто положи его в /etc/rc.d

или /usr/local/etc/rc.d

бгг, ключевое-то rc.subr (щас насоветуют, и он легко сломает себе загрузку)

То есть все скрипты в rc.d срабатывают по очереди, получается?

не по очереди

там же есть всякие REQUIRE и т.п.

man rcorder в помощь

А по какому принципу система решает какой скрипт в rc.d запустить? Этот список где-то указан? Ок, изучу rcorder

ну и есть скрипты, помеченные, как first_boot - они запускаются всего один раз, при первом старте системы

Ок, спасибо. Они помечаются через rcorder или это написано внутри самого скрипта?

внутри самого скрипта

growfs тебе в пример

Ясно, тогда ясно почему тааая загрузка долгая. Пока распарсит все скрипты

Я просто из мира генту и там иначе это работает

эээ ?

вроде ж убрали из target машинки, менще i486 ?

на обычной машинке все rc скрипты парсятся меньше чем за секунду

вот выполняются - долго

потому как там запускается куча разных прог

всякие mount, sysctl, ifconfig, route и т.п.

Я хз, но загрузка на фряхе нереально долгая на фоне генту и других линухов

повыключай все ненужное

Хотя мне без разницы, я не за это систему выбираю

Дефолт)

лишние источники времени, попытки определить тип носителя во всяких CD приводах и USB дырках

глянь

kern.timecounter

и

kern.eventtimer

и поотключай в /boot/device.hints ненужные

заодно поиск всяких там ISA устройств, типа COM, LPT, флоппи-дисков

Ок, спасибо. Кстати, а через pkg получаю самый последний софт? Просто щас ставил awesome, в pkg доступна только 3.5 версия при текущей уже 4. Может можно как-то более новую получить? Я сейчас не за конкретно awesome спрашиваю, а в общем

нет, конечно

самый последний - в портах

pkg - это срез за неделю, месяц, квартал

в зависимости от платформы

Ок, спасибо

для arm, например, пакеты чуть ли не раз в квартал делаются

а для amd64 чуть ли не каждый день

а ещё их можно самому собирать poudriere

я хочу тут вопрос задать

но он соишком длианный как это сделать?

можно сюда текстовый файл отправить?

pastebin

а пишу коммунаду и потом текст?

https://pastebin.com/i6S7Pf97

так вот скажите правильно ли все в последовательности обновления с источников

может что-то можно улучшить или где ошибка у меня?

/usr/src/sys/amd64/conf/GENERIC #Редактирую файл конфигурации для сборки собственного ядра так делать точно не надо, просто создайте новое ядро и линкуйте в него какое то понравившееся как шаблон, а уже в нём on/off нужных функций

порты проще через portsnap обновлять

/usr/src/sys/amd64/conf/GENERIC #Редактирую файл конфигурации для сборки собственного ядра так делать точно не надо, просто создайте новое ядро и линкуйте в него какое то понравившееся как шаблон, а уже в нём on/off нужных функций

То есть создать файл с новым именем и задать новый ident ядра?

да, а туда include GENERIC-NODEBUG или какое больше нравится и набор опций что менять

rm -rf * опасная команда, я предпочитаю явно указывать путь: rm -rf /usr/obj и чтобы не делать chflags по всему дереву быстрее делать так: rm -rf /usr/obj; chflags -R noschg /usr/obj && rm -rf /usr/obj

а если железо и настроение позволяет ZFS, то стоит посмотреть в сторону BE (boot envirorment)

тогда так сd /usr/src/sys/amd64/conf/ cp GENERIC MOYOYADRO ee /usr/src/sys/amd64/conf/MOYOYADRO

ни надо ничего копировать, это путь в ад, надо делать инклюды

rm -rf * опасная команда, я предпочитаю явно указывать путь: rm -rf /usr/obj и чтобы не делать chflags по всему дереву быстрее делать так: rm -rf /usr/obj; chflags -R noschg /usr/obj && rm -rf /usr/obj

так я же вроде каталог открываю там и в нем очиащаю

ERROR: S client not available

ни надо ничего копировать, это путь в ад, надо делать инклюды

можно дополнить стандартное ядро своим опцияами и чтобы они потом не исчезали? как это

если скопипастить две команды и cd не сработает (например /usr/obj нет), то rm удалит не то Если копипастить команды по одной, то однажды можно перепутать и вставить rm не в ту консоль

тогда так сd /usr/src/sys/amd64/conf/ cp GENERIC MOYOYADRO ee /usr/src/sys/amd64/conf/MOYOYADRO

я так обычно делаю ln -s /home/user/src/MYKERN /usr/src/sys/amd64/conf/MYKERN echo KERNCONF=MYKERN»/etc/src.conf

я так обычно делаю ln -s /home/user/src/MYKERN /usr/src/sys/amd64/conf/MYKERN echo KERNCONF=MYKERN»/etc/src.conf

а какая разница?

CURRENT + linuxkpi ?

что такое linuxkpi?

линуксулятор

а какая разница?

src могут быть разные, при переходе между версиями фряхи Или иногда после наложенных патчей проще src грохнуть. а так конфиг всегда при себе

линуксулятор

почему гугль молчит об этом?

даже на форума всего 2 сообщения с тэгом https://forums.freebsd.org/tags/linuxkpi/

ни надо ничего копировать, это путь в ад, надо делать инклюды

т.е создать нвоый файл и там первой строкой include GENERIC ident moyoyadro и дальше все опции?

блин, ну прочтите вы уже что нибудь, кажется даже в мордокниге так же написано

рукакниге м.б.?

https://github.com/freebsd/freebsd/tree/master/sys/compat/linuxkpi ну выглядит как утка, похоже крякает как утка, чем не утка

рукакниге м.б.?

о точняк, и там тоже, даже скорее

а где описалово для чего это и с каким умыслом добавили? Обычно в вики есть статья, а тут как-то совсем куцо (

@dimcha kpi - https://lwn.net/Articles/421601/

@pragus спасибо!

Я правильно понимаю что это линуксулятор для API ядра? Т.е. это не прослойка для запуска линуксовых программ, а для упрощенного портирования линуксячих дров в ламповое ядро?

а могу я использовать файл с исключениями для адра generic или пока только можно включать дополнительные опции?

@dimcha да, все верно.

вот выполняются - долго

Системд портируй )

@dimcha да, все верно.

ты предал линукс?

https://svnweb.freebsd.org/ports?view=revision&revision=444120 WOW

Я хз, но загрузка на фряхе нереально долгая на фоне генту и других линухов

Не слушай вредные советы, не надоничего отключать. Загрузка медленная потому что не параллельная, это не лечится /thread

ты предал линукс?

Нет, я просто умею гуглить :)

А стоит ли это лечить, вон "BIOS" у серверов по ндцать минут чекается и все живы

Нет, я просто умею гуглить :)

и троль

Ок, спасибо. Кстати, а через pkg получаю самый последний софт? Просто щас ставил awesome, в pkg доступна только 3.5 версия при текущей уже 4. Может можно как-то более новую получить? Я сейчас не за конкретно awesome спрашиваю, а в общем

Пакеты по умолчанию ставятся из квартальной ветки, она сейчас устарела на 3 месяца. См. /etc/pkg и man pkg, там гдето написано как переключиться на свежие пакеты. Если и там нет то ждать или слаиь патчи

/me года 4 назад делал патчи на /bin/sh и rcorder для распараллеливания... забил, когда не увидел существенной разницы в суммарной скорости бута

/me года 4 назад делал патчи на /bin/sh и rcorder для распараллеливания... забил, когда не увидел существенной разницы в суммарной скорости бута

У тебя был ssd?

/me года 4 назад делал патчи на /bin/sh и rcorder для распараллеливания... забил, когда не увидел существенной разницы в суммарной скорости бута

ага а потом получаем как в systemd что половина сервисов падает, так как стартанула до полной инициализации сети, так как их авторы их пишут в мире пони и радуг

Там и без этого не хватает зависимостей повсеместно