The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск дистрибутивов Альт Рабочая станция 8.1, opennews (?), 23-Ноя-16, (0) [смотреть все] –11

Сообщения [Сортировка по времени | RSS]


13. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  +4 +/
Сообщение от автух (?), 23-Ноя-16, 20:34 
>ну и ядро заодно не такое древнее влепили бы?

# sudo update-kernel -t un-def
$ uname -r
4.8.10-un-def-alt0.M80P.1
Куда уж свежее?

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

236. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  +/
Сообщение от Аноним (-), 24-Ноя-16, 14:48 
> 4.8.10-un-def-alt0.M80P.1
> Куда уж свежее?

Зато сама технология обновления ядра - вполне в духе остальных инструментариев.

Ответить | Правка | Наверх | Cообщить модератору

249. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  +/
Сообщение от автух (?), 24-Ноя-16, 15:33 
>Зато сама технология обновления ядра - вполне в духе остальных инструментариев.

Ведь проще чем в той же убунту.
Сначала качаем ядра с kernel.ubuntu.com, устанавливаем консольными командами, не забываем про update-grub.Или устанавливаем графическую утилиту Ukuu и опять не забываем про grub.
Здесь две команды -скрипта на установку и удаление и все.
Проще было в PClinuxOS. Выделил в синаптике и установилось.
Так что - золотая середина.
Что ж не так? Обоснуйте.

Ответить | Правка | Наверх | Cообщить модератору

354. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  +1 +/
Сообщение от Аноним (-), 25-Ноя-16, 02:10 
не понял про grub, вообще-то достаточно установить ядро командой dpkg -i ./linux-image.xxxx и просто ребутнуться, конфиг grub обновится при установке автоматом
Ответить | Правка | Наверх | Cообщить модератору

362. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  +/
Сообщение от автух (?), 25-Ноя-16, 06:38 
>достаточно установить ядро командой dpkg -i ./linux-image.xxxx

в Debian достаточно.

Ответить | Правка | Наверх | Cообщить модератору

371. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  +/
Сообщение от Аноним (-), 25-Ноя-16, 11:55 
> в Debian достаточно.

И в убунте - тоже. У них пакетник одинаковый и вообще, так по крупному отличие только в том какие репы подключены и кто их майнтайнит. В остальном - две перепевки одной технологии.

Ответить | Правка | Наверх | Cообщить модератору

370. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  +1 +/
Сообщение от Аноним (-), 25-Ноя-16, 11:54 
> Ведь проще чем в той же убунту.

Вот как раз в дебиане и убунте все сделано логично. Там ядро - это тоже пакет. Поэтому рулится тулзой для руления пакетами - пакетником. Совершенно обычным образом. Все необычности типа прописывания в grub и проч - хуками пакетника. Хорошая реализация, гибкая и логичная. Можно хоть вообще ядро не ставить, если допустим система взлетает как-то кастомно со своего ядра. А можно майнтайнерское юзать в разных позах.

На примере убунты:
- Есть метапакеты, которые могут автоматически подтягивать кернел (и некоторые ассоциированые штуки типа хидеров) обычным apt-get/synaptic/aptitude/... . Метапакет пустой, но в его зависимостях майнтайнерами прописывается последнее доступное в репах ядро. Поэтому обновление метапакета - обновляет и ядро со всеми запчастями, инсталля нужные пакеты.

- Так довольно просто переходить между подвидами ядер, скажем low-latency ядро ставится одним метапакетом. Кому-то хочется bulk performance, а кому-то милей low latency, и так далее. В убунте как раз это несложно выбрать.

- Есть пакеты с разными ревизиями ядра. В репе обычно лежит несколько ревизий, включая ряд прошлых. А пакетник обучен не сносить несколько предыдущих ядер, авторемов только для древних (и вообще настраивается).

- Даже свое собственное ядро которое я сбилдил сам - ставится тем же dpkg -i что и все остальные локальные пакеты. А потом... потом это трекает пакетник. Как весь остальной софт в системе. По-моему удобно когда все управление софтом делается одной программой.

> Сначала качаем ядра с kernel.ubuntu.com, устанавливаем консольными командами,

Сначала качаем из репы. А вот если из репы мало и надо нечто нестандартное, тогда качаем кернел откуда-то еще. У дебианщиков по этому поводу есть репа backports. Убунты этот момент немного протупили но в последнее время они исправляются и для LTS дистров - кладут в репы пакеты с кардинально более свежими ядрами. Само оно не заапгрейдится на такую версию, т.к. потенциал для отвала башки. Но пощелкав в синаптике/аптитуде или скомандовав аптгету вкатить правильный метапакет - прилетит свежее ядро. И все это стандартной механикой пакетника.

> не забываем про update-grub.

Это с фига ли? При установке пакета пакетник сам хуки с ним дернет. И для initramfs - аналогично.

> Или устанавливаем графическую утилиту Ukuu и опять не забываем про grub.

Понятия не имею что за графическая утилита. Мне графическая утилита "synaptic" больше нравится, если уж мы о гуе. Вот это хороший интерфейс для тех кто хочет гуй но не хочет интерфейс для тупарей в стиле яблостора.

> Здесь две команды -скрипта на установку и удаление и все.

При том - какие-то совершенно левые костыли, мимо пакетника. А в упомянутых - операции с ядром, даже вообще напрочь самосборным - не выходят за пределы стандартных манипуляций пакетником.

> Проще было в PClinuxOS. Выделил в синаптике и установилось.

Так и в *бунте/дебиане катит. Если желаемая версия ядра в подключенных репах доступна.

> Так что - золотая середина.

Кому и кобыла - невеста.

> Что ж не так? Обоснуйте.

Какой-то левый костыль неизвестно зачем. Впрочем альты вообще умеют складировать скелетов по шкафам и некоторые чудаки из альта даже почему-то считают что это - фича. Я их в этом не поимаю.

Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

389. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  –12 +/
Сообщение от Michael Shigorinemail (ok), 25-Ноя-16, 18:18 
> Вот как раз в дебиане и убунте все сделано логично. Там ядро
> - это тоже пакет. Поэтому рулится тулзой для руления пакетами -
> пакетником. Совершенно обычным образом.

Вы будете крайне удивлены(tm), но в альте ядро -- это тоже пакет!

А особенности с обработкой созданы искуственно, поскольку конкретно этот кусок системы имеет не совсем обычные свойства, особенно во время загрузки.  Думаю, Вам не требуется разжёвывать разницу между проблемой обновления ядра и того же 0ad.

