Здравстуйте всем! Есть проблема, что через Xrandr не удается изменить разрешение монитора ( видеокарта определяет монитор как 8 дюймовым с соответствующем разрешением в 640/480).
Делал по инструкции от гпт и на Реддите ( но они там одинковые) получалось вот что:
xrandr -q
Screen 0: minimum 16 x 16, current 2006 x 768, maximum 32767 x 32767
None-1 connected 640x480+1366+0 (normal left inverted right x axis y axis) 169mm x 127mm
640x480 59.38*+
320x240 59.29
640x400 59.95
320x200 58.14
640x350 59.28
cvt 1920 1080 60
# 1920x1080 59.96 Hz (CVT 2.07M9) hsync: 67.16 kHz; pclk: 173.00 MHz
Modeline "1920x1080_60.00" 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync
--newmode "1920x1080_60.00" 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync
--addmode None-1 1920x1080_60.00
xrandr --output None-1 --mode 1920x1080_60.00
X Error of failed request: BadValue (integer parameter out of range for operation)
Major opcode of failed request: 140 (RANDR)
Minor opcode of failed request: 21 (RRSetCrtcConfig)
Value in failed request: 0x556
Serial number of failed request: 28
Current serial number in output stream: 28
После этого гпт говорит, что проблема возникшая в конце связана с проблемой с дровами ( устонавливались через yay драйвера : nvidia-390-dkms)
Тоже самое было и с прошлой видеокартой и проблема так и не была решена.
через xrandr не получается изменить разрешение экрана
Дополнительные штрихи к портрету ситуации - видеокарт две, встроенная интел и втыкаемая. Мониторов тоже два, Самсунг и VecorSonic. При использовании встроенной карты монитор VecorS определяется нормально, разрешение как положено. При подключении его же к нвидеовской - 8 дюймов и убогое разрешение. HDMI. Дрова nouveau монитор VS не видят вовсе. Дрова nvidia-390xx из ауры монитор видят, но не верно определяют.
Исправность самого по себе оборудования гарантирована - тестовый запуск лав-диска бубунты адекватно использует обе видеокарты и оба монитора, с адекватными разрешениями.
В чем может быть дело?
Исправность самого по себе оборудования гарантирована - тестовый запуск лав-диска бубунты адекватно использует обе видеокарты и оба монитора, с адекватными разрешениями.
В чем может быть дело?
Дело в Gnome. Еще не ясно как именно.
Для проверки гипотезы загружены однокоренные образы Манджаро - Гном, Кеды и Свэй. Гном обе загрузки, свободные и проприетиарные дрова, дает аналогичный результат - второй монитор "неправильный". Кеды грузятся нормально со свободными дровами и виснут с проприетиарными, Свэй без выбора варианта, очевидно, работает со свободными.
Со всей очевидностью юноша не прислушивается должным образом к прочитанному и услышанному, а именно к услышанному про редактирование mkinitcp.conf, о чем помимо прочего пишется в https://wiki.archlinux.org/title/NVIDIA ... %B8%D0%B9), среди прочего в разделе 3.3.3 про переопределение монитора, а также про небесполезность добавления в grub.cfg опции nvidia-drm.modeset=1
Что касется Гнома, то следует посмотреть в /etc/gdm/custom.conf активной (незакоммеченной) строки WaylandEnable=true.
Ну и поразмышлять над нужностью или ненужностью других пакетов из Ауры к этому драйверу, судя по их именам, там есть что-то условно полезное про установки и настройки -
Для проверки гипотезы загружены однокоренные образы Манджаро - Гном, Кеды и Свэй. Гном обе загрузки, свободные и проприетиарные дрова, дает аналогичный результат - второй монитор "неправильный". Кеды грузятся нормально со свободными дровами и виснут с проприетиарными, Свэй без выбора варианта, очевидно, работает со свободными.
Со всей очевидностью юноша не прислушивается должным образом к прочитанному и услышанному, а именно к услышанному про редактирование mkinitcp.conf, о чем помимо прочего пишется в https://wiki.archlinux.org/title/NVIDIA ... %B8%D0%B9), среди прочего в разделе 3.3.3 про переопределение монитора, а также про небесполезность добавления в grub.cfg опции nvidia-drm.modeset=1
Что касется Гнома, то следует посмотреть в /etc/gdm/custom.conf активной (незакоммеченной) строки WaylandEnable=true.
Ну и поразмышлять над нужностью или ненужностью других пакетов из Ауры к этому драйверу, судя по их именам, там есть что-то условно полезное про установки и настройки -
yay nvidia-39
7 aur/mhwd-nvidia-390xx 390.143-1 (+2 0.00) (сирота в AUR)
mhwd-nvidia-390xx PCI ID database
6 aur/lib32-opencl-nvidia-390xx 390.157-2 (+13 0.00)
OpenCL implemention for NVIDIA (32-bit), 390xx legacy branch
5 aur/lib32-nvidia-390xx-utils 390.157-2 (+13 0.00)
NVIDIA drivers utilities (32-bit), 390xx legacy branch
4 aur/opencl-nvidia-390xx 390.157-20 (+62 0.04)
OpenCL implemention for NVIDIA
3 aur/nvidia-390xx-settings 390.157-1 (+24 0.00)
Tool for configuring the NVIDIA graphics driver, 390xx legacy branch
2 aur/nvidia-390xx-utils 390.157-20 (+62 0.04)
NVIDIA drivers utilities
1 aur/nvidia-390xx-dkms 390.157-20 (+62 0.04)
NVIDIA drivers - module sources
==> Пакеты для установки (пример: 1 2 3, 1-3 или ^4)
Продолжение банкета.
Внезапно выяснилось, что вместо распространенной проблемы "в гноме нет wayland сессии" на самом деле обе опции запуска Гном и Гном классический запускают именно wayland сессию, нет сессии иксовой. Это вполне соответствует логике Gnome 49 на полный отказ от X11.
Вот мы ставим из Ауры драйвера nvidia-39..., пишем в грубе в параметрах загрузки ядра nvidia-drm.modeset=1, в mkinitcp.conf пишем модули, перезагружаемся. GDM грузится, подключенный к nvidia монитор определяется неправильно. Делаем disable gdm = получаем черный экран без приглашения консоли, ни одна консоль не доступна. В отличие от загрузки с использованием nouveau, когда сперва на нвида мониторе буковки крупные и потом становятся мелкими, стадии мелких буковок нет вообще. Загрузившись с арчисо делаем enable gdm, перезагрузка - есть окно логина, мелких буковок нет. lspci -k показывает использование дров nvidia, а доступные - nouveau nvidia nvidia-drm. Попытка заблокировать загрузку nouveau nvidia через /etc/modprobe.d/файлзапрета.conf ничего не поменяла (mkinitcpio -P делалось). Удаление в /etc/mkinitcp.conf записанных модулей также не влияет (mkinitcpio -P делалось) - все также, используются дрова nvidia вместо nvidia-drm.
Из отсутствия мелких буковок до окна логина GDM наводит на мысль о том, что т.н. ранняя загрузка модулей ядра не срабатывает - п. 1.2.1 Вики.
Что-то явно делается не так.
Внезапно выяснилось, что вместо распространенной проблемы "в гноме нет wayland сессии" на самом деле обе опции запуска Гном и Гном классический запускают именно wayland сессию, нет сессии иксовой. Это вполне соответствует логике Gnome 49 на полный отказ от X11.
Вот мы ставим из Ауры драйвера nvidia-39..., пишем в грубе в параметрах загрузки ядра nvidia-drm.modeset=1, в mkinitcp.conf пишем модули, перезагружаемся. GDM грузится, подключенный к nvidia монитор определяется неправильно. Делаем disable gdm = получаем черный экран без приглашения консоли, ни одна консоль не доступна. В отличие от загрузки с использованием nouveau, когда сперва на нвида мониторе буковки крупные и потом становятся мелкими, стадии мелких буковок нет вообще. Загрузившись с арчисо делаем enable gdm, перезагрузка - есть окно логина, мелких буковок нет. lspci -k показывает использование дров nvidia, а доступные - nouveau nvidia nvidia-drm. Попытка заблокировать загрузку nouveau nvidia через /etc/modprobe.d/файлзапрета.conf ничего не поменяла (mkinitcpio -P делалось). Удаление в /etc/mkinitcp.conf записанных модулей также не влияет (mkinitcpio -P делалось) - все также, используются дрова nvidia вместо nvidia-drm.
Из отсутствия мелких буковок до окна логина GDM наводит на мысль о том, что т.н. ранняя загрузка модулей ядра не срабатывает - п. 1.2.1 Вики.
Что-то явно делается не так.
Как водится, общими усилиями прошляпили ключевое - в числе хуков mkinitcp.conf попросту был забыт kms. Вставлен и все заработало. Однако причуливо - вместо двух мониторов видит три, третий - тот самый, вымышленный ущербный 8 дюймов.
Что до эффективности проприетиарных дров - мне сие не понять, но фпс (разумеется в играх) вырос минимум в два раза.
Что до эффективности проприетиарных дров - мне сие не понять, но фпс (разумеется в играх) вырос минимум в два раза.