Был удивлен и, в некотором роде, даже ошарашен

Нормально, да считаю нормальным.

Был удивлен и, в некотором роде, даже ошарашен

«Правила русской речи на производстве»

:)

А что же тут нормального, позвольте поинтересоваться? Это мажорное обновление ядра в минорном апдейте. Причем не просто 5.15 -> 5.16, а скачок сразу вообще на другую ветку! Что угодно может отвалиться в этом случае. Ядро 6.5 даже вышло чуть более, чем полгода назад, разве можно его назвать стабильным и протестированным?

Что угодно может отвалиться в этом случае

Я только один раз за 15 лет видел как обновление ядра линукса что-то ломало и то была федора которая славится нестабильностью, а ломалось не потому что в ядре что-то накосячили, а потому что рукожопы ментейтнеры при обновлении переконфигурируя GRUB вместо добавления нового ядра стирали оттуда всё нафиг. Ядро само по себе редко приводит к проблемам и пол года достаточный срок чтоб это понять. До тебя там арчеводы это ядро тестировали месяцев 5-6

Это вообще нормально для Убунты ЛТС?

Возможно, ведь это убунта, LOL

Считаете ли вы это нормальным?

Использование Ubuntu вне контейнеров? Вопрос риторический, вероятно.

Я только один раз за 15 лет видел как обновление ядра линукса что-то ломало

Поэтому сервера СУБД и сложных файловых систем нужно делать на базе Ubuntu (сарказм), ведь в ней то ядро ничего не изломает. LOL

А то некоторые идиоты ставят ядро вручную без обновляющего метапакета, потом вручную создают другой раздел, на который копируют часть /boot и назначают такой свой самодельный раздел по настоящему загрузочным. А обычный /boot остаётся просто в качестве staging, куда генерятся обновы initrd ессно даже без обнов ядра, потому что соответствующего метапакета в системе нет.

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

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

Есть подозрение, что уважаемый сэр совсем слегка, самую малость заливает

ubuntu@ubuntu:~$ sudo apt full-upgrade
[sudo] password for ubuntu: 
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following package was automatically installed and is no longer required:
  linux-headers-5.15.0-87
Use 'sudo apt autoremove' to remove it.
Get more security updates through Ubuntu Pro with 'esm-apps' enabled:
  libvlc5 vlc-data libvlccore9 libopenexr25 libpostproc55 libavcodec58
  libavutil56 libswscale5 libeditorconfig0 libswresample3
  vlc-plugin-video-output libavformat58 libvlc-bin vlc-plugin-base
  libavfilter7
Learn more about Ubuntu Pro at https://ubuntu.com/pro
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
ubuntu@ubuntu:~$ uname -a
Linux ubuntu 5.15.0-101-generic #111-Ubuntu SMP Wed Mar 6 18:01:01 UTC 2024 aarch64 aarch64 aarch64 GNU/Linux
ubuntu@ubuntu:~$ 

всегда использовал команду apt full-upgrade

ну вот ты сам на свой вопрос и ответил - просто upgrade надо было, а так ты обновился до следущего релиза

Сходил, посмотрел на свои Ubuntu 22. Нет там никакого 6.5. Только 5.15.0-101-generic от 5го марта.

Может у вас что-то хитрое в sources.list?

нет

Похоже 6.5 прилетело гораздо раньше, причем автоматически?

Start-Date: 2024-03-07  06:04:50

Commandline: /usr/bin/unattended-upgrade

Install: linux-image-6.5.0-1018-oracle:amd64 (6.5.0-1018.18~22.04.1, automatic), linux-headers-6.5.0-1018-oracle:amd64 (6.5.0-1018.18~22.04.1, automatic), linux-modules-6.5.0-1018-oracle:amd64 (6.5.0-1018.18~22.04.1, automatic), linux-oracle-6.5-headers-6.5.0-1018:amd64 (6.5.0-1018.18~22.04.1, automatic), linux-modules-extra-6.5.0-1018-oracle:amd64 (6.5.0-1018.18~22.04.1, automatic)

Upgrade: linux-headers-oracle:amd64 (5.15.0.1052.47, 6.5.0.1018.18~22.04.3), linux-image-oracle:amd64 (5.15.0.1052.47, 6.5.0.1018.18~22.04.3), linux-oracle:amd64 (5.15.0.1052.47, 6.5.0.1018.18~22.04.3)

End-Date: 2024-03-07  06:07:04

history | grep upgrade

