четверг, 21 ноября 2024 г.

Беспроводная сеть тормозит X-сервер и мнение о Runtu 24.04

Эту статью можно было бы назвать "глюки Рунту", но я чем больше я разбирался в проблемах, тем больше было становилось понятно, что это проблема не ограничивается один дистрибутивом. Да и вообще всё должно было ограничиться статьёй: Электронный микроскоп в линукс

Начну с того, что Runtu версии 24.04 вышла в мае 2024 года, тогда как на главной сайта до сих пор красуется предложение скачать 22.04 версию. Странности начинаются с самого начала - установка завершилась ошибкой загрузчика. Опытным путём было выяснено, что если принудительно не запретить uefi в биосе, то система норовит поставить себя именно так, а так как разбивка делается под dos разметку, то не стартует. Во вторых установщик почему криво показывает разбивку, что якобы спереди у нас свободно 10 Мбайт, а в конце 440 КБайт. Но в том же gparted видно, что разметка выполнена правильно и разделы занимают всё пространство диска. Первая же загрузка и адские тормоза. Мышь виснет, экран артефачет. Помогла перезагрузка. На панели управления есть кнопка: свернуть все окна - если её нажать, то панель исчезает и помогает только перезагрузка. В консоли tty 1-6 вместо русских букв кракозябры. Лечится запуском команды и настройкой dpkg-reconfigure setup-console, но на этом приключения с "великим и могучим" не заканчиваются - при переключении клавиатура начинает отрабатывать некорректно - кнопки вызывают какие-то иные действия, вводятся левые символы или вообще происходит вылет из сессии! Опытным путём удалось выяснить, что проблема возникает после обновления ОС до 24.04.1, изначально же всё в порядке. Ещё обратил внимание, что если оставить клавиши по-умолчанию ALT+SHIFT, то проблема возникает после нескольких переключений раскладки, а если сменить на CTRL+SHIFT - клавиатура "сходит с ума" при первом же переключении на кириллицу. Команда dpkg-reconfigure keyboard-configuration оказалась бессильной... Проблема со сменой раскладки не является именно проблемой Runtu - почитать можно ТУТ. Конечно, кто-то скажет, что всё это мелочи и не существенно, тем более предполагается работа только в Х - режиме и мышкой, но и тут ждала засада. Хоть я и настроил автологин без пароля, но мне захотелось иметь экранную клавиатуру. Выбор пал на OnBoard, и тут просто эпик-фейл: попытка навести курсор на клавиатуру приводит к её вылету, причём вылет происходит как на этапе выбора сеанса в LightDM, так и в самом LXDE! Потом вылезло ещё пару глюков - при первой загрузке после отключения сильно тормозит графика. Возникают странные артефакты. При этом это наблюдалось и в лайв-режиме. Может ли это быть аппаратной проблемой? Не исключаю, так как мини ПК самопроизвольно выключался несколько раз за свою жизнь, но тот же Mint Cinnamon разных версий работает отлично и без сбоев, хоть и несколько медленнее, чем Runtu. Также я столкнулся с невозможностью изменить время показа меню GRUB. Однако, эта проблема решается довольно просто - необходимо удалить файл custom-conf.cfg из каталога /etc/default/grub.d/ и обновить grub

Я не тестировал непосредственно Ubuntu 24.04 и её официальные SPINы - возможно все эти проблемы присутствуют и там, но Runtu оставила у меня гнетущее состояние - всё глючит и плохо работает. Допускаю, что разработчики в курсе и поэтому оставили на главной странице ссылку на старую версию. Но почему тогда вообще выпустили релиз и не выпустили баг-фиксы. Ведь с момента выпуска прошло уже 5 месяцев. 

