MX Linux 23.4 KDE Libretto
Третий день, полет нормальный.... тьфу-тьфу
Вчера полдня убила, пытаясь настроить клавишу Compose 🙈

Проблема в том, что здесь система сочетает в себе невозможное: сразу и МХ, и кеды, так не бывает! 🙈
Поэтому понять, где что настраивается, с ходу не получилось. Есть, конечно, Параметры системы, и там все, как у KDE (хотя есть нюансы...). А есть еще и настройки для самого MX! И там все то же самое. И фиг поймешь, как они друг на друга влияют.

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

Ubuntu на другом ноуте уже третий раз за два месяца сигнализирует, что на диске нет места для обновлений системы.

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

MX Linux 23.4 KDE Libretto

Короче, по системе дальше:

для слабого компа самое оно, все быстро. Но при этом сам по себе МХ создает впечатление сыроватого продукта, везде у него где-то что-то недоделано или уже поломато.

И сверху кеды.

Кстати, в предыдущем воплощении на МХ криво работала 0AD, не срабатывали клики мышкой. Сейчас то же самое. А это не самая тяжелая игруха.

В общем, на второй диск надо что-то другое ставить.

А чего я никогда не пробовала убунту с кедами? 🤨

ну нифига же себе, впервые такое вижу!

Ппц, это с форума ужастики
______
И самая неприятная опасность — это сбои при записи пунктов загрузки в NVRAM. Запуск утилиты обновления пунктов загрузки осуществляется автоматически при установке нового или сносе старого ядра. Причем так уж реализованы эти триггеры ядра, что порой пункты загрузки обновляются по несколько раз. NVRAM-у не страшна частая запись (это не флеш-память с лимитированным числом циклов записи), однако сбой при записи может привести к печальным последствиям. Я умудрился потерять питание на своем нетбуке (у него сдохла батарея и он у меня работал от сети), во время обновления пунктов загрузки UEFI. И нетбук практически «окирпичился» :-\ — загрузить я его смог только через UEFIShell вбивая команды загрузки ядра и его параметров руками. Но на этом неприятности не кончились, утилита efibootmgr напрочь отказалась записывать пункты загрузки выдавая сообщение, что на устройстве недостаточно места!!! Я попробовал удалить ненужные переменные, но это не помогло. Гуглеж дал совет загрузить ядро с урезанным лимитом на объем свободного NVRAM (по умолчанию, резервируется половина объема NVRAM для совместимости с некоторыми кривыми вариантами реализации UEFI), но перед этим я решил сбросить настройки BIOS/UEFI до фабричных. И, о чудо, — всё заработало!
Анализ ситуации показал, что и в этом случае виновата кривизна прошивки UEFI - она не смогла распознать кривую запись переменных в nvram. По стандарту, любая кривизна в NVRAM должна восприниматься как сигнал к обнулению NVRAM до factory default. Но моя прошивка не отловила глюки в записях и не обнулила NVRAM с нарушенной внутренней структурой. Справедливости ради надо заметить, что я умудрился отловить крайне маловероятную ситуацию сбоя именно в момент записи в NVRAM, которая, к тому же, наложилась на кривость в реализации UEFI.

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

https://help.ubuntu.ru/wiki/uefiboot

И только Manjaro с MX все равно: UEFI disabled/enabled? Легаси? Пофиг. Все равно загружаются.

Придется-таки убунту переустанавливать:
Requesting to save current system state
ERROR couldn't save system state: Minimum free space to take a snapshot and preserve ZFS performance is 20%.
Free space on pool "bpool" is 15%.
Please remove some states manually to free up space.

Это убунта на другом ноуте.

да что ж такое! в чате manjaro банят, в чате убунты - тоже банят!
куда бедному крестьянину податься? 🤷‍♀️

Что мы говорим Богу переустановки Ubuntu?

НЕ СЕГОДНЯ!