> На примере убунты:
> - Есть метапакеты

$ apt-cache whatdepends kernel-headers | head -3
<kernel-headers>
  rpm-build-4.0.4-alt100.94
    Требует: <kernel-headers>

> - Так довольно просто переходить между подвидами ядер

update-kernel -t un-def

> - Есть пакеты с разными ревизиями ядра. В репе обычно лежит несколько
> ревизий, включая ряд прошлых. А пакетник обучен не сносить несколько предыдущих
> ядер, авторемов только для древних (и вообще настраивается).

Сюрприз! (дальше догадаетесь?)

PS: всё-таки лучше статически ссылки прилинковать, пожалуй:
http://packages.altlinux.org/ru/search?query=kernel-image&br...
http://www.altlinux.org/Kernels/Flavours

> - Даже свое собственное ядро которое я сбилдил сам - ставится тем
> же dpkg -i что и все остальные локальные пакеты.

Так какую же разницу Вы хотели показать?  Или полное отсутствие функциональной по существу? :)

>> не забываем про update-grub.
> Это с фига ли? При установке пакета пакетник сам хуки с ним дернет.
> И для initramfs - аналогично.

Тоже удивился.

>> Здесь две команды -скрипта на установку и удаление и все.
> При том - какие-то совершенно левые костыли, мимо пакетника.

Вы бы или спрашивали, или посмотрели, прежде чем делать столь сильные -- и ошибочные -- утверждения.

>> Так что - золотая середина.
> Кому и ubuntu - невеста.

Вам видней.

Ответить | Правка | Наверх | Cообщить модератору

450. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  +1 +/
Сообщение от Аноним (-), 27-Ноя-16, 11:06 
> Вы будете крайне удивлены(tm), но в альте ядро -- это тоже пакет!

Да хоть зеленый покемон. Если работать предлагается не через обычную механику пакетника - это, имхо, FAIL управления пакетами.

> А особенности с обработкой созданы искуственно, поскольку конкретно этот кусок системы
> имеет не совсем обычные свойства,

Как по мне - как раз удобно управлять так же как остальным софтом. Админам хорошо - один инструментарий на все. А необычности разрулены через метапакеты, хуки и правила авторемува. ИМХО вышло логично и удобно. И кастомизабельно под любые извращения. Хоть в u-boot на эмбедовке кернел прописывай или кернел из своего репа тащи. Воткнул хуки которые будут делать как надо было и ... пакету с ядром даже не обязательно знать что кто-то что-то дополнительно сделал, лишь бы оборудование поддерживало.

> особенно во время загрузки.

Во время загрузки работает бутлоадер. Дебианщики смогли интегрироваться с разными интересными механизмами, не только прописыванием списков ядер и обновлений initfs, но и, например, grub + софт в системе могут совместно играть в игру "а взлетела ли система с вот этим ядром?". Юзермод может выставлять бутлоадеру маркер что система взлетела после апдейта. Если маркера вдруг нет - упс. Boot failed. Бут может и какое-нибудь рекавери закатить. Системд опять же неплохо в эти сценарии вписывается. И к grub на гвозди жестко не прибито на самом деле - так можно сделать хоть с uboot если это надо.

> Думаю, Вам не требуется разжёвывать разницу между проблемой обновления ядра и того же 0ad.

Да, но дебианщики показали как эти разницы самим пакетником и его фичами обыграть. Без создания неудобств админам и логично для майнтайнеров и разработчиков. Более того, вся эта механика - generic. И пользоваться этим можно и для других пакетов, если это надо. А откуда вообще следует что особой обработки апдейта достоин только кернел?

> update-kernel -t un-def

Говоря за себя - я хочу для работы с софтом оперировать пакетником, а не какими-то там утилитами. И кроме того - а что такое un-def? Мне это не очевидно как юзеру/админу так сходу. А что означает linux-lowlatency - я догадываюсь.

> Сюрприз! (дальше догадаетесь?)

Да, я догадываюсь что в альте любят все делать... странно и нелогично, чтоли.

> Так какую же разницу Вы хотели показать?  Или полное отсутствие функциональной по существу? :)

Я хотел показать тому человеку что он неправ в своих предъявах дебиану и убунте. Так ставятся вообще любые локальные пакеты. Ядро ничем не особенное в этом. Единственная его особенность как софтины для разработчика - разве что умение самому собирать deb-пакеты в процессе билда, даже не требуя для этого обычных дебиановских утилсов. Это уже фича, а не баг, наверное.

> Тоже удивился.

Собственно из-за такой напраслины я и взъелся в основном.

> Вы бы или спрашивали, или посмотрели, прежде чем делать столь сильные -- и ошибочные -- утверждения.

То что оно где-то там внутри что-то делает с пакетами - это круто, конечно, но для пользователя это совершенно отдельная утиль.

>> Кому и ubuntu - невеста.
> Вам видней.

Даже в убунте смогли сделать апдейты кернела вменяемо. Хоть и утащили технологию из дебиана, разумеется.

Ответить | Правка | Наверх | Cообщить модератору

474. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  –8 +/
Сообщение от Michael Shigorinemail (ok), 27-Ноя-16, 22:55 
>> Вы будете крайне удивлены(tm), но в альте ядро -- это тоже пакет!
> Да хоть зеленый покемон. Если работать предлагается не через обычную механику
> пакетника - это, имхо, FAIL управления пакетами.

Стоп.  Кажется, понял.  Вы всё это время имели в виду конкретно dist-upgrade, называя это как угодно, но не своим названием?

> А необычности разрулены через метапакеты, хуки и правила авторемува.

http://lmgtfy.com/?q=ubuntu+doesn%27t+boot+after+upgrad...

>> Думаю, Вам не требуется разжёвывать разницу между проблемой обновления ядра
>> и того же 0ad.
> Да, но дебианщики показали как эти разницы самим пакетником и его фичами
> обыграть.

Про маркер спасибо, не знал; интересная затея.

>> update-kernel -t un-def
> Говоря за себя - я хочу для работы с софтом оперировать пакетником

Пожалста.

> И кроме того - а что такое un-def? Мне это не очевидно как юзеру/админу так сходу.

http://www.altlinux.org/Kernels/Flavours

> А что означает linux-lowlatency - я догадываюсь.

Да хоть pure-emerald :)

>> Сюрприз! (дальше догадаетесь?)
> Да, я догадываюсь что в альте любят все делать... странно и нелогично, чтоли.

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