они же у себя в убунте 100 раз проверяют ядреные обновления
это лишний раз говорит, что в линуксовой ядерной команде рулят профессионалы

cat /etc/lsb-release

linux-image-6.5.0-1018-oracle

а, так это Oracle ядро.

Даже в голову не приходило, что можно ещё и так выпендриться вместо обычного generic.

Ну то есть мы выяснили, что ТС говорит неправду.

ведь это убунта, LOL на базе Ubuntu (сарказм), ведь в ней то ядро ничего не изломает. LOL

Ты за свои ЛОЛы как-то думаешь вообще извиняться, или как обычно - пришёл, насрал, и гордо удалился?

https://www.opennet.ru/opennews/art.shtml?num=60651

Выпуск Ubuntu 22.04.4 LTS c обновлением графического стека и ядра Linux

Предложены пакеты с ядром Linux версии 6.5 (базовое ядро Ubuntu 22.04 - 5.15).

Для отката Ubuntu Desktop на базовое ядро 5.15 следует выполнить команду:

    sudo apt install --install-recommends linux-generic 

Кроме ТС, у всех Ubuntu Server, получается.

Ядро и ядро. Чего бухтеть-то?

https://packages.ubuntu.com/jammy/linux-image-6.5.0-25-generic

я на десктопе проверял

Переходи на alt, там для обновления ядра отдельную команду надо запускать.

Как я понял, это зависит от твоего железа.

Некоторые на десктоп ставят Ubuntu server. \

Кстати, на ARM может быть по-другому.

linux-image-6.5.0-25-generic
и
linux-image-generic
и
linux-image-oracle
и
linux-image-oracle-lts-22.04

это же всё разные вещи совсем.

Разные зеркала по времени разное время обновляются. Может прилетит ещё.

что нет? я годами на сиде еду и понимамаю диаметральную разницу между upgrade и full-upgrade, если делать только upgrade так и останешся на старье которого с каждым обновлением будет все больше и больше и обновить его можно только через full-upgrade… именно благодаря full-upgrade сид когда то бывший jessie сейчас превратился в trixie и без fill-upgrade такого не случилось бы никогда.

Реально звучит как диагноз. Если они переживают что что-то сломается при обновлении ядра, они могут взять другой дистрибутив или отказаться от обновлений ядра вообще.

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

Никогда такого не было на свежих ядрах, и вот опять … (c)

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

Дооо, и Oracle - ненормальная, которую если ставить на несертифицированные версии, то расстрел на месте? Да и вообще почти весь ынтырпрайз работает по такой схеме.

Хотел бы я посмотреть (это образно) на сумашедших (на самом деле не хотел бы, LOL), которые ставят самые новые ядра хотя бы на свои домашние хранилки с важными данными.

Дооо, и Oracle - ненормальная

У оракл код не просто говно, а легендарное говно, глядя на информацию которая утекает от разработчиков этого поделия (это кстати только один кусочек, если погуглить там куда больше чем 1 челик рассказывал что там внутрях творится). Они пилили чтоб работало вчера и надо было откусывать рынок, а в итоге простой баг нынче фиксят по месяцу, т.к. внутри лапша. Её реально не стоит в новый проект тянуть, лучше взять постгри. Волосы будут шелковистее.

Да и вообще почти весь ынтырпрайз работает по такой схеме.

ынтырпрайз работает по такой схеме совсем по другой причине. А не потому что какие-то проблемы со стабильностью у ядер линукса при обновлении. Когда интерпрайз большой, то идёт экономия на админах и ресурсах (потому как это дорогое удовольствие). Если правильно делать и не экономить, то у админов/разрабов должна быть более-менее полноценная копия интерпрайза для тестирования изменений. А не так, что на интерпрайзе стоит кластер, а у админов 1 сервер для тестирования. По факту даже это далеко не всегда так, т.к. держать полную копию хоть и упрощённую на одном сервере дорого. Я видел как на простых офисных пекарнях куски интерпрайза поднимали и там пытались тестировать изменения. Так что они редко обновляются чтоб в первую очередь их собственные админы реже ломали интерпрайз в результате своей собственной криворукости. А чем реже и меньше такой админ трогает свой интерпрайз, тем меньше он знает и о нём и вообще о своей работе. Хороший пример, я когда-то работал с одним админом, он толковый был, очень толковый, но реально работать ему приходилось очень мало и он занимался всем кроме непосредственно своей работы, даже джунами занимался. Как итог он полностью лишился квалификации в админстве, ушел сначала в девопсы, а теперь простой кодер на пых-пыхе и не может без гугла сделать модуль для systemd.

