Октябрьский апгрейд сломал КДЕ (иконки , шрифты, может еще что-то)
После очередного большого апгрейда не отображаются иконки программ и виджетов, кроме тех что сам добавил — погоду и отображение даты редактировал. Также шрифт системный стал другой. Смена темы, и шрифта вручную не помогла. Удалял кэш иконок, тоже не помогло. Даже обновление самого пакмана до обновления других пакетов не помогла. Такая проблема встречается, но решение так и не нашли. Откатился таймшифтом, жду может что-то поправят…
Вроде нашел решение, надо откатить эти два пакета:
kscreen
libkscreen
на предыдущую версию, но я пока подожду на всех старых версиях пакетов, думаю должны поправить за месяц, до следующего большого обновления манжаро.
Вроде нашел решение, надо откатить эти два пакета:
kscreen
libkscreen
на предыдущую версию, но я пока подожду на всех старых версиях пакетов, думаю должны поправить за месяц, до следующего большого обновления манжаро.
Проверить, каким способом включен TRIM/Deallocate для SSD
Добрый день.
lsblk -D показывает, что трим везде «включен». Но каким образом я найти не могу.
В fstab пусто, fstrim.service и fstrim.timer — dead. Куда (или что) еще посмотреть?
systemctl status fstrim.timer ✔
○ fstrim.timer — Discard unused blocks once a week
Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; disabled; preset: disabled)
Active: inactive (dead)
Trigger: n/a
Triggers: ● fstrim.service
systemctl status fstrim.service 3 ✘
○ fstrim.service — Discard unused blocks on filesystems from /etc/fstab
Loaded: loaded (/usr/lib/systemd/system/fstrim.service; static)
Active: inactive (dead)
Docs: man:fstrim(8)
lsblk -D показывает, что трим везде «включен». Но каким образом я найти не могу.
В fstab пусто, fstrim.service и fstrim.timer — dead. Куда (или что) еще посмотреть?
systemctl status fstrim.timer ✔
○ fstrim.timer — Discard unused blocks once a week
Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; disabled; preset: disabled)
Active: inactive (dead)
Trigger: n/a
Triggers: ● fstrim.service
systemctl status fstrim.service 3 ✘
○ fstrim.service — Discard unused blocks on filesystems from /etc/fstab
Loaded: loaded (/usr/lib/systemd/system/fstrim.service; static)
Active: inactive (dead)
Docs: man:fstrim(8)
После обновления перестала работать смена раскладки клавиатуры. Manjaro sway (РЕШЕНО)
Всем привет.
Коллеги, похоже у меня проблема, откуда не ждал:
Manjaro Sway
До вчерашнего обновления (02/11/2022) всё работало прекрасно. Вчера сделал обновление (чуть больше 200 пакетов) и отпала русская раскладка клавиатуры.
В конфигах изменений не вижу. Долго копался. В результате взял дефолтные конфиги, просто прописал туда строки, которые мне русский активировали и ни фига. Только англицкий. Куда копать?
P.S. русский, до вчерашнего дня включался так:
input * {
xkb_layout us,ru
xkb_options grp:alt_shift_toggle
}
РЕШЕНИЕ:
1. Прочитать конфиг, который разработчики этой версии Манджаро положили туда, где должен лежать рабочий конфиг Sway
~/.config/sway/config — именно по этому пути должен лежать конфиг пользователя, по задумке разработчиков Sway
(для чего разработчики Manjaro Sway решили череж опу вывернуть рабочие процессы внутри своей системы, мы обсуждать не будем — проктология наука тонкая, я бы даже сказал — нежная)
В этом конфиге написано иностранным по чёрному, что рабочик конфиги надо класть сюда:
~/.config/sway/config.d/
при этом файлы конфигов должны иметь расширение .conf
2. переходим туда. куда нас послали разработчики Manjaro Sway и видим там файл:
XX-keyboard.conf.example
Если его прочитать, то выяснится, что это конфиг смены раскладки клавиатуры с приведённым примером, как сделать смену раскладки. НО! Если тупо отредактировать этот файл — чуда не произойдёт! Смена раскладки клавиатуры так и не заработает.
3. чтобы всё заработало надо сделать следующее:
А). поменять содержимое файла на:
РАСКЛАДКА КЛАВИАТУРЫ
input * {
xkb_layout us,ru
xkb_options grp:alt_shift_toggle
}
Б). Сохранить изменения в файле
В). Переименовать файл в XX-keyboard.conf
Г). Рестартануть оболочку (Контрол+Вин+С по умолчанию)
и всё работает.
Для того, чтобы внести ещё какие-либо изменения в конфиг Манджаро Свей, есть два пути:
1. продолжать редактировать файл с раскладкой
2. создавать новый файл (новые файлы) под разные задачи. Например: отдельный под автозапуск приложений, отдельный под смену цветов интерфейса и гапсы, отдельный про клавосочетания, отдельный про привязку приложений к рабочим столам.
ну или удалить все файлы из этой дирректории, скопировать туда базовый конфиг Свей, поставить ему расширение .conf и редактировать всё в одном файле.
P.S. на хрена всё это было сделано — я не знаю. Благодаря разработчикам Манджаро Свей я ушёл с Манджаро и освоил Арч. Там всё так, как задумывали разработчики Свей. Очень удобно, когда документация с официальных источников совпадает с тем. что творится у тебя в системе. На Манджаро Свей я точно не вернусь так как система должна быть надёжной, стабильной и иметь чёткую документацию. Разработчики этой ветки Манджары показали, со всеми тремя пунктами тут возникают проблемы. Удачи!
Коллеги, похоже у меня проблема, откуда не ждал:
Manjaro Sway
До вчерашнего обновления (02/11/2022) всё работало прекрасно. Вчера сделал обновление (чуть больше 200 пакетов) и отпала русская раскладка клавиатуры.
В конфигах изменений не вижу. Долго копался. В результате взял дефолтные конфиги, просто прописал туда строки, которые мне русский активировали и ни фига. Только англицкий. Куда копать?
P.S. русский, до вчерашнего дня включался так:
input * {
xkb_layout us,ru
xkb_options grp:alt_shift_toggle
}
РЕШЕНИЕ:
1. Прочитать конфиг, который разработчики этой версии Манджаро положили туда, где должен лежать рабочий конфиг Sway
~/.config/sway/config — именно по этому пути должен лежать конфиг пользователя, по задумке разработчиков Sway
(для чего разработчики Manjaro Sway решили череж опу вывернуть рабочие процессы внутри своей системы, мы обсуждать не будем — проктология наука тонкая, я бы даже сказал — нежная)
В этом конфиге написано иностранным по чёрному, что рабочик конфиги надо класть сюда:
~/.config/sway/config.d/
при этом файлы конфигов должны иметь расширение .conf
2. переходим туда. куда нас послали разработчики Manjaro Sway и видим там файл:
XX-keyboard.conf.example
Если его прочитать, то выяснится, что это конфиг смены раскладки клавиатуры с приведённым примером, как сделать смену раскладки. НО! Если тупо отредактировать этот файл — чуда не произойдёт! Смена раскладки клавиатуры так и не заработает.
3. чтобы всё заработало надо сделать следующее:
А). поменять содержимое файла на:
РАСКЛАДКА КЛАВИАТУРЫ
input * {
xkb_layout us,ru
xkb_options grp:alt_shift_toggle
}
Б). Сохранить изменения в файле
В). Переименовать файл в XX-keyboard.conf
Г). Рестартануть оболочку (Контрол+Вин+С по умолчанию)
и всё работает.
Для того, чтобы внести ещё какие-либо изменения в конфиг Манджаро Свей, есть два пути:
1. продолжать редактировать файл с раскладкой
2. создавать новый файл (новые файлы) под разные задачи. Например: отдельный под автозапуск приложений, отдельный под смену цветов интерфейса и гапсы, отдельный про клавосочетания, отдельный про привязку приложений к рабочим столам.
ну или удалить все файлы из этой дирректории, скопировать туда базовый конфиг Свей, поставить ему расширение .conf и редактировать всё в одном файле.
P.S. на хрена всё это было сделано — я не знаю. Благодаря разработчикам Манджаро Свей я ушёл с Манджаро и освоил Арч. Там всё так, как задумывали разработчики Свей. Очень удобно, когда документация с официальных источников совпадает с тем. что творится у тебя в системе. На Манджаро Свей я точно не вернусь так как система должна быть надёжной, стабильной и иметь чёткую документацию. Разработчики этой ветки Манджары показали, со всеми тремя пунктами тут возникают проблемы. Удачи!
Настройка принтера xprinter xp-365b
Добрый день.
Помогите настроить xprinter xp-365b в manjaro.
Поиск не дал результатов (((
Помогите настроить xprinter xp-365b в manjaro.
Поиск не дал результатов (((
Проблема с отображением kdenlive на ноутбуке
Привет, установил себе kdenlive и столкнулся с проблемой на ноутбуке, разрешение экрана 1366х768
у меня хоть и не манжаро, но я так понял это проблема самого гнома, потому что на кде плазме было нормально, но только если включить скрытие панели задач.
у меня хоть и не манжаро, но я так понял это проблема самого гнома, потому что на кде плазме было нормально, но только если включить скрытие панели задач.
Прям очень долгая загрузка Manjaro Linux KDE
Здравствуйте! Я новичок в Linux системах и поэтому у меня стоит две системы (2 ХДД: на одном Windows 7, на другом Manjaro)
Система грузится намного дольше чем Windows 7 (примерно 2-3 минуты)
Скину всё что может Вам помочь в понятии проблемы (а их очень много, так как, повторюсь, я ещё новичок в unix системах)
systemd-analyze выдал:
systemd-analyze blame
systemd-analyze critical-chain
Много где читал, что возможная проблема с snap'ами,
поэтому скидываю команду losetup
Надеюсь на вашу помощь, так как с таким временем загрузки невозможно работать
Система грузится намного дольше чем Windows 7 (примерно 2-3 минуты)
Скину всё что может Вам помочь в понятии проблемы (а их очень много, так как, повторюсь, я ещё новичок в unix системах)
systemd-analyze выдал:
Спойлер!
Startup finished in 4.398s (kernel) + 34.327s (userspace) = 38.726s
graphical.target reached after 30.608s in userspace.
systemd-analyze blame
Спойлер!
13.216s dev-sdb2.device
8.922s dev-loop5.device
8.392s dev-loop3.device
8.388s dev-loop2.device
8.351s dev-loop1.device
8.333s dev-loop4.device
8.333s snapd.service
7.949s systemd-journal-flush.service
6.776s dev-loop0.device
6.500s udisks2.service
5.543s systemd-udevd.service
4.645s cups.service
4.607s apparmor.service
4.292s avahi-daemon.service
4.279s dbus.service
3.881s systemd-logind.service
3.716s tlp.service
2.261s upower.service
2.239s systemd-tmpfiles-setup-dev.service
2.061s lvm2-monitor.service
2.036s wpa_supplicant.service
1.879s systemd-modules-load.service
1.673s user@1000.service
1.635s systemd-tmpfiles-setup.service
1.477s systemd-resolved.service
1.332s NetworkManager.service
1.283s snapd.apparmor.service
943ms systemd-binfmt.service
597ms polkit.service
538ms systemd-rfkill.service
521ms systemd-random-seed.service
479ms systemd-udev-trigger.service
458ms systemd-backlight@backlight:intel_backlight.service
407ms linux-module-cleanup.service
372ms var-lib-snapd-snap-flasharch-9.mount
370ms var-lib-snapd-snap-bare-5.mount
370ms var-lib-snapd-snap-bare-5.mount
370ms var-lib-snapd-snap-bare-5.mount
364ms var-lib-snapd-snap-core18-2246.mount
354ms var-lib-snapd-snap-gnome\x2d3\x2d28\x2d1804-161.mount
283ms systemd-sysctl.service
274ms systemd-update-utmp.service
268ms modprobefuse.service
225ms dev-hugepages.mount
224ms dev-mqueue.mount
223ms sys-kernel-debug.mount
223ms sys-kernel-tracing.mount
206ms systemd-journald.service
192ms var-lib-snapd-snap-gtk\x2dcommon\x2dthemes-1519.mount
181ms var-lib-snapd-snap-snapd-13640.mount
158ms systemd-remount-fs.service
151ms tmp.mount
149ms kmod-static-nodes.service
147ms modprobe@configfs.service
147ms modprobe@drm.service
110ms rtkit-daemon.service
88ms systemd-user-sessions.service
19ms sys-kernel-config.mount
13ms sys-fs-fuse-connections.mount
12ms user-runtime-dir@1000.service
5ms alsa-restore.service
2ms proc-sys-fs-binfmt_misc.mount
1ms snapd.socket
systemd-analyze critical-chain
Спойлер!
graphical.target @30.608s
└─multi-user.target @30.608s
└─snapd.service @22.274s +8.333s
└─basic.target @21.865s
└─sockets.target @21.865s
└─snapd.socket @21.863s +1ms
└─sysinit.target @21.742s
└─systemd-resolved.service @20.264s +1.477s
└─systemd-tmpfiles-setup.service @18.561s +1.635s
└─systemd-journal-flush.service @10.611s +7.949s
└─systemd-journald.service @10.403s +206ms
└─systemd-journald.socket @7.194s
└─-.mount @6.918s
└─-.slice @6.918s
Много где читал, что возможная проблема с snap'ами,
поэтому скидываю команду losetup
Спойлер!
NAME SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE DIO LOG-SEC
/dev/loop1 0 0 1 1 /var/lib/snapd/snaps/core18_2246.snap 0 512
/dev/loop4 0 0 1 1 /var/lib/snapd/snaps/snapd_13640.snap 0 512
/dev/loop2 0 0 1 1 /var/lib/snapd/snaps/flasharch_9.snap 0 512
/dev/loop0 0 0 1 1 /var/lib/snapd/snaps/bare_5.snap 0 512
/dev/loop5 0 0 1 1 /var/lib/snapd/snaps/gtk-common-themes_1519.snap 0 512
/dev/loop3 0 0 1 1 /var/lib/snapd/snaps/gnome-3-28-1804_161.snap 0 512
Надеюсь на вашу помощь, так как с таким временем загрузки невозможно работать