>> Тоже удивился.
> Собственно из-за такой напраслины я и взъелся в основном.

Тут понимаю, коллега :)

> Даже в убунте смогли сделать апдейты кернела вменяемо.
> Хоть и утащили технологию из дебиана, разумеется.

В аналогичных случаях не говорю, что "в альте смогли сделать", а говорю "утащили оттудова-то"...

PS: спасибо за выходящее на конструктив обсуждение и особенно за новое для себя.

Ответить | Правка | Наверх | Cообщить модератору

507. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  +/
Сообщение от Аноним (-), 28-Ноя-16, 21:23 
> конкретно dist-upgrade, называя это как угодно, но не своим названием?

Можно это и так назвать, если в убунту и с apt-get. Но это только один из возможных интерфейсов. Предпочитаемый человеком (или уместный в энной ситуации) интерфейс может быть и иной. Ну там синаптик или аптитуд, например.

Если допустить что пакетник состоит из фронтэнда и бэкэнда - в данном случае прелесть в том что все руление делается одним и тем же фронтэндом. Почему сватание другого фронтэнда считается фичой - для меня загадка.

>> А необычности разрулены через метапакеты, хуки и правила авторемува.
> http://lmgtfy.com/?q=ubuntu+doesn%27t+boot+after+upgrad...

Чуть издалека: как вы думаете, что будет, если случится чудо и удастся раздать альт 20М хомякам, как убунту? Мой прогноз: поскольку альты не писали большую часть софта - bug rate будет более-менее "средний по больнице". Далее, вы представляете себе количество возможных конфиг на планете? И грубую нестыковку возможностей даже легиона тестировщиков vs количество комбинаций? В частности, кернел - большая программа. С множеством подсистем. Железо - не лучше. Большое, сложное, немеряно разновидностей. Все это приводит к "взрыву" комбинаторики. Правда жизни такова что протестировать возможные сочетания конфигураций и софта - невозможно. Поэтому вы не можете заранее знать *наверняка* - взлетит ли ядро на энной конфиге без фактического теста такой комбинации. И даже две железки одной марки - на самом деле не такие уж и одинаковые как может показаться на первый взгляд. Могут быть специально кастомизированы, например разными серийниками. Могут быть на правах "неизбежного зла" (индивидуальные калибровки). Может быть просто разброс техпроцесса. И бывают очень веселые баги когда на части железок все ок, а на части почему-то глюки. При том что железки как бы "одинаковые".

Я это к чему? К тому что альтов при таком раскладе размазало бы багрепортами и воплями такого плана как минимум не хуже. А почему это должно быть не так? Только не говорите что в отличие от остальных альт сделал революцию в разрабоке софта и смогли предусмотреть и/или протестить все квадриллионы квадриллионов возможных комбинаций.

TL;DR: будем считать что с точки зрения софтварной инженерии я этот выпад не оценил.

> Про маркер спасибо, не знал; интересная затея.

Да это вроде баян - что-то такое даже WinXP вроде делал. Я не знаю как они маркер выставляли и обработка на любителя - выпадение в меню загрузчика. С одной стороны это может позволить потрепыхаться если что-то идет не так. С другой - обычных юзерей это пугает. Наверное и MS это откуда-то содрал, вероятно достаточно древний фокус. Убунтуи сделали из этого фичебаг - меню без таймаута или с очень большим таймаутом вызывает у нубов панику "компьютер сломался и не грузится!!!111".

>> И кроме того - а что такое un-def? Мне это не очевидно как юзеру/админу так сходу.
> http://www.altlinux.org/Kernels/Flavours

ИМХО можно было бы и поочевиднее называть: un-def у меня никак не ассоциируется ни с "десктоп" ни с "low latency".

>> А что означает linux-lowlatency - я догадываюсь.
> Да хоть pure-emerald :)

Это я к тому что юзабилити состоит из мелочей. И названия сделанные для людей - делают жизнь людей немного проще. А предположение что все будут RTFM - я думаю по накопленной статистике можно сказать что это не работает и пожелание что все должны так делать не более чем wishful thinking.

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

Говорящие и находимые поиском названия фич/пакетов/... - хорошая идея, имхо.

> Тут понимаю, коллега :)

Да я догадываюсь что вам это знакомо. Поэтому если я это случайно вызываю - за это извините.

> В аналогичных случаях не говорю, что "в альте смогли сделать", а говорю
> "утащили оттудова-то"...

Можно сказать что утащили из дебиана. И да, это наверное скорее "не испортили". Но ряд убунтуев еще и разработчики Дебиана и кто там у кого "утаскивает" - не такой простой вопрос. В целом это пересекающиеся экосистемы.

> PS: спасибо за выходящее на конструктив обсуждение и особенно за новое для себя.

Это наверное лучше чем обмениваться наездами и подколками. И приятнее и каждый для себя что-нибудь новое узнает.

Ответить | Правка | Наверх | Cообщить модератору

529. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  –9 +/
Сообщение от Michael Shigorinemail (ok), 29-Ноя-16, 21:19 
>> конкретно dist-upgrade, называя это как угодно, но не своим названием?
> Можно это и так назвать, если в убунту и с apt-get.

hint: в альте тоже работает apt-get dist-upgrade. :)

> Ну там синаптик или аптитуд, например.

И они тоже.

> Если допустить что пакетник состоит из фронтэнда и бэкэнда - в данном
> случае прелесть в том что все руление делается одним и тем же фронтэндом.
> Почему сватание другого фронтэнда считается фичой - для меня загадка.

Это специализированный фронтэнд над фронтэндом.

> Я это к чему? К тому что альтов при таком раскладе размазало
> бы багрепортами и воплями такого плана как минимум не хуже.

Да я в курсе.  И поэтому мы подходим чуточку иначе ;-)

> TL;DR: будем считать что с точки зрения софтварной инженерии я этот выпад
> не оценил.

А выпада и не было -- было удивление противопоставлением на ровном месте.  У нас ядро в пакете .rpm обновляется аптом (но исключено из dist-upgrade).  Для удобства есть утилитка update-kernel.

> ИМХО можно было бы и поочевиднее называть: un-def у меня никак не
> ассоциируется ни с "десктоп" ни с "low latency".

Да, тут есть чисто "маркетинговая" недоработка.  Получился этакий инсайдерский юморок.

> Это я к тому что юзабилити состоит из мелочей. И названия сделанные
> для людей - делают жизнь людей немного проще.

Так точно.

