Ядро & Оборудование

Nvidia Optimus/Гибридная графика - какие пакеты всё-таки использовать?

Сейчас, на 2021, у нас имеются Nvidia PRIME, Optimus manager, бедный nouveau, bumblebee, неизвестный мне primus и, наверное, много другого. Но в конце концов что конкретно ставить на ноут, какие есть плюсы и минусы у этих технологий?
Учебники (How-To & F.A.Q)

Медленный запуск приложений на xfce

немного про медленный запуск иксовых приложений на манжаро крысе.
многие жаловались на медленный запуск, почитав эти ваши интернеты и проведя несколько экспериментов остановился на preload в оф репах
1. устанавливаем sudo pacman -S preload
# многие пишут, что шаги 2 и 3 необязательны, я делал так, но можете проверить без них, добавить никогда не поздно

2. sudo touch /var/lib/preload/preload.state
3. sudo chmod 600 /var/lib/preload/preload.state
#

4. sudo systemctl enable --now preload
5. перезагрузка
6. Проверка работы sudo systemctl status preload
даже на глаз стало заметнее быстрее стартовать то, чем пользуюсь постоянно: телега, огнелис, проги для просмотра камер и прочее
Уголок новичка

А где же обещанная стабильность или Ставим Manjaro с N-ой попытки.

А где же обещанная стабильность или длинный рассказ об установке Manjaro с N-ой попытки.

Всем привет!

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

Побочными причинами смены дистрибутива были:
— Это моя первая система на Arch Linux, которой уже более 4 лет, и появилось чувство, что некоторые настройки поначалу я делал неверно
— Эта система мигрировала сначала с HDD на SSD, а позже вместе с SSD на другую аппаратную платформу (с Intel на AMD)
— Было замечено нестандартное поведение системы ArchLinux+kde, а именно, при смене профиля пользователя — не запрашивался пароль для входа в другую учетную запись (автологин отключен)
— При завершении сеанса одного из пользователей компьютера, процессы этого пользователя продолжали «висеть» в оперативке (на установленному Manjaro внутири VirtualBox такого бага не наблюдалось)
— Попытки решить мелкие баги очисткой конфигурационных файлов или переустановкой пакетов не дали результата.
— Возникло желание все нужные мне сервисы упорядочить, стандартизировать и сделать «по правильному»

Установленная система «по правильному», для меня выглядит так:
— в качестве основной системы стоит стабильный дистрибутив с удобной DE для большого количества ежедневных операций с файлами (стандартные операции, проверка хеш-сум, архивирование, шифрование);
— в основном дистрибутиве нет каких-либо важных настроек системы, которые сложно перенести с помощью файлов конфигураций в домашнем каталоге (кроме файлов конфигураций в корневом разделе для samba, minidlna и т.п.);
— все важные данные (окружения для разработки) «виртуализированы» (virtualbox, Docker, LXC) регулярно копируются и могут быть быстро развернуты на другой системе через импорт-экспорт;

В качестве дистрибутива конечно же должен быть дистрибутив на базе Arch Linux. Я уже не могу вернуться на Ubuntu и тем более на Debian. Считаю, что Ubuntu очень хорош для для веб-серверов (ubuntu server), где не нужно мчатся «впереди планеты всей», а нужна стабильность. Самими большими плюсами Arch считаю AUR (в сравнении со сборкой deb-пакетов это просто сказка), pacman и конечно же Arch wiki.

Слышал я раньше о существовании дистрибутива Manjaro и даже тестировал его в виртуальной машине пару лет назад. Тогда, он показался мне слишком требовательным к ресурсам, внутри VirtualBox работал как-то медленно (в сравнении с другими дистрибутивами при тех же параметрах). Решил проверить как у него сейчас дела. Установил этот дистрибутив снова в виртуальной машине. Оказывается за те пару лет Manjaro окреп. Поставил снова его в виртуальной машине. Увидел, что нету бага с процессами другого пользователя, которые продолжали «висеть» при завершении его сеанса (как это было в моей текущей системе Arch+KDE), SDDM лучше работал чем в Arch linux. Вобщем после нескольких недель тестирования, решил что вариант установки этого дистрибутива стоит рассмотреть.
Полез читать, что о нем пишут в интернете. В качестве преимуществ называли его стабильность. Писалось, что дистрибутив имеет собственное хранилище пакетов, пакеты проходят предварительную проверку. Почитал про собственные разработки: mhwd, manjaro-setting-manager, графического установщика приложений pamac и т.д. Потестировал еще эти вещи в вуртуалке — вроде норм. В общем, решил установить его в качестве основной системы.
В Manjaro есть поддержка AUR и даже более — пакеты могут собираться в несколько кликов мышкой из графического установщика Pamac. Там же в Pamac эсть просмотр PKGBUILD и ссылка на страницу пакета в AUR. Установка новых пакетов из официального репозитория и сборка пакетов из AUR происходит очень быстро.

