Можно ли в докере запускать контейнеры с более новым ядром чем в хосте?

Нет, нельзя

в докере запускать контейнеры с более новым ядром чем в хосте?

Докер использует ядро хоста.

ругаясь на какой-нить undefined symbol

Нет. Undefined symbol - это в библиотеках (.so).

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

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

А вообще брось эту гадость (докер).

Наверняка, есть софт который требует при сборки kernel headers. Если мы на хосте под ubuntu16 запускает в докере ubuntu18, то как у нас все не падает, если под ubuntu16 один kernel headers, а под ubuntu18 - другой?

Слишком много разнообразия разного софта с разными либами и держать этот зоопарк, как мне кажется, проще в докере. Виртуалка много ресурсов жрёт.

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

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

Ну, можешь дать докеру доступ к /dev/kvm на хосте и установить в контейнере qemu-system-x86, и через него запустить любую операционку с каким-хочешь-ядром. НО ЗАЧЕМ?

Вообще нет, но в данный момент да :)

https://katacontainers.io/

В 99% случаев ничего не сломается. Интерфейс общения юзерспейс/ядро ломают очень редко. Сломаться может всякий low-level, но он настолько low, что его в докере запускать тупо нет смысла ибо он работает чуть не со структурами ядра. Ну и перестанут работать какие-нибудь новомодные функции или флаги

Прога которая используется libQt5Core.so пишет ошибку при запуске(не найдена libQt5Core.so.5, хотя она лежит в /usr/lib/x86_64-linux-gnu/, который виден системой) под более старым ядром в docker

нашел в гугле решение: sudo strip –remove-section=.note.ABI-tag /usr/lib/x86_64-linux-gnu/libQt5Core.so.5

Может, кто объяснить что эта команда делает и почему возникла такая ошибка? Это все из-за low level в Qt5Core?

Вопрос был «в докере» ;)

брось эту гадость

Во имя чего и в пользу чего.

Это «бэкенд» для докера.
Те же команды и докерфайлы, но с полной изоляцией и отдельным ядром

Команда как понятно всем у кого есть гугл убирает из файла секцию прмиечаний в которой написано «этот бинарник хочет какие-то фичи из новых ядер».

https://stackoverflow.com/questions/53363275/what-is-the-significance-of-note-abi-tag-section-in-elf

https://refspecs.linuxfoundation.org/LSB_1.2.0/gLSB/noteabitag.html