>> PS: спасибо за выходящее на конструктив обсуждение и особенно за новое для себя.
> Это наверное лучше чем обмениваться наездами и подколками. И приятнее и каждый
> для себя что-нибудь новое узнает.

Именно.

Ответить | Правка | Наверх | Cообщить модератору

534. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  +/
Сообщение от Аноним (-), 30-Ноя-16, 08:37 
>ядро в пакете .rpm обновляется аптом (но исключено из dist-upgrade).

А собственно, почему? Есть какие-то рациональные причины для этого, был какой-то прецедент неприятный, или просто торадицейя? В большинстве известных мне дистров ядро также обновляется при апе, как и все остальное.

Ответить | Правка | Наверх | Cообщить модератору

538. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  –7 +/
Сообщение от Michael Shigorinemail (ok), 30-Ноя-16, 11:55 
>>ядро в пакете .rpm обновляется аптом (но исключено из dist-upgrade).
> А собственно, почему? Есть какие-то рациональные причины для этого

Когда-то точно были (во времена переезда с urpmi на apt, видимо); с тех пор появились долгоиграющие ветки ядра и в целом процесс существенно стабилизировался.

Поэтому порой мысли вытащить на localhost приходят в голову, _но_ у меня тут целая стопка более старых ядер хранится для возможности сравнивать (например, для грубой оценки времени происхождения регресса в каком-нить intel drm), без allow-duplicated их всех "обновит" на текущее.

К девятой ветке подумать надо бы...

Ответить | Правка | Наверх | Cообщить модератору

393. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  +/
Сообщение от автух (?), 25-Ноя-16, 21:19 
>На примере убунты

Пожалели б вы свои пальцы. Право, не стоило в ответ на ламерский комментарий так их плющить о клавиатуру в трансляции прописных истин.    help.ubuntu еще не забанили.
>> Сначала качаем ядра с kernel.ubuntu.com, устанавливаем консольными командами,
>Сначала качаем из репы. А вот если из репы мало и надо нечто нестандартное, тогда качаем >кернел откуда-то еще. [skip]Само оно не заапгрейдится на такую версию, т.к. потенциал для >отвала башки.

Вот-вот. Давайте по-порядку. Обновление ядер и бэкпорты в убунту или дебиан - берем из репозиториев. Нестандартные, типа liquorix или pf-kernel от Наталенко - качаем и устанавливаем или подключаем как дополнительные репы. Главное, что вы отметили и я процитировал - для неофита это голвняк с установкой (добавка репокеев), а что потенциал для отвала башки в связи с тем что что-то незаработало, так это как правило. В свое время я в этом попрактиковался, пока не убедился, что проблем больше чем выгоды от подобного мероприятия. То тачпад отвалится, то звуковуха или функциональные с мультимедийными клавиши. ИМХО, относительно ядра  на дебиане или убунту лучше пользоваться тем, что есть в стандартной поставке. Не стоит лезть и в бэкпорты, чтоб не было лишних проблем. PCLOS & Alt, вот две системы в которых я не сталкивался с обновлением/установкой свежих ядер на нетбуке и двух разных системных блоках. Устанавливая системы переходил с std-def на un-def и даже не потому что что-то не работало, как раз таки все работало, а по принципу как в народе говорят "каб былО". Установил свежее т.н. "нестабильное" и обновляю. И забыл. Думаю, выводы каждый сделает сам. А еще лучше пусть поэкспериментирует и сравнит. Может я заблуждаюсь?  
>> не забываем про update-grub.
>Это с фига ли?

Видите ли, милостивый государь, чисто по инерции, по чуть более усложненному варианту, так сказать. На моем нетбуке было установлено мультибутом две системы. Второй - simpli. Убунту или дебиан, при установке дополнительного ядра, мало того что не желали отображать список установленных ядер в меню grub, так и еще норовили выбросить simpli из загрузки. В односистемопользовательском режиме - вы правы, ни к чему.
>> Или устанавливаем графическую утилиту Ukuu и опять не забываем про grub.
>Понятия не имею что за графическая утилита.

Есть хороший популярный блог-"компизомания". Периодически поглядываю туда одним глазом по старой памяти. Там можете просветиться по данному вопросу.
>Мне графическая утилита "synaptic" больше
>нравится, если уж мы о гуе.

В sparkylinux тоже есть самописный "интерфейс для тупарей" с обновлением ядра, проприетарных драйверов. Очень облегчает жизнь пользователей и нисколько не умаляет достоинств системы.
>Вот это хороший интерфейс для тех кто хочет гуй но не хочет
>интерфейс для тупарей в стиле яблостора.

Думаю, что суровые челябинские мужики сами разберутся.
>[ALT]При том - какие-то совершенно левые костыли, мимо пакетника.

Зато работают - загляденье, весьма удобны. Честь и хвала разработчикам.
>Впрочем альты вообще умеют складировать скелетов по шкафам

Один вопрос, что вы делаете в этих шкафах? Не лазьте туда, ведь никто не тянет, не сектанты чай. Пользуйтесь тем, чем вам удобно.


Ответить | Правка | К родителю #370 | Наверх | Cообщить модератору

406. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  –1 +/
Сообщение от Алексей Морозов (ok), 26-Ноя-16, 07:57 
Миша, насколько я понимаю, основываясь на _воспоминаниях_ об альтовой ядерной машинерии и представлениях о том, как аналогичное сделано в Debian/Ubuntu и, кстати, Арче, заметная часть альтовой ядерной машинерии упраздняется при прикручивании полноценного DKMS.
Ответить | Правка | Наверх | Cообщить модератору

423. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  –9 +/
Сообщение от Michael Shigorinemail (ok), 26-Ноя-16, 19:15 
> заметная часть альтовой ядерной машинерии упраздняется при прикручивании полноценного
> DKMS.

Лёш, ты меня сильно удивил.  Сравнивать "полноценный" мегакостыль и сборку в самое неудобное время с уже готовым -- серьёзно?

Ответить | Правка | Наверх | Cообщить модератору

455. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  –1 +/
Сообщение от Алексей Морозов (ok), 27-Ноя-16, 16:30 
Смотря для чего.

Для продвинутого енд-лузера, не пекущегося о том, чтобы у него "искаропки и с сертификатом", решение с DKMS — явно удобнее и лучше подходит под стратегию "настроил и забыл". У меня сын сейчас так гоняет кастомный вай-фай драйвер под своей убунтой на Леново. Пережил уже три или четыре мажорных апгрейда, при том что он ни разу не ленугзоед.