Чесно говоря, для меня это выглядело как тот же Arch, но «разворачиваемый» быстрее (наличие графического установщика, наличие предустановленных хороших тем оформления для тех, кому уже некогда это все настраивать вручную). Также мне показалось, что эту систему можно рекомендовать для установки людям, которые раньше не знали что такое GNU\Linux вообще.

В качестве DE, я выбрал конечно же KDE. На тот момент мне были известны только 3 основные DE: KDE, Gnome, Xfce. Почему только эти? Потому, что они известны мне еще со времен 8-го Ubuntu и 6-го Debian. Только Gnome тогда, был еще нормальным :)
Сначала я поставил Manjaro+KDE. Понял, что все очень печально (об этом ниже). Но время не стоит на месте, графические оболочки тоже развиваются. Чтобы посмотреть насколько они развились за 6 лет, я решил поставить Manjaro еще с xfce и gnome.

Забегая наперед скажу, что в итоге — я все равно буду хотеть KDE. Желание установить эту DE во мне будет присуще до тех пор, пока в других DE не будет найдено решение одной большой проблемы. Но об этой большой проблеме других DE, и большом плюсе для KDE буден написано в отдельном топике (здесь позже добавлю ссылку). Я все еще верю, что эту проблему можно как-то решить и уйти от использования KDE.

На странице загрузки Manjaro есть хорошее видео о возможностях Manjaro с каждой из известных мне графических оболочек: KDE, Gnome, Xfce. На видео как раз хорошо видно главное преимущество установки этого дистрибутива с какой-то графической оболочкой: изначально будут установлены необходимые пакеты для этой DE, активированы «фирменные» темы оформления…

Позвольте в одном абзаце немного отвлечься, чтобы рассказать какой режим установки лучше выбрать. Ведь при загрузке с livecd Manjaro нас приветливо встречает окно Calamares. Calamares — это непонятный и, надеюсь что только пока, глючный графический установщик. Его непонятность и глючность касаются именно ручной разметки диска (HDD/SSD). В случае автоматической разметки (форматирование всего диска) мы получаем рабочую систему на выходе.
Сразу скажу, что устанавиваю я систему в режиме UEFI. Таблица разделов, соответственно, используется GPT. Разметка диска выглядит очень просто:
Device Start End Sectors Size Type Mount point
/dev/sda1 2048 616447 614400 300M EFI System /boot/efi
/dev/sda2 616448 126445567 125829120 60G Linux filesystem /
/dev/sda3 126445568 488397134 361951567 172.6G Linux filesystem /home
На разделе ESP должны быть установлены флаги boot и esp.
Да, Calamares предупреждает об их отсутствии при переходе на следующий шаг, но он не делает эти флаги, при их явном ручном включении! В итоге — система не загружается!
А непонятность установщика Calamares заключается в том, что не показано сколько установщик оставляет пространства в начале/конце диска. Зато Calamares упорно увеличивает размер первого раздела диска на 1МБ. Для чего? Понятно, что на диаграмме диска сложно показать часть с таким малым объемом, но можно как-то по другому уведомить пользователя как будет сделана разметка (где будет начало первого раздела).
Поэтому все установки Manjaro я делал и другим советую через скрипт с псевдо-графическим интерфейсом — Architect. Это скрипт присутствует в меню всех установочных дисков этого дистрибутива. А также есть отдельный ISO-образ manjaro-architect, но пакеты в этому случае загружаются с интернета.
Думаю, что этот вариант установки в режиме architect нужно советовать и начинающим пользователям. Это удобно. Это полный контроль над процессом установки системы. Единственное место, где в новых пользователей могут быть проблемы — это разметка диска. Здесь разработчики скрипта сделали подсказку, каким инструментом разметки лучше пользоваться в разных режимах Уголок новичка: А где же обещанная стабильность или Ставим Manjaro с N-ой попытки.. Можно разве что посоветовать
начинающим пользователям linux предварительно ознакомиться с нужным инструментом разметки диска перед началом установки.
Благодаря скрипту установки architect узнал об удобной командной оболочке zsh. Как же я мучился раньше с bash: она совсем меня не понимала :)