У оракл код не просто говно, а легендарное говно, глядя на информацию которая утекает от разработчиков этого поделия (это кстати только один кусочек, если погуглить там куда больше чем 1 челик рассказывал что там внутрях творится). Они пилили чтоб работало вчера и надо было откусывать рынок, а в итоге простой баг нынче фиксят по месяцу, т.к. внутри лапша. Её реально не стоит в новый проект тянуть, лучше взять постгри. Волосы будут шелковистее.

Не могу не согласится, у них по отзывам там жуткая система сборки для этого монстра. Просто я констатирую факт, что для таких недософтин, коими enterprise как раз нередко и является, жизненно необходимы старые почти что legacy ядра.

По факту даже это далеко не всегда так, т.к. держать полную копию хоть и упрощённую на одном сервере дорого.

Некоторые башляют десятки килобаксов в месяц за свою инфру в облаках.

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

Ну при наличии нормального развёртывания по современным DevOps практикам, с чего бы ему ломаться то?

А чем реже и меньше такой админ трогает свой интерпрайз, тем меньше он знает и о нём и вообще о своей работе.

Есть вообще такое направление как NoOps:

https://www.techtarget.com/searchitoperations/definition/NoOps

https://www.avenga.com/magazine/can-noops-substitute-devops-completely/

https://www.splunk.com/en_us/blog/learn/noops-vs-devops.html

при наличии нормального развёртывания по современным DevOps практикам

а где нормальные то? Я где не видел везде что-то не совсем нормальное

Если ставишь ubuntu server 22.04, то у тебя 5.15 остаётся.

Если ставишь ubuntu desktop 22.04, то у тебя ставится hwe-метапакет и ты переходишь на новое ядро с выходом минорного апдейта.

Ты можешь как на сервер hwe метапакет поставить, так и заменить hwe на обычное 5.15 ядро на десктопе.

Что там у тебя накрутил хостер - никто не знает.

linux-image-6.5.0-1018-oracle

А причём тут ubuntu вообще?

Был удивлен и, в некотором роде, даже ошарашен

3. Любая достаточно развитая технология неотличима от магии.

Артур Кларк, третий закон :)

а где нормальные то? Я где не видел везде что-то не совсем нормальное

Где-то есть, наверно :)

А у тебя какой метапакет стоит? Покажи-ка вывод apt list --installed | grep linux

Просто в Ubuntu две линейки метапакетов, один тянет свежее ядро, другой стабильное.

$ apt list --installed | grep -e "^linux-"

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

linux-base/jammy,now 4.5ubuntu9 all [installed,automatic]
linux-headers-5.15.0-1049-oracle/jammy-updates,jammy-security,now 5.15.0-1049.55 amd64 [installed,auto-removable]
linux-headers-6.5.0-1018-oracle/jammy-updates,jammy-security,now 6.5.0-1018.18~22.04.1 amd64 [installed,automatic]
linux-headers-6.5.0-1019-oracle/jammy-updates,now 6.5.0-1019.19~22.04.1 amd64 [installed,automatic]
linux-headers-oracle/jammy-updates,now 6.5.0.1019.19~22.04.1 amd64 [installed]
linux-image-5.15.0-1049-oracle/jammy-updates,jammy-security,now 5.15.0-1049.55 amd64 [installed,auto-removable]
linux-image-6.5.0-1018-oracle/jammy-updates,jammy-security,now 6.5.0-1018.18~22.04.1 amd64 [installed,automatic]
linux-image-6.5.0-1019-oracle/jammy-updates,now 6.5.0-1019.19~22.04.1 amd64 [installed,automatic]
linux-image-oracle/jammy-updates,now 6.5.0.1019.19~22.04.1 amd64 [installed]
linux-libc-dev/jammy-updates,now 5.15.0-101.111 amd64 [installed,automatic]
linux-modules-5.15.0-1049-oracle/jammy-updates,jammy-security,now 5.15.0-1049.55 amd64 [installed,auto-removable]
linux-modules-6.5.0-1018-oracle/jammy-updates,jammy-security,now 6.5.0-1018.18~22.04.1 amd64 [installed,automatic]
linux-modules-6.5.0-1019-oracle/jammy-updates,now 6.5.0-1019.19~22.04.1 amd64 [installed,automatic]
linux-modules-extra-5.15.0-1049-oracle/jammy-updates,jammy-security,now 5.15.0-1049.55 amd64 [installed,auto-removable]
linux-modules-extra-6.5.0-1018-oracle/jammy-updates,jammy-security,now 6.5.0-1018.18~22.04.1 amd64 [installed,automatic]
linux-modules-extra-6.5.0-1019-oracle/jammy-updates,now 6.5.0-1019.19~22.04.1 amd64 [installed,automatic]
linux-oracle-6.5-headers-6.5.0-1018/jammy-updates,jammy-security,now 6.5.0-1018.18~22.04.1 all [installed,automatic]
linux-oracle-6.5-headers-6.5.0-1019/jammy-updates,now 6.5.0-1019.19~22.04.1 all [installed,automatic]
linux-oracle-headers-5.15.0-1049/jammy-updates,jammy-security,now 5.15.0-1049.55 all [installed,auto-removable]
linux-oracle/jammy-updates,now 6.5.0.1019.19~22.04.1 amd64 [installed]

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