Для корпоративного админа, наверное, лучше, если у него все обновления прилетают из централизованного репозитория.

Ответить | Правка | Наверх | Cообщить модератору

456. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  +/
Сообщение от Аноним (-), 27-Ноя-16, 16:55 
> Пожалели б вы свои пальцы. Право, не стоило в ответ на ламерский
> комментарий так их плющить о клавиатуру в трансляции прописных истин.

Ну так не надо писать о дебианах и убунтах неправду ;).

>   help.ubuntu еще не забанили.

Не уверен что там разжевана механика с метапакетами.

> Вот-вот. Давайте по-порядку. Обновление ядер и бэкпорты в убунту или дебиан -
> берем из репозиториев.

Это самый безопасный вариант. Если заработало при инсталле то и апдейты основанные на том же ядре с тем же конфигом чинят лишь критичные вещи. Минимум поводов для отвала. Бэкпорты билдит та же тима с похожим конфигом, поэтому они тоже скорее всего заработают. Но т.к. ядерщики меняют много чего - что-нибудь иногда потенциально может и отвалиться. Делать такое обновление на автомате плохая идея, поэтому и подключение репов или установка другого метапакета.

> Нестандартные, типа liquorix или pf-kernel от Наталенко -
> качаем и устанавливаем или подключаем как дополнительные репы.

Вот про этих я не в курсе что за люди и кернелы. Как максимум я могу себе позволить нескромность сбилдить ядро сам, на основе майнлайна. Т.к. не всегда согласен с убунтуями и дебианщиками на предмет конфигурации ядра. Например, я предпочитаю более кардинальный low latency чем у убунтуев, у них очень компромиссный конфиг, при том что более радикальный ничего не ломает. Еще я запиливаю всякую эмбедовку и там конфиг ядра сильно затюнен под автопилот, там уж без вариантов.

> Главное, что вы отметили и я процитировал - для неофита это голвняк с установкой
> (добавка репокеев)

Неофитам вообще лучше бы сначала разобраться как и что, а потом уже лезть кернелы менять. Если я себе ядро билдую - не потому что "это круто". А потому что я четко понимаю что хочу те и эти опции выставленные иначе. И почему я этого хочу.

> а что потенциал для отвала башки в связи с тем что что-то незаработало, так это как правило.

Совершенно не обязательно. Хоть и потенциально возможно. И зависит от экзотичности железа. В некоторых случаях я вообще могу погонять -rc майнлайна заранее и если я вижу что там баг - пнуть тех кто его посадил. Это конечно читерство, но работает же.

> я в этом попрактиковался, пока не убедился, что проблем больше чем
> выгоды от подобного мероприятия. То тачпад отвалится, то звуковуха или функциональные
> с мультимедийными клавиши.

Ну так до того как тасовать кернел, особенно если это не из репов дистра и не ванильный майнлайн - стоит хорошо понимать зачем это, имхо.

1) Грейд минорных версий - потому что vuln и крутые баги типа разрушения данных.
2) Грейд с подтягиванием - актуально на свежем железе или если починили какой-то жирный баг.

Кроме того - старое ядро бесконечно поддерживать никто не будет и если не хочется оказаться залоченным на abandonware - имхо не лишне проверять как новые кернелы работают на энном железе.

> на дебиане или убунту лучше пользоваться тем, что есть в стандартной поставке.

Это самый простой и безопасный вариант.

> Не стоит лезть и в бэкпорты, чтоб не было лишних проблем.

Это зависит от. Если у кого-нибудь AMD RX480 - дебиановский кернел 3.16 ему не подойдет. Потому что 3.16 выпущен раньше железки. Да и MESA ему захочется свежее. И LLVM.

> работало, как раз таки все работало, а по принципу как в народе говорят "каб былО".

А что, альт совершили какие-то чудеса системной инженерии, что у них ставить "каб было" мыло менее чревато чем у остальных? ИМХО это крайне маловероятно.

> Установил свежее т.н. "нестабильное" и обновляю. И забыл. Думаю, выводы каждый сделает сам.

На основе того что я вижу я со своей стороны считаю что это заявление не очень объективное, имхо. Хотя возможно что на каком-то железе и бывает именно так.

> А еще лучше пусть поэкспериментирует и сравнит. Может я заблуждаюсь?

Как минимум я не вижу к вышеупомянутому никаких инженерных предпосылок. Ну так, глядя на допустим объем коммитов в ядро от альтов и сравнивая хотя-бы с убунтой. Поэтому имхо как максимум повезло с конкретной конфигурацией.

>>Это с фига ли?
> Видите ли, милостивый государь, чисто по инерции, по чуть более усложненному варианту,
> так сказать. На моем нетбуке было установлено мультибутом две системы.

Ах вот оно что. Это уже достаточно нестандартный вариант и там это возможно. Проистекает из того факта что системы друг о друге на самом деле ничего не знают.

> Второй - simpli. Убунту или дебиан, при установке дополнительного ядра, мало того
> что не желали отображать список установленных ядер в меню grub, так

Они ничего не знают о ядрах simply как таковых сами по себе.

> и еще норовили выбросить simpli из загрузки.

Сделано все это (в бунтах и дебиане) примерно так: при установке ядра пакетником - дергается хук. В grub2 конфиг не пишется юзером, а генерится. А как генерить - настраивается. После вызова хука заново генерится grub-овский конфиг (поэтому руками в нем что-то прописывать не катит). С списком того что можно загрузить. Вообще, там вызывается и приблуда пытающаяся определить есть ли другие ОС на компьютере. Но возможно что когда второй ОС непопулярный линукс - возможно приблуда не понимает этого. В конце концов это не AI, а ситуация достаточно экзотичная.

> В односистемопользовательском режиме - вы правы, ни к чему.

Не знаю при чем тут пользователи. Вот то что два линукса на одном диске с общим /boot как я понимаю могут местами не идеально подружиться - такое возможно. Но тут сразу стоило уточнить что это хитрозагнутая конфигурация.

> Есть хороший популярный блог-"компизомания". Периодически поглядываю туда одним глазом
> по старой памяти. Там можете просветиться по данному вопросу.

Да я как-нибудь обойдусь без графических утилит специально для кернелов, имхо.

> В sparkylinux тоже есть самописный "интерфейс для тупарей" с обновлением ядра,
> проприетарных драйверов. Очень облегчает жизнь пользователей и нисколько