Теперь по графическим оболочкам.
Gnome.
Стабильно, но неудобно. Даже при наличии всяких твикеров (tweaker) для Gnome3, задача настроить его «под себя» для использования на Desktop-е, мне кажется невыполнимой. Пытался быть максимально объективным и настраивать себя на то, что некоторые привычки работы нужно будет изменить во имя стабильной работы системы. Нет! Не подходить Gnome3 для меня. Режим Gnome Clasic — тоже не то.

Xfce.
Эта DE простая и понятная. Присутствует на многих Linux liveCD (наверное, наиболее известным будет SystemRescueCD). В Xfce ничего не поменялось. Приятнее выглядит в исполнении в Manjaro, но это все та же простенькая Xfce. Здесь явно слабым по функционалу есть файловый менеджер (нету разделения окна на две панели). Ничего не поменялось в параметрах настроек переключения раскладок (об этом чуть позже). Ожидал от Xfce большего, так как на странице загрузки на официальном сайте образ Manjaro с этой DE стоит на первом месте. В качестве основной системы Xfce мне не подходит.
А вот для резервной системы на USB-накопителе Manjaro+Xfce есть хорошим вариантом. Сделал себе такую с отключенной опцией журналирования ФС ext4 и отключенной функцией ведения журналов. Флешка с установленными дополнительными раскладками клавиатуры, наличием keepassxc, teamviewer и некоторыми другими вещами нужна мне для того, чтобы иметь возможность подключаться к другим компьютерам, а также иметь возможность написать на этом форуме в то время, когда основная система неработоспособна :)

KDE.
Для этой DE я пробовал несколько разных образов (manjaro-kde-20.1.2-minimal-201019-linux58.iso, manjaro-kde-20.2-201203-linux59.iso, manjaro-kde-20.2-201207-linux59.iso). Сразу скажу, что для загруженных образов проверялись хеш-сумы. Образы загружал на специальную загрузочную флешку (Easy2Boot + a1ive grub2 File Manager), которая была многократно протестирована в самых разных условиях. Здесь все в порядке ;)
Но с установкой этой DE не складывается.
Система устанавливается. Начинаю настраивать. В разделе «Запуск и завершение — Управление сеансами» сразу же включаю «Начинать с пустого сеанса». Не понимаю, почему именно эта опция не установлена по-умолчанию :-/

Как нашел ошибку и в чем состоит проблема:
Увидел в conky, канал записи на диск около 2MB/s. Процессор AMD Ryzen 5 3600 это «перемалывает», но вот SSD-диска жалко.
В журнале «journalctl -f» вижу запись «file:///usr/share/plasma/plasmoids/org.kde.plasma.kicker/contents/ui/DashboardRepresentation.qml:981:36: QML Highlight: Cannot anchor to an item that isn’t a parent or sibling.», которая пишется, наверное разов 40 в одну секунду!
С помощью пакета iotop узнал, что ошибку выдает процесс plasmashell.
На гитхабе нашел соответствующий файл DashboardRepresentation.qml, а проблемы такой как у меня ни у кого больше нету. Пошучается не вовремя я захотел установить систему? Ведь раньше, с системой установленной в виртуальной машине, проблем не было.

Создал сообщение на англ. форуме. Посоветовали проверить нет ли у меня установленных пакетов версий git :) Но ведь я только установил систему! Я выбирал ветку stable… Где эта обещанная стабильность дистрибутива Manjaro? Собственное репозиторий пакетов, в хранилище попадают только протестированные пакеты…
В ArchLinux была возможность легко откатить версии всех пакетов на какую-либо из предыдущих дат. Вот нашел в закладках статью на Хабре об этом. В Manjaro есть подобный сервер?

