1. при обычной команде обновления, что через памак, что через пакман вывалило кучу ошибок типа

разрешение зависимостей…
предупреждение: не удалось разрешить «libalpm.so>=13», зависимость «libpamac»
предупреждение: не удалось разрешить «libpamac>=11.0», зависимость «pamac-cli»
…
предупреждение: не удалось разрешить «libpamac», зависимость «libpamac-flatpak-plugin»
…
предупреждение: не удалось разрешить «pamac-cli=10.1.3-3», зависимость «pamac-gtk»
…
:: Эти пакеты не могут быть обновлены из-за неразрешимых зависимостей:
pamac-cli libpamac libpamac-flatpak-plugin pamac-gtk

Решение: удалить плагин флэтпака для памака и повторить обновление. После обновления доустановить libpamac-flatpak-plugin, если нужен флэтпак

2. обязательно запустить pacdiff он попросит отредактировать два файла, сделали. Однако, при обновлении в терминал вываливается

==> You had an old /etc/pamac.conf.pacsave file. We restore it for you.
==> You can find your new pamac.conf saved as /etc/pamac-new-07134328.conf

но никакого pamac.conf.pacsave в системе не «произошло»

Решение: ручками, (например через sudo meld) сравнить /etc/pamac.conf и /etc/pamac-new-07134328.conf и отредактировать по своему вкусу и нуждам

3. Установка libpamac (11.0.1-2)… [285/368]
mkdir: невозможно создать каталог «/etc/systemd/system/timers.target.wants»: Файл существует
ln: не удалось получить доступ к '/etc/systemd/system/timers.target.wants/pamac-cleancache.timer': Это не каталог
ln: не удалось получить доступ к '/etc/systemd/system/timers.target.wants/pamac-mirrorlist.timer': Это не каталог

Решение:
-переименовать /etc/systemd/system/timers.target.wants
-создать каталог /etc/systemd/system/sysinit.target.wants
-терминал
cd /etc/systemd/system/timers.target.wants
sudo ln -s -i /usr/lib/systemd/system/pamac-cleancache.timer
sudo ln -s -i /usr/lib/systemd/system/pamac-mirrorlist.timer

Те, кто не хомячки, поправьте хомячка-старичка, может я сделал что то лишнее или неправильно, но пока УМВР

Иногда иконки становятся заполненными квадратиками. То же самое иногда происходит в firefox.

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

И все же спустя почти год. Есть хоть какой-то способ исправить ошибку «locale: Невозможно установить LC_ALL локалью по умолчанию: Нет такого файла или каталога»?
Файл локали редактировал, локаль пересобирал. Безрезультатно. Еще варианты?

Решение:

параметры системы — форматы. Убрать галку «настроить форматы». Скрин правильных настроек

Здравствуйте!!! Имеем копьютер Rasberry Pi 4 8G на APM процессоре. На нем стоит manjaro arm, оболочка xfce. Монтируются две шары по nfs с наса d-lnk 235. Ручками из консоли монтируется без вопросов командой sudo mount -t nfs dlink-nas:/mnt/HD/HD_b2 /mnt/volume_2. Если мы пишем в fstab dlink-nas:/mnt/HD/HD_a2/ /mnt/Volume_1 nfs user, rw 0 0 (строка рабочая, с другой машины) Ни фига не монтируется, по команде mount -a прилетает сообщение об ошибке типа неправильная строка. Меняем строку на dlink-nas:/mnt/HD/HD_a2/ /mnt/Volume_1 nfs user 0 0 и по команде mount -a шара монтируется. При загрузке шара монтироваться не хочет, в логе запись «смотри состояние systemctl». Набираешь mount -a и шара монтируется. Пришлось ложить скрипт с mount -a в автозагрузу xfce. Шары монтируются но загрузка 3 минуты с таким костылем. Опытным путем выяснено, что при монтировании через fstab система понимает только один параметер, любой, какой поставишь. Это на APM версии, на х86 все в норме. Что делать что бы избавиться от костыля, руками каждую загрузку монтировать не охота.