Тупарям не обязательно заморачиваться какая у них там версия ядра. А так у убунтов тоже есть приблуда для упрощенного вкатывания проприетарных дров.

> не умаляет достоинств системы.

...а вот это - кому как. Мне вот например не нравится если дистр чрезмерно сюсюкается с проприетарщиной. Я открытый софт люблю совсем не за попытки вгрузить мне блобы которые невозможно изучить и которые майнтайнеры не могут нормально поддерживать.

> Думаю, что суровые челябинские мужики сами разберутся.

Я тоже так считаю.

>>[ALT]При том - какие-то совершенно левые костыли, мимо пакетника.
> Зато работают - загляденье, весьма удобны. Честь и хвала разработчикам.

Ну значит у нас просто разные понятия о хорошем и вы нашли друг друга :)

> Один вопрос, что вы делаете в этих шкафах? Не лазьте туда, ведь
> никто не тянет, не сектанты чай. Пользуйтесь тем, чем вам удобно.

Так я на самом деле не очень то и лез в ваши шкафы. Пока не появились каие-то левые претезии к убунтам и дебиану.

Ответить | Правка | К родителю #393 | Наверх | Cообщить модератору

491. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  +/
Сообщение от Аноним (-), 28-Ноя-16, 15:17 
>Вот то что два линукса на одном диске с общим /boot как я понимаю могут местами не идеально подружиться - такое возможно. Но тут сразу стоило уточнить что это хитрозагнутая конфигурация.

Хм. А какая тогда у меня - три линуха, В-нда и BSD? У всех линуксов - общий /boot и по два-три ведра в нем. Ах да, у меня нету никаких grub2 с его наркоманскими конфигами в двух или трех местах. Старый-добрый, не модно-молодежный первогруб с конфигом в /boot'е же, который правится ручками. И так уже десять лет, без каких-либо проблем.
Тут как с твоей любимой сисьтемдой - хочешь кофе-в-постель-подавательный комбайн? Да пожалуйста, но имей в виду, что он может начать себя вести непредсказуемым образом и ты заманаешься узнать, что же не так и как это исправить. С другой стороны, простой дубовый инструмент не так крут и автоматизирован, но зато ты сам, своими силами можешь в нем разобраться и при нужде починить. Но что-то придется делать самому, ручками. Каждому, как говорится, свое.

Ответить | Правка | Наверх | Cообщить модератору

511. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  +/
Сообщение от Аноним (-), 28-Ноя-16, 23:29 
> Хм. А какая тогда у меня - три линуха, В нда и BSD?

Тогда вопрос наверное звучит так: "почему вы еще не директор зоопарка?" ;). Я не понимаю зачем такой мегаср@чЪ на 1 физической машине. Ну ладно бы это еще на виртуалках жило. Дело то хозяйское, но...

> нем. Ах да, у меня нету никаких grub2 с его наркоманскими
> конфигами в двух или трех местах.

На самом деле конфигурится в одном месте - прописывается как генерить конфиг. А так поздравляю с открытием: иногда то что для одного фича, для другого - баг. Но, имхо, если уж мы о наркомании - я в настроении сказать что пять ОС на одной физической машине значительно ближе к этому чем какой-то grub2. Который даже до операционки толком не дорос. Хоть и старался.

С другой стороны, grub2 может грузиться с хитрых файлух типа btrfs и zfs, RAIDов и шифрованных томов а встроенные скрипты могут реализовывать довольно навороченную логику. Надо ли это лично вам - да не факт. А майнтайнеры дистра могут получить желаемое дефолтное поведение. То что вы можете сделать как-то иначе - так на то и опенсорс...

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

Ну это коненчо мощный аргумент за такую технологию. Но, боюсь, многим (включая меня) удобнее когда кернел вписывается сам, как только пакет ставишь. Это кроме всего прочего позволяет быстро и комфортно обкатать свежий билд ядра, например. Хорошо когда для этого надо минимум действий. А если это был git bisect, я могу и штук пять ядер за хренацать минут обкатать и наверное меня при этом не очень радует какие-то конфиги grub лишний раз тасовать.

А по-моему неплохой workflow обкатки кернела вышел:
1) make deb-pkg
2) dpkg -i *.deb
3) reboot
4) PROFIT

> Тут как с твоей любимой сисьтемдой - хочешь кофе-в-постель-подавательный комбайн?
> Да пожалуйста, но имей в виду, что он может начать себя вести непредсказуемым
> образом и ты заманаешься узнать, что же не так и как это исправить.

Да вот как-то разок хорошо пободался. И обнаружил фундаментальный баг... на уровне системы. Нет, не системды. А продолб в конфигурации кернела, когда ядерщики поменяли, я прошляпил, а результат получился в целом "не очень". Где-то в новости про системд - рассказ как я за энтропией охотился и как системд срубил джекпот.

> С другой стороны, простой дубовый инструмент не так крут
> и автоматизирован, но зато ты сам, своими силами можешь в нем
> разобраться и при нужде починить.

Знаешь, человек, я конечно могу своими силами накодить апи вачдогования процессов и правильное секвенсирование сисколов для всяких расстановок приоритетов, смены шедулеров и прочих урезаний в контейнер и проч. Но во первых я задолбаюсь прыгать по граблям, а во вторых я при этом напишу половину системд. Только хуже. А то что всякие ископаемые всеми этим фичами пользоваться не умеют или не хотят - не мои проблемы. Я этими фичами не только пользуюсь, но и на эмбедовке это довольно важные для меня фичи. А если там вдруг что-то сбоит - я еще и предъявы за это получаю. И имею заметить что системд как раз неплохо подсвечивает халтуру в системных вещах. По моему опыту - если системд сыпет ошибками, 95% вероятности что баг - не в системд.

> Но что-то придется делать самому, ручками.

И вижу что у таких мегаадминов получается. Когда они потом и 10% фич ядра использовать не могут. Впрочем для тех кто пользуется BSD совершенно нормально админить компы как будто на дворе 80-е. Это ваш выбор. А для меня - такие подходы сильно вклинивают мою эффективность. Пока вы возитесь с 1 замшелой системой по технологиям 80-х, я подниму целый сцуко флот виртуалок, прогоню на них какой-нибудь системный эксперимент и приббю их или верну на нулевый снапшот, если хочу проверить что-то еще. То на что вы тратите ЧАСЫ я делаю за СЕКУНДЫ.

> Каждому, как говорится, свое.