Проблема, о которой я писал, появляется только в том профиле, в котором происходит активность. Рано или поздно, но это у меня обязательно происходит. В профилях других пользователей нормально до поры до времени. Решением проблемы является переименование директорий .config, .kde4, .local в /home. Понятно, что после этого нужно все настройки KDE делать заново. И в какой-то момент проблема появляется снова.
Решил никаких изменений в темах оформления не проводить, сначала установить только нужные пакеты, скопировать файлы, сделать бекап, а тогда уже методом проб изучать что именно приводит к ошибке. Ничего подобного! Эта проблема появляется еще до того, как я сделал бекап (сама по себе, когда я проводил какие-то операции с файлами).
Как уже писал выше, я пробовал разные версии iso-образов. Пробовал в виртуальной машине устанавливать. Ошибка тоже появляется. Кстати в моменты этой ошибки есть проблемы с отображением контекстного меню панели задач и меню KDE (оно мерцает). Ошибка появляется при использовании разных режимов отображения меню KDE.
Насилование SSD этой записью удалось прервать зайдя в «Параметры системы», несколько раз поменяв разные темы оформления и цвета с нажатием кнопки Применить. Ошибка в моей системе в VirtualBox пропала. Надолго ли?
Посмотрел я на это KDE и решил по-возможности с него слезать.

А хотите покажу прикол, пользователи KDE/Manjaro? Переместите свою панель задач вверх экрана (правая кнопка мыши -> изменить панель -> кнопка «край экрана» потянуть к верхней части экрана). А теперь попробуйте изменить размер панели! Почему-то "+" стал уменьшать высоту панели, а "-" — увеличивать. Так и не понял, «баг это или фича» :)

Cinnamon.
Красиво. Современно. Приятно. Скорее стабильно, чем нет.
Снова же: если устанавливать в режиме architect, то система устанавливается со всеми нужными пакетами и темами.
В файловом менеджере Nemo есть разделение окна на две панели (F3), а также возможность заглядывать в директории и проводить операции с файлами, не заходя при этом в сами директории (как в файловом менеджере Dolphin). Сначала думал, что не хватает функционала в контекстном меню файлов по шифрованию с помощью GPG и что придется писать скрипты, но оказалось что достаточно просто установить некоторые пакеты (плагины nemo).
Плюсы:
— В некоторых окнах есть возможность сохранить настройки окна (Экспорт<>Импорт). Думаю, это уровень!
— KDE (это на Arch Linux старом) часто путал мониторы. Conky с главного экрана оказывалось на дополнительном, обоины менялись местами. Приходилось несколько раз завершать сеанс, прежде чем мониторы начинали показываться правильно. Так вот, в Cinnamon такой проблемы нет (раз указал в настройках какой монитор главный и все нормально).

Есть небольшие минусы:
— невозможность установить разные обои для разных мониторов.
— не показываются флаги раскладок клавиатуры при включении этой опции в настройках
— почему-то прячется навсегда в трее иконка плеера DeadBeef при закрытии (в плеере установлена опция сворачивать в трей). В аплете windows-quick-list иконки плеера тоже нет.
— невозможно менять порядок иконок в «Пеналах» файлового менеджера Nemo
— невозможно устанавливать принудительно настройки каждого окна, как в KDE
— невозможно запоминать индивидуальные настройки показа списка файлов и колонок для директорий
— нету встроенной функции «Blue light filter». Решается установкой redshift и создание конфигурационного файла.

Для меня при использовании Xfce, Gnome и Cinnamon есть одно большое неудобство. Об этом напишу <здесь>.
Управление пакетами

Решение проблемы с пакетами Python 3.9

Доброго времени суток всем. Я сижу на ветке Testing и вчера прилетело обновление на 452 пакета, в том числе и python 3.9. Я не подозревая никакого подвоха обновился, перезагрузился и получил систему с множеством неработающих программ основанных на python. Недолго думая я откатился и перешёл на ветку Stable, чтобы утром решить проблему. И вот решение, которым хочу поделиться, кто ещё по каким-то причинам не обновился или обновился и получил такую же проблему как у меня.

