Ну надо смотреть в «Параметры системы» -> Поиск, может там какую галку сняли или не поставили (надо, чтобы домашний католог было выбрано «Индексировать»). Сам попробовал такое сделать — если запускать сам файл, то ссылка открывается в браузере, через Krunner не предлагает вариант открытия, но сам файл видит. Видимо Krunner открывает только ссылки избранного или html файлы.
3. GDM разборчив. Есть некоторые условия, которые должны быть выполнены, чтобы он мог использовать и отображать фоновое изображение:
3.1. GDM должен иметь права на чтение файла, что обычно означает, что файл должен быть доступен для чтения всем.
По умолчанию фоновые изображения использует папку /usr/share/backgrounds и только у рута есть доступ к этим файлам, а не другим пользователям.
3.2. Файл не должен находиться в зашифрованной домашней папке.
Даже если права доступа к файлам отображаются сразу после вашего входа в систему, GDM не может читать из вашей зашифрованной домашней папки. В этом случае изображение обоев должно находиться за пределами вашей домашней папки, в общедоступном месте, например /usr/share/backgrounds
3.3. Файл должен находиться на основном диске, а не на смонтированном разделе.
Например, мои избранные находятся на смонтированном внешнем разделе, и gdm не использует эти изображения из их исходного местоположения. Вероятно, здесь играют роль параметры mount uid, gid и masks — возможно, это сводится к тому же, что и 1 — что другие пользователи не имеют надлежащих разрешений для этих файлов во время входа в систему.
Если ваш хомяк зашифрован: используя привилегии суперпользователя, предоставьте себе доступ на запись в /usr/share/backgrounds
В качестве альтернативы, создайте глобальную папку в корневом разделе (например, / pics), доступную для чтения и записи всем
зы. я не помню откуда у меня этот перевод, но он работает
<code>
[tester@tester ~]$ pacman -Qi mhwd
Название : mhwd
Версия : 0.6.5-2
Описание : Manjaro Linux Hardware Detection library and application
Архитектура : x86_64
URL : http://git.manjaro.org
Лицензии : GPL
Группы : Нет
Предоставляет : Нет
Зависит от : hwinfo mesa mhwd-db v86d pacman
Доп. зависимости : lib32-mesa: for 32bit libgl support [установлено]
Требуется : python-manjaro-sdk
Опционально для : Нет
Конфликтует с : Нет
Заменяет : Нет
Установленный размер : 247,50 KiB
Сборщик : Philip Mueller <philm<a href="https://manjaro.ru/profile/manjaro/" class="ls-user">manjaro</a>.org>
Дата сборки : Вт 15 сен 2020 21:45:58
Дата установки : Пн 11 янв 2021 13:32:39
Причина установки : Явно установлен
Установочный скрипт : Yes
Проверен : Подпись
[tester@tester ~]$ pacman -Qi nvidia
ошибка: пакет 'nvidia' не найден
[tester@tester ~]$ pacman -Qs nvidia
local/egl-wayland 2:1.1.9+r3+g582b2d3-1
EGLStream-based Wayland external platform
local/lib32-libvdpau 1.4-1
Nvidia VDPAU library
local/libvdpau 1.4-1
Nvidia VDPAU library
local/libxnvctrl 495.44-1
NVIDIA NV-CONTROL X extension
local/mhwd-nvidia 495.44-5
MHWD module-ids for nvidia 495.44
local/mhwd-nvidia-340xx 340.108-1
MHWD module-ids for nvidia 340.108
local/mhwd-nvidia-390xx 390.147-2
MHWD module-ids for nvidia 390.147
local/mhwd-nvidia-470xx 470.94-1
MHWD module-ids for nvidia 470.94
local/nvidia-utils 495.44-4
NVIDIA drivers utilities
local/nvtop 1.2.2-1
An htop like monitoring tool for NVIDIA GPUs
local/opencl-nvidia 495.44-4
OpenCL implemention for NVIDIA
local/xf86-video-nouveau 1.0.17-2 (xorg-drivers)
Open Source 3D acceleration driver for nVidia cards
</code>
Раньше разбивка диска нужна была для более быстрого доступа к отдельным разделам
Нет. Прикол того же /usr на отдельном разделе это его монтирование по сети на пачку хостов (хуле, если уж он везде одинаковый), например. Или сетевой /var: у Вас есть машина, куда централизованно валятся логи (спасибо Поттеру за то что они теперь бинарные! особенно радует когда к этому прикручивается что-нибудь классическое с плейнтекстом).
Решала не скорость, а масштабируемость, ro и проч. Например, Ваша железка не понимает накопители 32Gb+ (на старых хардах еще джамперы под это были).
Начлена это сейчас? «Ну, во-первых это красиво.» Во-вторых это независимые ФС со всеми хотелками без всякого жручего ZFS (ведь пользователь купит еще рамы!) или BTRFS (из нестабильного оно сразу стало дохлым), на который забила та же красная шляпа (у них теперь свой велосипед на базе LVM и XFS, ЕМНЕИП).
Во избежание геморроя винт можно форматнуть в нтфс и спокойно искользовать на обоих системах, из винды он будет нативный, из линукса его можно монтировать через fstab. Тем более, что начиная с ядра 5.15 используется ранее проприетарный драйвер для ntfs от paragon, что наконец-то сделало поддержку ntfs абсолютно полноценной.
NTFS не умеет UNIX-атрибуты. В принципе, для файлопомойки оно и не надо.
Подойдёт любой отклик, даже «Всем спасибо, уже не интересно и не актуально».
А может и что-нибудь интересное расскажешь.
Должно быть типа так:
forum.level1techs.com/t/has-anybody-gotten-audio-working-in-linux-on-aorus-x570-master/154072/15
unix.stackexchange.com/questions/547746/audio-not-working-on-gigabyte-x570-aorus-master-with-alc1220-and-ess-sabre-9118
И может быть
askubuntu.com/questions/1339583/how-to-enable-starship-matisse-hd-audio-controller
Так ведь стартует графика…
Буду пробовать.
3.1. GDM должен иметь права на чтение файла, что обычно означает, что файл должен быть доступен для чтения всем.
По умолчанию фоновые изображения использует папку /usr/share/backgrounds и только у рута есть доступ к этим файлам, а не другим пользователям.
3.2. Файл не должен находиться в зашифрованной домашней папке.
Даже если права доступа к файлам отображаются сразу после вашего входа в систему, GDM не может читать из вашей зашифрованной домашней папки. В этом случае изображение обоев должно находиться за пределами вашей домашней папки, в общедоступном месте, например /usr/share/backgrounds
3.3. Файл должен находиться на основном диске, а не на смонтированном разделе.
Например, мои избранные находятся на смонтированном внешнем разделе, и gdm не использует эти изображения из их исходного местоположения. Вероятно, здесь играют роль параметры mount uid, gid и masks — возможно, это сводится к тому же, что и 1 — что другие пользователи не имеют надлежащих разрешений для этих файлов во время входа в систему.
Если ваш хомяк зашифрован: используя привилегии суперпользователя, предоставьте себе доступ на запись в /usr/share/backgrounds
В качестве альтернативы, создайте глобальную папку в корневом разделе (например, / pics), доступную для чтения и записи всем
зы. я не помню откуда у меня этот перевод, но он работает
How to change gnome login background?
Ссылка из ответа на форуме:
github.com/githubgeeker/change_gdm_background
Решала не скорость, а масштабируемость, ro и проч. Например, Ваша железка не понимает накопители 32Gb+ (на старых хардах еще джамперы под это были).
Начлена это сейчас? «Ну, во-первых это красиво.» Во-вторых это независимые ФС со всеми хотелками без всякого жручего ZFS (ведь пользователь купит еще рамы!) или BTRFS (из нестабильного оно сразу стало дохлым), на который забила та же красная шляпа (у них теперь свой велосипед на базе LVM и XFS, ЕМНЕИП).
NTFS не умеет UNIX-атрибуты. В принципе, для файлопомойки оно и не надо.
Ответа не понял, но…
Вести с полей:
Обновил mhwd-nvidia*
Остались:
nvidia-utils и opencl-nvidia
На какой пакет ставим?
зы. и не надо говорить, что такого ни когда не было и вот опять...©