Здравствуйте, на новый ноутбук поставил полюбившуюся manjaro (kde). Но столкнулся с относительно тормознутым выходом из ждущего режима (не гибернация), а также с отвалом тачпада после ждущего режима. На старой ЭВМ такого не наблюдалось. Подсобите советом, как исправить?

Всем здорово. Имеется ноут i7 7700hq, gtx 1070.
Встройки интел НЕТ! После установки дров, любых ( 390xx или новейших ) не регулируется яркость. От слова совсем. Кнопки по fn работают, уровень ползунка меняют.

Что было сделано: Старые дрова 390хх + команды ядра в граб:
GRUB_CMDLINE_LINUX=“nvidia.NVreg_EnableBacklightHandler=1 acpi_backlight=vendor”

правка файла нвидиа в xorg.conf.d: Option “RegistryDwords” “EnableBrightnessControl=1”
Всё работает как надо.
Если установить последние дрова Nvidia, яркость хреначит на полную. И ни чем не меняется.
Вывод ls /sys/class/backlight/ nvidia_0 в “рабочем” состоянии с 390хх
wiki.archlinux.org/title/Backlight_(Русский) 1

Первый раз столкнулся с такой проблемой. Народ, помогайте ))
Так как 390хх уже древний, и вулкан на нём совсем не хочет работать. Как заставить последние дрова регулировать яркость?
forums.developer.nvidia.com/t/solus-nvidia-gtx-1070-brightness-control-not-working/54472/9

Есть проблема с вертикальной синхронизацией.
Сделал всё как в этом гайде. У рут пользователя действительно всё стало нормально, а вот у моего аккаунта — нет.

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

P.S.: вариант с перерисовкой работает (по крайней мере, если OpenGL сбоить не будет). Но мне всё равно интересно, почему этот вариант не работает.

Иногда (довольно редко, но всё же не могу сказать, когда. просто иногда) не работают комбинации клавиш для приложений. Например:





Остальные комбинации клавиш работают. Не могу понять, в чём дело.

Всем здравствуйте. Проблема в следующем: во время установки с ручной разметкой и с таблицой разделов GPT создаются следующие разделы: 600mb — boot/efi (с монтажем раздела и флагом Загрузочный и ф/с FAT32), swap, корень и хоум раздел соответственно. Далее всё по порядку, учетка и тд. Система устанавливается, загрузчик устанавливается, никаких ошибок во время установки не возникает. Но после окончания и перезагрузки появляется сообщение на черном экране, что система не найдена. Я так понимаю, что нет загрузчика, система есть, но ее некому загружать. Да, и если выбрать авторежим, всё срабатывает и система запускается. Образ записан руфусом в gpt. Подскажите, друзья, как решить сею проблему? Спасибо за любую помощь. (p.s. с Garuda Linux тоже самое, извините). Мне почему-то кажется, что проблема в Calamares

p.s.p.s. с mbr таблицей всё нормально проходит

При запуске операционной системы есть некоторый шанс того, что комбинации клавиш Fn+… будут работать.
Если вытащить клавиатуру, а потом вставить обратно, то она перестаёт работать. То же происходит и с другой клавиатурой, но она иногда работает, а ещё на другой клавиатуре нет проблем с комбинацией клавиш с Fn.
Материнскую плату недавно обновлял. В ней стоит сетевая карта, которая не во всех версиях ядра (вроде, с 5.9) на данный момент поддерживается. Может, в ней ещё что-то неподдерживаемое стоит, из-за чего всё как-то не так работает?
На виндовс всё работает нормально.

Upd: со второй клавиатурой, оказывается, всё нормально. Так что, видимо, проблема только в рейзеровской клавиатуре.

Upd: проверил на кали линуксе на компьютере: та же проблема. Проверил на кали линуксе на ноутбуке: проблемы нет. Что-то мне подсказывает, что дело не только в клавиатуре.