1. Перед обновлением установите пакет rebuild-detector из официальных репозиториев. Он покажет потом какие пакеты нужно будет пересобрать.
2. Обновитесь.
3. После обновления выполните команду:
yay -S $(pacman -Qmq | grep python)

Она найдёт и обновит все пакеты python.
4. Перезагрузитесь и выполните команду:
checkrebuild

Она покажет какие пакеты из AUR вам нужно будет пересобрать.

Управление пакетами: Решение проблемы с пакетами Python 3.9

После пересборки пакетов из AUR, вы получите полностью рабочую систему.

Всем удачи!
Уголок новичка

После обновления пропала панель и десктоп

Помогите пожалуйста.
После обновления пропала главная панель и десктоп KDE. Экран полностью черный, кнопки мыши меню не вызывают. На экране отображается latte панель (с нее все запускается и работает, так что вызвал browser с latte-dock и пишу из него). По Ctrl+Alt+T можно вызвать терминал — команды тоже работают.
Как восстановить окружение рабочего стола?
Manjaro XFCE Edition

Слетел grub

На ПК две системы W10 и manjaro, вчера слетел grub теперь не могу восстановить. Мои действия следующие
Manjaro XFCE Edition: Слетел grub
Manjaro XFCE Edition: Слетел grub
Manjaro XFCE Edition: Слетел grub
Не могу понять почему не устанавливается в заданную директорию.
Ядро & Оборудование

[Решено] Не подключается автоматически wi-fi

Доброго времени суток!

Значится, имеется:
Manjaro Xfce
Ядро 5.4.62-1
Wi-fi адаптер TP-Link TL-WN821N v5/v6
Дрова на него из AUR 8192eu-dkms

При перезагрузке не подключается автоматически к моей точке доступа через Network Manager. Вернее подключение идёт, крутится «колёсико» в аплете, но потом сбрасывается, итак бесконечно. Приходится удалять подключение и заново подключаться, и перезагружаться. Заводится только раза с третьего. В чём может быть причина?

UPD. Нашёл решение проблемы. Качаем репозиторий с GitHub:
git clone https://github.com/xse/rtl8192eu-dkms-git.git

Переходим в папку:
cd rtl8192eu-dkms-git

Выполняем сборку и установку:
makepkg -si

После выполняем команду:
echo -e "8192eu\n\nloop" | sudo tee /etc/modules

Далее выполняем команду:
sudo update-grub

И затем:
sudo mkinitcpio -p linuxХХ

Где ХХ — это версия вашего ядра.
Перезагружаемся.
Радуемся.
Учебники (How-To & F.A.Q)

Ациклическое переключение раскладки клавиатуры в xfce

по наводке одного уважаемого человека из телеграм канала озадачился ацикличным переключением раскладки в крысе, — это типа когда на каждую раскладку свое сочетание клавишь,
я сделал на капс лок — английскую, на шифт капс — русскую и переключатель пока держишь на правый контрл
всего то надо добавить или изменить строку
grp:shift_caps_switch,grp:rctrl_switch
в редакторе настроек.
действительно, теперь после переключения на окно, надо заиметь привычку сразу нажимать на нужное сочетание раскладки и всегда будешь знать на каком языке ты печатаешь, можно отказаться от индикатора раскладки для экономии места в системном трее. и забыть как страшный сон всякие автопереключатели раскладки типа xneuer
зы. правила переключения лежат тут /usr/share/X11/xkb/rules/base.lst
Учебники (How-To & F.A.Q): Ациклическое переключение раскладки клавиатуры в xfce
Оформление и Скриншоты

[Решено] Перестали работать темы Conky

Намедни перестали работать все темы «коньков», которые до этого всегда работали. Через conky-manager они не запускаются. При запуске по команде из терминала ругается на старый синтаксис. Например:

conky -c ~/.conky/ARCH-V-1/conkyrc

conky: Syntax error (~/.conky/ARCH-V-1/conkyrc:2: unexpected symbol near '#') while reading config file. 
conky: Assuming it's in old syntax and attempting conversion.
conky: [string "..."]:159: attempt to call a nil value (global 'loadstring')


Я так подозреваю, что «коньки» окончательно перешли на Lua и конфиги написанные на Shell не воспринимают? И где теперь брать новые темы?