Здравствуйте, нужна помощь по настройке i3. В конфиге i3 установил значения для рамок окон: default_border pixel, default_floating_border pixel
, for_window [tiling] border pixel 4 теперь при работе с firefox при щелке правой кнопки мыши происходит возврат к предыдущему окну как если бы я специально щелкнул правой клавишой и выбрал назад. Но если убрать for_window [tiling] border pixel 4 тогда рамка становится тоньше и firefox ведет себя нормально, как можно решить данную проблему firefox. C chromium такого нет, работает нормально.
Зайдите на сайт rEFInd http://www.rodsbooks.com/refind/getting.html выберите "A USB flash drive image file" запишите образ на флешку. Устанавливайте Arch как обычно, только не нужно ставить пакет refind. Установили, включаете флешку и при перезагрузке загрузитесь с флешки rEFINd он увидит ваш Arch внизу под значком Arch будут еще иконки, первая иконка это установить rEFInd на жесткий диск, жмякаете по ней убеждаетесь что указан правильный EFI раздел жмякаете еще раз, все rEFInd скопировал свою папку в EFI раздел, можете перезагружаться. Конфиг rEFInd есть на англоязычной вики по rEFInd https://wiki.archlinux.org/index.php/REFInd#refind_linux.conf, удачи и успехов. Да еще монтировать EFI раздел надо обязательно /mnt/boot/efi, если монтировать /mnt/boot у меня rEFInd отказывался загружаться.
Тоже использую rEFInd, при установке монтирую mount /dev/sda2 /mnt, mount /dev/sda1 /mnt/boot/efi. Все работает нормально если нет конфига в /boot refind_linux.conf он автоматом ищет ядро linux на разделах поддерживаемых его драйверами. И устанавливаю rEFInd немного по другому, а именно с загрузочной флешки rEFInd.
Здравствуйте, помогите понять разное время загрузки Arch.
Вот: systemd-analyze blame
25.279s lvm2-monitor.service
24.395s dev-sda3.device
22.335s upower.service
22.280s systemd-logind.service
21.909s systemd-udevd.service
21.503s systemd-journald.service
990ms NetworkManager.service
959ms systemd-fsck@dev-disk-by\x2dpartuuid-b87c979d\x2d4992\x2d4d3b\x2d9104\x2de059ce8a5a78.service
954ms systemd-journal-flush.service
745ms ldconfig.service
593ms udisks2.service
581ms systemd-fsck@dev-disk-by\x2dpartuuid-cab07b93\x2d1619\x2d4ea0\x2dba6d\x2d162c7fcf4d90.service
532ms polkit.service
527ms systemd-rfkill.service
365ms modprobe@drm.service
336ms user@1000.service
301ms systemd-sysusers.service
294ms systemd-udev-trigger.service
285ms wpa_supplicant.service
199ms dev-disk-by\x2dpartuuid-f215b2ed\x2d29c7\x2d41ba\x2d9e30\x2d979616eed1e2.swap
198ms systemd-tmpfiles-setup-dev.service
192ms systemd-remount-fs.service
159ms systemd-sysctl.service
152ms systemd-tmpfiles-setup.service
150ms systemd-random-seed.service
149ms systemd-journal-catalog-update.service
146ms home.mount
137ms dev-hugepages.mount
136ms dev-mqueue.mount
135ms boot-efi.mount
133ms sys-kernel-debug.mount
130ms sys-kernel-tracing.mount
129ms kmod-static-nodes.service
129ms systemd-update-utmp.service
100ms systemd-backlight@backlight:intel_backlight.service
41ms user-runtime-dir@1000.service
34ms systemd-update-done.service
28ms systemd-user-sessions.service
26ms sys-kernel-config.mount
13ms tmp.mount
10ms sys-fs-fuse-connections.mount
10ms rtkit-daemon.service

Через 3 минуты (время не важно может и на следующий день)
4.586s lvm2-monitor.service
3.413s dev-sda3.device
2.555s upower.service
1.654s systemd-journal-flush.service
1.136s NetworkManager.service
1.032s systemd-udevd.service
1.028s systemd-logind.service
987ms systemd-fsck@dev-disk-by\x2dpartuuid-b87c979d\x2d4992\x2d4d3b\x2d9104\x2de059ce8a5a78.service
712ms systemd-journald.service
579ms systemd-fsck@dev-disk-by\x2dpartuuid-cab07b93\x2d1619\x2d4ea0\x2dba6d\x2d162c7fcf4d90.service
523ms udisks2.service
522ms polkit.service
341ms systemd-tmpfiles-setup-dev.service
313ms systemd-rfkill.service
299ms wpa_supplicant.service
293ms modprobe@drm.service
252ms user@1000.service
245ms systemd-udev-trigger.service
230ms systemd-random-seed.service
178ms dev-hugepages.mount
175ms dev-mqueue.mount
172ms sys-kernel-debug.mount
171ms kmod-static-nodes.service
169ms sys-kernel-tracing.mount
169ms home.mount
145ms boot-efi.mount
122ms systemd-backlight@backlight:intel_backlight.service
119ms systemd-sysctl.service
113ms dev-disk-by\x2dpartuuid-f215b2ed\x2d29c7\x2d41ba\x2d9e30\x2d979616eed1e2.swap
104ms systemd-tmpfiles-setup.service
89ms systemd-remount-fs.service
63ms systemd-update-utmp.service
53ms systemd-user-sessions.service
41ms user-runtime-dir@1000.service
26ms sys-kernel-config.mount
23ms tmp.mount
14ms rtkit-daemon.service
Время загрузки постоянно разное, то быстро загружается, то нет. Устанавливал по инструкции с wiki, не знаю что и думать.
Такая ошибка "Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files" при использовании lightdm была и у меня, решалась установкой пакета accountsservice.
Информации по данному сообщению крайне мало и все таки нашел на одном сайте разъяснение что это. Этот файл должен называться .xsession-debug , потому что различные программы не обязательно выкладывают туда ошибки ... Ваш конкретный случай заключается в том, что весь каталог /run находится на ramdisk и воссоздается каждый раз при запуске компьютера. И IceAuth любезно сообщает, что он заново создал файл ICEauthority в этом каталоге . Источник: https://forum.linux.pl/index.php?topic=25606.0
Здравствуйте. От рута запускал когда правил sudoers. Дело в том что я могу спокойно зайти и от пользователя и от рута. А в прочем проверил на разных дистрибутивах и на Fedora появляется эта запись и на Debian, только на Debian не много в другой форме. Google ничего вразумительного не выдал.
Здравствуйте. Не давно начал изучать Arch, до этого пользовался Debian. Так вот при просмотре xsession-errors настораживает запись /usr/bin/iceauth: creating new authority file /run/user/1000/ICEauthority которая появляется всегда после перезагрузки, еще были ошибки в lightdm.service, после установки accountsservice они пропали. Подскажите что это может быть за ошибка?