Неспешно шел 2024 год..

Пользуясь случаем, спрошу: а какой смысл в миноритарных обновлениях ядра? Ну, т.е. система стоит, всё оборудование работает - на хрена обновляться с, скажем, 5.15.0-71 на 5.15.0-82?

Ну и чего ты хотел? У тебя метапакет стоит linux-oracle, а он тянет за собой ядро 6.5:

seva@ubu22:~$ apt policy linux-oracle
linux-oracle:
  Installed: (none)
  Candidate: 6.5.0.1019.19~22.04.1
  Version table:
     6.5.0.1019.19~22.04.1 500
        500 http://ru.archive.ubuntu.com/ubuntu jammy-updates/main amd64 Packages
        500 http://security.ubuntu.com/ubuntu jammy-security/main amd64 Packages
     5.15.0.1002.2 500
        500 http://ru.archive.ubuntu.com/ubuntu jammy/main amd64 Packages

А нужно было linux-generic, что используется в Ubuntu Server:

seva@ubu22:~$ apt policy linux-generic
linux-generic:
  Installed: 5.15.0.101.98
  Candidate: 5.15.0.101.98
  Version table:
 *** 5.15.0.101.98 500
        500 http://ru.archive.ubuntu.com/ubuntu jammy-updates/main amd64 Packages
        500 http://security.ubuntu.com/ubuntu jammy-security/main amd64 Packages
        100 /var/lib/dpkg/status
     5.15.0.25.27 500
        500 http://ru.archive.ubuntu.com/ubuntu jammy/main amd64 Packages

Почему не тот метапакет — вопрос к твоему хостеру, в оригинальном Ubuntu Server 22.04.4 из коробки нормальный, только что поставил.

Бекпортируют патчи безопасности и исправления ошибок.

Ну, допустим, у меня нет никаких ошибок - только для патчей безопасности?

Да. Как и все обновления в LTS, впрочем.

Пользуясь случаем, спрошу: а какой смысл в миноритарных обновлениях ядра? Ну, т.е. система стоит, всё оборудование работает - на хрена обновляться с, скажем, 5.15.0-71 на 5.15.0-82?

apt changelog linux-headers-5.15.0-82

CVE-2022-40982, CVE-2023-21400, CVE-2023-4015, CVE-2023-3777, CVE-2023-3995, CVE-2023-20593, CVE-2023-3776, CVE-2023-4004, CVE-2023-3611, CVE-2023-3610, CVE-2023-3609, CVE-2023-35001, CVE-2023-31248, CVE-2023-3389, CVE-2023-3439, CVE-2023-3390, CVE-2023-3141, CVE-2023-3090, CVE-2022-48502, CVE-2023-2124, CVE-2023-0597, CVE-2023-32233, CVE-2023-2612, CVE-2023-31436, CVE-2023-1380, CVE-2023-30456, CVE-2023-1859, CVE-2023-1670, CVE-2023-1075, CVE-2023-1118.

¿Es suficiente? :)

Так там чтобы на 6.5 обновится надо поставить метапакет с hwe ядром

По-умолчанию он не установлен?

Поэтому сервера СУБД и сложных файловых систем нужно делать на базе Ubuntu

Кого вообще волнует на чем оно? В корпорации что РХ что Убунту будет проверять несколько месяцев перед update. А на прдкроватный сервер ставят с чем знакомы.

А сервер баз данных в облаке скорее всего на Убунту, так как за нее не нужно платить. К примеру PCF на Ubuntu, насколько я помню mongoDb Atlas тоже так как мало кого волнует что там крутится а несколько миллионов серверов для cloud provider это достаточно много денег на лицензии.

ПС
А от чего такая боль?