При загрузке стартует memtest86 и никогда не завершается

А не обновлялся ли ты ? Не знаю что у тебя за система , но загрузись с флешки и посмотри содержимое /boot . Может там уже нет ничего кроме мемтеста. Кстати его наличие говорит о старом компе и режиме легаси.

ОС Kubuntu. UEFI есть
Обновления различные прилетают почти каждый день, что конкретно обновилось в последний раз не помню.
Позже загружусь с флешки посмотрю что там в /boot

Как заставить линукс загрузиться?

Выбрать в меню загрузчика загрузку линукса.

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

Его наличие говорит о том, что его кто-то установил, и больше ни о чём.

Не обязательно.

В /boot лежат:
папка grub в которой gfxblacklist.txt и unicode.pf2
config-6.5.0-9-generic
initrd.img
System.map-6.5.0-9-generic
vmlinuz
memtest86+ia32.bin, memtest86+ia32.efi, memtest86+x64.bin, memtest86+x64.efi

В меню загрузки попасть не удаётся. Ни shift ни esc не работают

Это точно кубунту ? Странный набор какой то. Судя по отсутствию каталога efi , система в легаси , поэтому и мемтест есть. А почему у ядра номеров нет. Я в растерянности… И циферки 6.5.0-9 что то навевают.

Точно Kubuntu. Последняя, с оф сайта.
В bios стоит UEFI, а не UEFI+Legacy

Так что теперь? Переустанавливать? Или можно boot копирнуть с LiveCD, это та же флешка с которой систему ставил

папка grub в которой gfxblacklist.txt и unicode.pf2

Возможно что в этом причина, т.к. файлов и каталогов там должно быть побольше.

Тогда там в /boot много чего не хватает.

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

Кстати да, initrd.img и vmlinuz это скорее всего симлинки, а самих файла ядра нет, т.е. у ТС и grub ломаный и ядро куда-то исчезло.
Можно конечно попытаться все это с livecd скопировать, но не факт что там еще что то не исчезло, так что надежнее будет переустановить.

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

«Семён Семёныч» :(

Вот зачем ты «заставил» ТС систему переустанавливать?!

загрузись с флешки и посмотри содержимое /boot

что он мог там увидеть, кроме /boot флешки?!

memtest86+ia32.bin, memtest86+ia32.efi, memtest86+x64.bin, memtest86+x64.efi

(вот и доказательства)

У тебя «зациклилась» загрузка – это такое свойство UEFI (уже говорили). Переустанавливать (если причина именно в этом) не нужно.

Надо было с «живой флешки» загрузку «починить»…

https://ibb.co/xzP1F6C

Найди отличия ))

Я же тебе указывал: в выдаче ТС есть бинарники для 32 и 64 битного UEFI. Это для загрузочной флешки нормально, а для установленной системы обычно одна версия ставится.

Ну уже поздно - переустановил.
Теперь нужно как то решить, как избежать такой ситуации в дальнейшем
Систему поставил на BTRFS, через Timeshift настроил ежедневные снапшоты.
Но как я понял, сохраняется только раздел с установленной системой, и даже полное копирование RSYNC тоже не сохраняет efi раздел.
А можно как то сделать бэкап загрузочного раздела efi? Или он легко может быть восстановлен с помощью LiveCD и его сохранять нет смысла?

Рассмотри скрин ещё раз повнимательнее , в левом терминале флешка. Видишь ядро с номером ? А у ТС видишь ?

Теперь нужно как то решить, как избежать такой ситуации в дальнейшем
Систему поставил на BTRFS

Может пока не поздно еще раз переустановить 😊

А что всё так плохо с BTRFS?

уже поздно - переустановил

Это не страшно. )

Раздел efi не сохранятся. Предполагается, что он изменяется только при обновлении ядра (и инитрд), возможно конфигов. Ещё может загрузчик изменяться. Эти события относительно не часто происходят. Сам раздел обычно небольшой.

А можно как то сделать бэкап загрузочного раздела efi?

Возможно. Либо весь раздел, либо его содержимое. Любой удобный вариант. Смысла обычно нет.

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

Или он легко может быть восстановлен с помощью LiveCD и его сохранять нет смысла?

Можно, конечно. Но, что вот прям будет легко я утверждать не буду.

только переустановить достаточно только ядро и загрузчик (GRUB). нафига саму систему-то переустаналивать?

на будущее - технически достаточно было с загрузочного носителя загрузиться в режиме Rescue (или как он там у Убунты называется?), выбрать / раздел, туда сделается chroot и можно восстановить ядро и загрузчик ручкам. все данные же останутся на месте.

В результате всего этого при проходе memtest-а было выявлено 250 ошибок. Может ли система как то пометить эти битые ячейки памяти? Или же DDR нужно менять?

Инитрд и вмлинуз - ссылки.

Держите меня в курсе.

Если можете менять DDR — меняйте. Или может нужна чистка контактов или чуть-чуть поднять напругу памяти или тайминги поменять...

250 ошибок это дофига. Потом не понятно, адреса фиксированые или с каждым новым проходом будут новые. По нормальному memtest гоняют сутками (несколько проходов), чтобы всё прогрелось и т.д. Но как в свободном memtest понимать повторяются или множатся ошибки от прохода к проходу мне непонятно.

Был патч для ядра badram, гуглите сами, рабочий он или нет. Вроде, в оф. ядро его не включали, так что пачтить/компилить, что врядли получится на этом компе с 250 ошибок.

Области с плохой памятью ядро/патч не ищет, то есть ему нужно указывать адреса. ЕМНИП Memtest со свободными исходниками не может записать в файл список проблемных адресов, коммерческий memtest может, не помню, может ли это бесплатная версия коммерческого memtest'а.

Откуда вам известно, что с корнем всё было нормально? ТС показал какой-то странный /boot, в котором куча разных memtest, которых исходно нет в KUbuntu. Это подозрительно, может у него и остальные каталоги попорчены были.

А теперь 250 ошибок памяти, как там вобще линукс работал, да ещё обновления устанавливал?

гм. у меня под рукой нет системы с установленным memtest. но потенциально могло такое быть. к тому же все 4 бинаря - это про одно и то же фактически.

«как он работал в очистке» - это не ко мне.

пометить может. найдите и самостоятельно пропачьте ядро chequered memory patch , если найдёте и сможете конечно.)))

в ванильном ядре такого нет.

просто замените память на нормальную или сделайте настройки если косчсно в BIOS/UEFI настроено или пропишите в SPD соответствующие значения вместо подложных величин.