Все так. Кому-то кукурузник. Кому-то звездолет. В кукурузнике вы сами дергаете механические тяги, а в звездолете без кучи бортовых компьютеров - пилоту крышка.

Ответить | Правка | Наверх | Cообщить модератору

513. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  +1 +/
Сообщение от Аноним (-), 29-Ноя-16, 09:15 
>Я не понимаю зачем такой мегаср@чЪ на 1 физической машине.

А вот мне так захотелось. :) Пока что (тьфу-тьфу) существующий хард и софт это позволяет, так пуркуа бы и не па? Но вообще это была какбэ лишь иллюстрация, что две ОС на компе - это не что-то сверхестественное и не rocket science, вот ни разу. Понятно, что адептам единственной и неповторимой (вписать нужное), божественной, не понять зачем такое кому может понадобиться.

>Ну ладно бы это еще на виртуалках жило.

Виртуалки тоже есть. Я привык все эксперименты производить сначала там, а потом, когда работоспособность и нyжнoсть подтверждена, уже переносить на железо.

>На самом деле конфигурится в одном месте - прописывается как генерить конфиг.

А это смотря в каком дистре.:) Честно, не понимаю пойнта размазывания одного конфига на стопицот. Допускаю, что на инсталляциях с тысячами хостов проще поменять файлик, чем править конфиг, но распространять эту практику на все и всех?

>С другой стороны, grub2 может грузиться с хитрых файлух типа btrfs и zfs

Вот это да. С другой стороны, раз /boot у меня отдельный и общий, логично сделать его гарантированно читаемым на старой доброй ext4 (а то и вообще ext2).

>я могу и штук пять ядер за хренацать минут обкатать

Возвращаю тебе твой аргумент - ну оочень распространенный юзкейс, дооо. :) А если ты просто компом пользуешься, а не ведешь разработку или тестирование, то поправить конфиг при прилете нового ядра - дело меньше минуты, и разве что у хипстеров может вызвать затруднение.

>рассказ как я за энтропией охотился и как системд срубил джекпот.

Я видел, интересно было, правда. Вот только в багзилле сисьтемды гораздо больше тоже интресных случаев, только с менее удачным исходом. А уж сколько их на форумах, недобравшихся/непринятых в багзиллу - уууу... Был бы это какой-нить браузер или плеер - да и фиг бы с ним, неприятно, но жить можно. А в ините мне такое не нать.

>По моему опыту - если системд сыпет ошибками, 95% вероятности что баг - не в системд.

Тролльвальдс как раз за такое как-то крыл разрабов вашего поделия. Уверен, ты помнишь эту историю. Так вот Тролльвальдсу я как-то больше доверяю, чем Лене с присными.

Что-то мы куда-то уклонились. :) Ну раз уж пошло в эту сторону - вся проблема нашего взаимонепонимания в том, что ты - разработчик, а я админ. Тебе хорошо - у тебя все в пределах физической досягаемости, если не вообще на одном локалхосте. А вот если бы тебе приходилось посреди ночи подрываться и переть за несколько десятков/сотен км, или пытаться по телефону надиктовать команды тетеньке лет 50, у тебя были бы кардинально иные подходы к надежности и предсказуемости. Новые фичи - это, конечно, хорошо. Когда они не в ущерб надежности. В администрирование сисьтемды мало что принес, чего не было до него, а вот проблем добавил изрядно. Тут недавно дошло до смешного - даунгрейдили 7-ю шапку до 6-й под аккомпанимент шипения местных эникеев "че за х... вы нам поставили". И дело не в нежелании обучаться, в чем часто фаны обвиняют "хейтеров", а в том, что выгоды - мягко говоря, неочевидны, а факапы ощутимы на собственной ж.. и кошельке. Короче говоря, не чини то, что не ломалось. И вот на этом бы хотелось поставить точку, ибо далее ломать копья и увеличивать количество написанного по теме сисьтемды - нет желания. Просто как попытка рассказать, как все это видится с нашей стороны. Рад за тебя, если ты смог получить выгоду от этого поделия.

Ответить | Правка | Наверх | Cообщить модератору

553. "Выпуск дистрибутивов Альт Рабочая станция 8.1"  +/
Сообщение от Аноним (-), 02-Дек-16, 21:49 
> софт это позволяет, так пуркуа бы и не па?

Так я не против. Просто рациональных оснований для этого я не вижу и считаю это чем-то типа очень экзотичных предпочтений какого-то чудака.

> Но вообще это была какбэ лишь иллюстрация, что две ОС на компе -
> это не что-то сверхестественное и не rocket science, вот ни разу.

Однако я искренне сомневаюсь что это практически-значимый юзкейс. Это частная прихоть странного человека. И софтописаки никак не должны бросать ресурсы на отличную поддержку такого сценария. Лучше тратить ресурсы на что-нибудь более вменяемое.

> Понятно, что адептам единственной и неповторимой (вписать нужное),

Уй, это какой-то слишком скучный и жирный троллинг.

> Виртуалки тоже есть. Я привык все эксперименты производить сначала там, а потом,
> когда работоспособность и нyжнoсть подтверждена, уже переносить на железо.

Железо не может запускать 5 операционок одновременно. Поэтому я не вижу рациональных сценариев использования такой конфигурации. И считаю это личной прихотью такого гражданина. Это его право, но вот выдвигать предъявы что такие шибанутые сценарии не работают - вот тут уже извините. ИМХО простыми и удобными должны быть типовые сценарии. А остальные - постольку поскольку.

> А это смотря в каком дистре.:) Честно, не понимаю пойнта размазывания одного
> конфига на стопицот.

В бунтах и дебиане не вижу размазывания конфига. Есть конфиг шаблона по которому генерится grub.cfg, это 1 файл. Поскольку большинство юзерей ок с 1 системой на железке, им становится проще систему апдейтить и проч. Новые ядра - вписываются пакетником в конфиг, старые постепенно удаляются. И это без всякой мануальщины. Системная автоматизация как она есть. А то что оно дуреет на эзотеричной конфигурации... вот пусть там и будут проблемы вместо проблем в типовых конфигах, имхо.

> Допускаю, что на инсталляциях с тысячами хостов проще
> поменять файлик, чем править конфиг, но распространять эту практику на все и всех?

Правится один конфиг. Описывающий генерацию конфига grub. Пойнт в том что в результате есть шаблон генерации и есть динамически меняющиеся факторы, типа списка кернелов. Ну и вот пакетник апдейтит кернелы, а пользователю ничего делать не надо. Ядра вписываются в конфиг сами, хуками пакетника. Удобно. Но когда там 5 систем - да, их view могут немного и разойтись без костылирования.

