Мы от вас так просто не отстанем будем помогать! Если потребуется то и ногами))vall:возникнет "окно"
Nvidia + режим ожидания в gnome
Запустите его в ручную. Он вообще запускается,?)vlad196: ○ nvidia-suspend.service - NVIDIA system suspend actions
Loaded: loaded (/usr/lib/systemd/system/nvidia-suspend.service; enabled; p>
Active: inactive (dead)
# systemctl start nvidia-suspendОшибки в тексте-неповторимый стиль автора©
vlad196, читай внимательнее - все подробно расписано ... и логично все-таки активировать еще и resume.service
А вообще, по идее, нужно начать с самого простого, запустить suspend с минимумом видео памяти - загрузил систему и нечего не запускать (если что то тяжелое стоит в автозапуске, то отключить) - и выполнить systemctl suspend - если проблем не будет, то тогда есть смысл приступать к решению проблемы …
А вот если проблема не исчзнет (будет как прежде), то особой надежды на решение проблемы нет ...
А вообще, по идее, нужно начать с самого простого, запустить suspend с минимумом видео памяти - загрузил систему и нечего не запускать (если что то тяжелое стоит в автозапуске, то отключить) - и выполнить systemctl suspend - если проблем не будет, то тогда есть смысл приступать к решению проблемы …
А вот если проблема не исчзнет (будет как прежде), то особой надежды на решение проблемы нет ...
Последний раз редактировалось vasek 06.01.2023 15:13, всего редактировалось 2 раза.
Ошибки не исчезают с опытом - они просто умнеют
что то я затупил .... значит параметр NVreg_TemporaryFilePath=/var/tmp необходим как при suspend так и при hibernation ???indeviral:при загрузке находит сохранённую копию в /tmp
PS - пришлось лезти в DOC (привожу перевод)
Для сохранения потенциально больших копий видеопамяти драйвер NVIDIA использует безымянные временные файлы. По умолчанию эти файлы создаются в /tmp, но это расположение можно изменить с помощью параметра модуля ядра TemporaryFilePath, например TemporaryFilePath=/run. Целевая файловая система должна поддерживать безымянные временные файлы и быть достаточно большой, чтобы вместить все копии видеопамяти на время циклов управления питанием.
И как я понимаю, что этот параметр можно и не прописывать - файл создается по дефолту в /tmp ... хотя лучше по экспериментировать (так нагляднее)
Последний раз редактировалось vasek 08.01.2023 08:54, всего редактировалось 2 раза.
Ошибки не исчезают с опытом - они просто умнеют
Он модулю указывает где искать. Да наверно всегда нужен. Ну если его указать...vasek:NVreg_TemporaryFilePath=/var/tmp
я тоже так понял.vasek: что этот параметр можно и не прописывать - файл создается по дефолту в /tmp
Ошибки в тексте-неповторимый стиль автора©
Запускается, как я понимаю, но получается только черный экран. Т.е. компьютер работает, просто экран чёрныйindeviral:Запустите его в ручную. Он вообще запускается,?)vlad196: ○ nvidia-suspend.service - NVIDIA system suspend actions
Loaded: loaded (/usr/lib/systemd/system/nvidia-suspend.service; enabled; p>
Active: inactive (dead)# systemctl start nvidia-suspend
Да вроде всё внимательно прочитал, или я где-то неправильно Вас понялvasek: vlad196, читай внимательнее - все подробно расписано ... и логично все-таки активировать еще и resume.service
А вообще, по идее, нужно начать с самого простого, запустить suspend с минимумом видео памяти - загрузил систему и нечего не запускать (если что-то тяжелое стоит в автозапуске, то отключить) - и выполнить systemctl suspend - если проблем не будет, то тогда есть смысл приступать к решению проблемы …
А вот если проблема не исчезнет (будет как прежде), то особой надежды на решение проблемы нет ...
Я не написал в предыдущем сообщении, но nvidia suspend hibernate и resume активированы
Далее создан и заполнен /etc/modprobe.d/nvidia-power-management.conf
Nvidia drm modeset тоже прописаны и сгенерированы
А по поводу запуска suspend при запуске системы, без доп нагрузок, то ничего не меняется :( Может пару элементов добавилось, но особо ничего не изменилось.
Хз, я не могу поверить, что проблема с моей видюхой и что она не решаема. Она много у кого, и никто до меня не писал, что проблема именно с rtx картами или именно с 2070 и т.п.
Я на 99% уверен, что если известные решения не помогают, то это я накосячил где-то в своей системе и скорее всего именно при начальных настройках, ибо при чистой переустановке проблема не исчезала.
Сейчас сижу на f2fs файловой системе, читаю доки по ней, может именно она не поддерживает безымянные временные файлы. Что-то пока не хочется сносить всю систему, чтобы повторять на другой ФС...
Тогда рекомендую начать с самого простого - создай загрузочную флэшку с SystemRescue , которая сделана на основе ArchLinux.vlad196:Я на 99% уверен, что если известные решения не помогают, то это я накосячил где-то в своей системе
Загрузись с нее и для начала запусти, прямо из консоли, systemctl suspend … если после выхода все нормально, запусти команду startx - загрузится XFCE … и снова запусти ждущий режим (или из терминала командой systemctl suspend или из меню, найди ждущий режим).
Если проблема сохранится, то скорее всего причина в железе.
Если проблема не наблюдается, то тогда что то в твой системе и нужен дальнейший анализ.
PS - для создания загрузочной флэшки рекомендую исползовать Ventoy ... ничего сложного нет, может почитать это
EDIT - на всякий случай, приведи вывод cat /sys/power/mem_sleep
... и можно немного поэкспериментировать, для чего проверь будет ли проблема при следующих комнадах
echo freeze | sudo tee /sys/power/state .... (suspend-to-idle)
echo mem | sudo tee /sys/power/state .... (suspend-to-RAM - аналог systemctl suspend, тоже действие, только на прямую ... )
Ошибки не исчезают с опытом - они просто умнеют
Я думаю, это сделать через archiso, заодно так можно будет быстро проверить разный набор пакетов, если, скажем при стандартных пакетах на чистой системе всё будет хорошо с режимом ожиданияvasek:Тогда рекомендую начать с самого простого - создай загрузочную флэшку с SystemRescue , которая сделана на основе ArchLinux.vlad196:Я на 99% уверен, что если известные решения не помогают, то это я накосячил где-то в своей системе
Загрузись с нее и для начала запусти, прямо из консоли, systemctl suspend … если после выхода все нормально, запусти команду startx - загрузится XFCE … и снова запусти ждущий режим (или из терминала командой systemctl suspend или из меню, найди ждущий режим).
Если проблема сохранится, то скорее всего причина в железе.
Если проблема не наблюдается, то тогда что то в твой системе и нужен дальнейший анализ.
PS - для создания загрузочной флэшки рекомендую исползовать Ventoy ... ничего сложного нет, может почитать это
EDIT - на всякий случай, приведи вывод cat /sys/power/mem_sleep
... и можно немного поэкспериментировать, для чего проверь будет ли проблема при следующих комнадах
echo freeze | sudo tee /sys/power/state .... (suspend-to-idle)
echo mem | sudo tee /sys/power/state .... (suspend-to-RAM - аналог systemctl suspend, тоже действие, только на прямую ... )
Как проверю, я отпишусь, где что заработало, а где нет, только может я не сразу это сделаю, а через день или два :)
upd именно сейчас на системе:
cat /sys/power/mem_sleep вывод
s2idle [deep]там чистая консоль и нет графического режима .... а в SystemRescue (или другом Live_USB) имеетсяvlad196:Я думаю, это сделать через archiso
В чистой консоли ты можешь проверить и на действуюшей системе - просто нужно временно деактивировать DM и загрузится по startx (xinitrc) ... кстати это нужно было сделать уже давно ... конечно вероятность наличия проблемы мала, но проверить нужно.
PS - и на archiso ты вряд ли запустишь ждущий режим.
EDID - если тяжело деактивировать DM и загрузиться в тестовую консоль по startx (xinitrc), то можно намного проще - просто загрузиться в rescue mode, для чего нужно загрузиться с параметром ядра rescue ... после загрузки ввести пароль root ... и далее запустить suspend, введя команду
echo mem > /sys/power/state ... после выхода из suspend просто выполни команду exit - продолжится обычная загрузка ...
А вообще, что проще, то и делай ...
Ошибки не исчезают с опытом - они просто умнеют
Так в archiso как раз и можно и драйвера и пакеты и модули ядра и первичные скрипты, аля enable gdm устанавливать и т.п.vasek:там чистая консоль и нет графического режима .... а в SystemRescue (или другом Live_USB) имеетсяvlad196:Я думаю, это сделать через archiso
В чистой консоли ты можешь проверить и на действуюшей системе - просто нужно временно деактивировать DM и загрузится по startx (xinitrc) ... кстати это нужно было сделать уже давно ... конечно вероятность наличия проблемы мала, но проверить нужно.
PS - и на archiso ты вряд ли запустишь ждущий режим.
EDID - если тяжело деактивировать DM и загрузиться в тестовую консоль по startx (xinitrc), то можно намного проще - просто загрузиться в rescue mode, для чего нужно загрузиться с параметром ядра rescue ... после загрузки ввести пароль root ... и далее запустить suspend, введя команду
echo mem > /sys/power/state ... после выхода из suspend просто выполни команду exit - продолжится обычная загрузка ...
А вообще, что проще, то и делай ...
Ну ладно, в общем всё дело действительно именно в wayland режиме. Когда gdm, ну и соответственно сам gnome на иксах, режим ожидания работает как надо.
Вот можно было сразу написать, что используешь wayland ??? ... тем более, что в самом начале упонималось, что с wayland имеются проблемыvlad196:в общем всё дело действительно именно в wayland режиме. Когда gdm, ну и соответственно сам gnome на иксах, режим ожидания работает как надо.
Прежде чем решать проблему необходимо исключить все сомнительные поделия - пока wayland + nvidia не обладают 100% надежной работой … и нужно было в 1-ую очередь проверить работу в X …
Странно, сколько обсуждали решение проблемы, все подробно описывали, … и приводишь какой то документ - складывается мнение, что ты вообще не внимательно читал и не понял смысл проблемы …vlad196:Пока только такое решение нашёл: ….
… а это к чему??? ...vlad196:Так в archiso как раз и можно и драйвера и пакеты и модули ядра и первичные скрипты, аля enable gdm устанавливать и т.п.
На этом обсуждение заканчиваю ...
Ошибки не исчезают с опытом - они просто умнеют
1.vasek:1. Активировать сервисы systemd
sudo systemctl enable nvidia-suspend.service
sudo systemctl enable nvidia-resume.serviceoptions nvidia Nvreg_PreserveVideoMemoryAllocations=1В результате после выхода из ждущего режима сообщение: "Подсистема эффектов рабочего стола была перезапущена из-за сброса графики" стало появляться намного быстрее ))) Другими словами сброс происходит мгновенно (ранее секунда-полторы). Сначала даже подумал, что вопрос решён. Но нет.
Откатил все изменения назад.
Так это как бы умолчанию уже давно в гноме. Поэтому, предвидя возможную путаницу, специально оговаривал в этом топике, что в моём случае речь идёт об Х-сессии. Но видимо всё-таки тут я внёс некую сумятицу.vasek:от можно было сразу написать, что используешь wayland ?
Прошу меня извинить.
vall: У меня под иксами в KDE тоже есть такая проблема
...
P.S. Топикстартер отдыхает, работаю за него (не без пользы для себя). Но в иксовой сессии KDE )))
Значит не повезло - кому то и не помогает ... главное знаешь суть проблемыvall:Сначала даже подумал, что вопрос решён. Но нет.
Откатил все изменения назад.
В части Wayland и Nvidia - есть статья
В части Wayland + Nvidia + Suspend - не все однозначно, но решения тоже имется ... правда тоже не 100%
PS - замечания касались только ТС ... топик же его ...
EDIT - to vall - в DOC прописаны два нюанса (привожу на всякий случай)
1. Обратите внимание, что файловые системы, такие как /tmp и /run, часто имеют тип TMPFS и потенциально относительно небольшие.
Попробуй изменить путь, например
options nvidia NVreg_PreserveVideoMemoryAllocations=1 Nvreg_TemporaryFilePath=/var/tmp2. … привожу просто для информации ...
При определении подходящего размера поддержки видео памяти рекомендуется начать с общего объема видео памяти, поддерживаемой графическими процессорами, установленными в системе. Например:
nvidia-smi -q -d MEMORY |grep 'FB Memory Usage' -A1
Каждая общая строка, возвращаемая этой командой, отражает видео памяти GPU в MIB. Сумма этих чисел, плюс 5% , является консервативной отправной точкой для размера поддержки видео памяти.
Ошибки не исчезают с опытом - они просто умнеют