Эксперименты: окончательно разочаровавшись в Runtu 24.04, я решил провести эксперимент - обновить её до 24.10 После примерно часа работы я получил вполне рабочую систему. Баг с переключением раскладки в консоли пропал! Что интересно - система не стала потреблять больше ресурсов в плане ОЗУ. Глюк с торможением графики остался при холодном запуске. Было загружено 1 Гб пакетов. Ядро обновилось до 6.11 версии. В систему было установлено 60 новых пакетов. При этом из системы с помощью autoremove удалилось 29 пакетов, а ещё я удалил старое ядро - 5 пакетов. Система чуть больше весить. Также ради эксперимента была загружена в лайв-режиме ОС Mint 22 Cinnamon - довольно неплохо работала. А потом я установил htop и обнаружил, что процессор снова загружен... Тогда мною было взято несколько дистрибутивов - Rescuezilla, Mint 21, Runtu 22.04 - все они запускались отлично и имели ядро 5.15 Я предположил, что виной всему слишком свежее ядро. В итоге установил Runtu 22.04 - правда и с ней у меня возникло не мало проблем. Дело в том, что установщик упорно видел gpt разметку и требовал efi раздел. Пришлось в gparted создать заново таблицу разделов msdos и разделы под корень и хомяк, но даже тут установщик продолжал ругаться, на неправильную разбивку! Однако, система после установки загрузилась и отлично работала до тех пор, пока я не включил wi-fi. И тут начались те самые тормоза!!! Если при этом отключиться и заново подключиться, то тормоза пропадают. Если опять же на холодную загрузиться со включенной сетью, то xorg начинает грузить процессор. Если же сеть не подключать, то всё работает отлично. При этом я видел интересное сообщение про тормоза при подключенном интернете. Также я протестировал поведение в Runtu 20.04 и Debian 12 (без NM) - проблемы с тормозами также были. Дальше я взял древний образ Manjaro 20 Mate. Загрузился, подключился к wi-fi сети и... ничего, сеть работает, процессор загружен на единицы процентов, интерфейс отзывчивый. Также этот баг не проявляется в Ubuntu Mate 16.04 и Mint 20 Cinnamon. Получается, что данная проблема является дистро-специфичной и присутствует лишь в новых версиях. На других ПК (нетбуках, неттопах на таком же процессоре) данный глюк не проявлялся. Стало ли это для меня открытием? Про несовместимость нет - неоднократно сталкивался с таким явлением, а вот такой глюк вижу впервые на линукс. Хотя прямо сейчас начинаю припоминать, что в стародавние времена начала нулевых и форточек аля XP отключение сетевого кабеля снижала тормоза на старых и слабых ПК.

Мне иногда кажется, что эта статья будет дополняться бесконечно... Я взял самый свежий образ Manjaro XFCE. Проверил - в нём глюк с тормозами отсутствовал. Однако, после установки и обновления компонентов, выяснилось, что глюк также повторяется и в этой ОС!

Рис - неттоп DNS Saishiat2 (картинка с сайта topcomputer.ru)

Итог: в принципе беспроводная сеть нужна на этом компьютере только для обновления. Да и какие обновления нужны системе, которая показывает картинку микроскопа на мониторе? Так что поддержку сети отключил через Network Manager. Можно конечно заморочиться и попробовать заменить Wi-Fi модуль или использовать внешний USB, но это уже совсем другая история...

понедельник, 11 ноября 2024 г.

Linux-советы на каждый день! (часть 7)

Совет №1: SMPlayer не воспроизводит видео

Недавно обнаружил, что плеер (ОС Manjaro Linux) стал вылетать при попытке открыть любое видео. Попытка сменить источник выходы в настройках приводил либо к зависанию плеера, либо воспроизведению только звука. При этом mpv отлично работал. Решение данной проблемы: удалить папку с настройками программы в домашнем каталоге по адресу ~/.config/smplayer Понятно, что настройки плеера будут сброшены. После этого плеере отлично работает.

Совет №2: Просмотр RTSP поток IP камеры MATRIXtech

Забрал камеру после ремонта и вспомнил, что раньше я как-то подключался к камере и смотрел поток в VLC, а потом он перестал работать. Проверил снова - не работает. Тогда решил проверить в другом плеере SMPlayer - в нём всё работает! На всякий случай выкладываю ссылку на поток. Точно подходит для камер: MATRIXtech CW5.0IP20SPoE

rtsp://ip:554/user=myname&password=mypassword&channel=1&stream=0.sdp?

Совет №3: bridge in linux

Если у вас никак не хочет создаваться мост и падает соединение в Debian 12 после редактирования файла настроек сети, то необходимо просто установить пакет: bridge-utils

Совет №4: Ноутбук не грузится с флешки (Ventoy или созданной с помощью dd)

Если ваш ноутбук не хочет грузиться с загрузочной флешки, то стоит отключить в биосе fastboot. Во-всяком случае на ноутбуке Samsung np300e5c-a09ru это помогло. При этом конечно же должен быть задан правильный порядок загрузки.

Совет №5: Пропало свободное место в Mint 19.1

На родительском ПК стоит Mint 19.1 Cinnamon с февраля 2020 года. Всё вполне неплохо работало, но внезапно из 25 Гб корневого раздела осталось всего 700 Мб и оно стремительно уменьшалось с каждой загрузкой. Раздел /var имел вес почти 19 Гб. При этом журналы и кэш пакетов был очищен. Виной всему является flatpak, который не используется, но при этом висел в автозагрузке. Что-то заглючило, и он начал забивать диск. Исправить можно командой: sudo flatpak -repair

Способ решение нашёл по ссылке: https://linuxmint.com.ru/viewtopic.php?t=6675

Рис - мини штангель-циркуль :-)