>> С другой стороны, grub2 может грузиться с хитрых файлух типа btrfs и zfs
> Вот это да. С другой стороны, раз /boot у меня отдельный и общий, логично
> сделать его гарантированно читаемым на старой доброй ext4 (а то и вообще ext2).

А я не фанат лоскутков-разделов. Это management nightmare. Вот / у меня собирается из нескольких btrfs subvolume, это да. Там они как логическая единица менеджмента. Можно откатить снапшот системы. А можно данные и конфигурацию юзерей. Независимо. Но вот дисковое пространство динамически распределяется на всех.

> Возвращаю тебе твой аргумент - ну оочень распространенный юзкейс, дооо. :)

Принимается частично. Это та же механика что добавляет и удаляет ядра в бутлоадере обычным хомякам, оно не требует ничего нового.

> А если ты просто компом пользуешься, а не ведешь разработку или тестирование,
> то поправить конфиг при прилете нового ядра - дело меньше минуты,

Большинство юзерей при пользовании компьютером этим заниматься ну совсем не хочет.

> и разве что у хипстеров может вызвать затруднение.

Машина должна работать, а человек - думать (c) IBM. Рутинное ковыряние конфига после апгрейда - не думание. А какая-то скучная техническая рутина -> нафиг.

> Я видел, интересно было, правда. Вот только в багзилле сисьтемды гораздо больше
> тоже интресных случаев, только с менее удачным исходом.

А у убунты 200К багов. Выглядит ужасно? Если 1% от 20М юзерей убунты напишет по 1 багу - получится вот так. Один баг на сто юзерей - не так уж и плохо. Магия чисел. Они кст уже на системд почти все, логично что багов накинули.

> А уж сколько их на форумах, недобравшихся/непринятых в багзиллу - уууу...

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

> Был бы это какой-нить браузер или плеер - да и фиг бы с ним,
> неприятно, но жить можно. А в ините мне такое не нать.

А мне не надо инит, который игнорирует что сервис встал колом, не может сменить на моем процессе шедулер на реалтаймный, допустим, и приоритет в рамках шедулера. Не имеет понятия о урезании сисколов. И нормальном дележе ресурсов. Нет, деление ресурсов в духе майнфреймов меня НЕ устраивает. А еще я пользуюсь контейнерами и виртуалками. И мне удобно если инит может отпилить сервис в лайтовенький контейнер сам. Это еще и снижает последствия от дыр в сервисах. А то что это немного за пределами технологий 80-х и BSD оставшихся именно там - увы и ах.

>>По моему опыту - если системд сыпет ошибками, 95% вероятности что баг - не в системд.
> Тролльвальдс как раз за такое как-то крыл разрабов вашего поделия.

Тролльвальдс разок срубился с Сиверсом, при том по делу - на почве взаимодействия по разработке ядра. А в целом он к системде нейтрально относится. И системд у него есть. Так что это все wishful thkinking у некоторых пролезает, не более того.

> Уверен, ты помнишь эту историю. Так вот Тролльвальдсу я как-то больше доверяю, чем Лене с присными.

Так Тролльвальдс ничего не имеет против Лени и даже Сиверса. Покуда удается наладить конструктивный процесс и проблемы решаются.

> - вся проблема нашего взаимонепонимания в том, что ты - разработчик, а я админ.

Я не знаю как правильно называть кто я. Для определенности назовем "системщик".

> Тебе хорошо - у тебя все в пределах физической досягаемости,

Кроме вон тех железок у черта на рогах у кастомеров. И кастомеры с меня стружку снимут если железка за тридевять земель повиснет и не выйдет сама на режим. Поэтому я юзаю вачдогование в хвост и в гриву и прилагаю усилия к тому чтобы это было стабильно, а если вдруг не получилос - то хотя-бы само опять выйдет на режим. И вот тут мне нравится вачдог апи системды + таймауты. И проверка живости системды+ядра аппаратным вачдогом. А у любителей sysv init на такой challenge вообще ответа не было.

> если не вообще на одном локалхосте.

У меня много всякого добра. И даже на вот этом локалхосте 3 контейнера и 2 VM запущено.

> ночи подрываться и переть за несколько десятков/сотен км, или пытаться
> по телефону надиктовать команды тетеньке лет 50,

У меня бывают кастомеры которые очень не рады узнать что железка более не выполняет свою задачу. И поэтому я подрасперся и сделал что мои железки просто работают. А если вдруг это почему-то не так - есть "несколько степеней рестарта". Сначала сервиса. А если факап серьезнее - системы. Системд это все позволяет и не надо все кодить самому.

> у тебя были бы кардинально иные подходы к надежности и предсказуемости.

Самоуверенность и напыщенность... за это я не люблю "ветеран юникс админов".

> Новые фичи - это, конечно, хорошо. Когда они не в ущерб надежности.

Вачдог апи и таймауты старта сервисов и т.п. - не в ущерб надежности. А на пользу таковой. Как и обнаружение системного "джамшутинга".

> В администрирование сисьтемды мало что принес, чего не было до него,

Расписываться за всех - нескромно как-то.

> даунгрейдили 7-ю шапку до 6-й под аккомпанимент шипения местных эникеев "че
> за х... вы нам поставили".

Удачи с таким подходом. А майнтайнить то вы 6 шапку сможете? А то шапка не будет ее майнтайнить вечно.

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

А вот у меня совершенно обратные ощущения. Почитать маны на systemd.exec и systmd.service намного более rewarding нежели пытаться это сделать из лоскутного одеяла скриптов и утилит. Ими просто собрать контейнер с порезанными правами и сисколами и переключенными шедулерами и т.п. - наешься по полной. А в системд что, там это несколько строк конфига.

> и кошельке. Короче говоря, не чини то, что не ломалось.

Короче, с конвейера пошли автомобили и ваши брички и Более Быстрых Лошадей я теперь и даром не возьму. Меня не устроит админить системы как будто на дворе 80-е. Линух больше чем это.

> попытка рассказать, как все это видится с нашей стороны. Рад за
> тебя, если ты смог получить выгоду от этого поделия.

Не то слово - эта штука сократила гемор у меня в разы. А как это видится с вашей стороны я знаю. И поэтому то и понимаю почему обладателей таких видений стремительно заменяют намного более полезные (для рабочих процессов) граждане типа девопсов.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру