На всякий случай еще раз замечу: подключение через тимвьювер. Был бы это виндовый рдп (например), то такой проблемы бы не было, т.к. я выставляю настройки у себя любые. Тимка же работает через свой драйвер, по сути транслируя мне изображение, передаваемое на экран.
А других простых решений, кроме тимки для Линукса нет. Я бы с удовольствием использовал бы что-то другое, что минуя NAT будет давать легко работать.
Для Винды есть удобная программа RMS — в ней через интернет-айди создается подключение, а дальше, либо я подключаюсь, либо, как по тимке (через передачу экрана), либо по rdp (ssh, cmd, etc.). Мне вполне устроивало работать по RDP. Очень удобный протокол.
Но, к сожалению, через CrossOver эта программа не работает корректно (несмотря на то, что на Википедии написано, что поддержка есть). Приходится использовать тв.

Не совсем понял, нужно что? Если я подключаюсь с телефона или планшета или нетбука к рабочему месту (путешествую много), то получается, что я теряю кучу пространства из-за квадрата. При этом, рабочие проекты широкоформатные. В итоге получается, что я подключился с небольшого (допустим 10") экрана, который 16:9. Получаю по бокам пустоты, т.к. вижу 4:3. Итого у меня уже около 8" рабочее пространство. Но на рабочей тачке оно широкоформатное. Итого получается я либо постоянно скроллю вбок, либо масштабирую, что лишает меня рабочего пространства еще больше. В итоге от 8" квадрата, я получаю 6" 16:9.
При ноуте 13.3" я получаю пространство в 9". А с телефона (иногда нужно срочно подключиться бывает) я вообще только масштабированием и могу что-то разглядеть и гонять туда-сюда область обзора, как в Опере джойстиком во времена Симбиана.

xrandr не мультиоконность разве создает? Могу ли я просто сменить разрешение с 1920*1200 на 1920*1080 (сейчас если что, такого нет в настройках)? Тогда при подключении я бы его и получал через ТВ. То, что под консолью на мониторе будет криво — вообще без разницы. Там никто не сидит.

Страшно даже представить ради чего это нужно.
Но если уж очень хочется, есть xrandr. У него есть ключи --mode, --fb и --panning.

Потестировав, я пришел к такому выводу (может конечно путаю, но сложилось именно такое ощущение):
1. Потухание — глушит монитор. Просто отключает подсветку/делает его черным. Он продолжает работать.
2. Энергосбережение — выключает монитор, как это мы привыкли везде видеть.

Потухание, это что-то типа затемнения на ноутбуках, когда сначала подсветка менее яркая становится, а после монитор выключается. Здесь же сразу в черный экран.

Но есть одна особенность: при удаленном сеансе, если монитор перешел в энергосбережение, то он выключен, но я продолжаю наблюдать за сеансом.
При потухании же, на мониторе черный экран и в удаленке черный экран. Будто «дешевая» реализация включения черного фона на весь экран.

А у меня разметка
/
SWAP — в два раза больше ОЗУ
Вот всё.

параметры системы — поведение рабочей среды — блокировка экрана

Я бы в такой ситуации загрузился с лайв с проприетарными драйверами. И если там с разрешением всё ОК- взял бы оттуда конфиги и сравнил с теми что в системе.

Не помогло. после перезагрузки опять танцы с бубном.


Смотрите как интересно в Xorg.log

<code>
[   295.643] (**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32
[   295.643] (==) NVIDIA(0): RGB weight 888
[   295.643] (==) NVIDIA(0): Default visual is TrueColor
[   295.643] (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
[   295.643] (II) Applying OutputClass "nvidia" options to /dev/dri/card0
[   295.643] (**) NVIDIA(0): Option "AllowEmptyInitialConfiguration"
[   295.643] (**) NVIDIA(0): Enabling 2D acceleration
[   295.954] (--) NVIDIA(0): Valid display device(s) on GPU-0 at PCI:1:0:0
[   295.954] (--) NVIDIA(0):     CRT-0
[   295.954] (--) NVIDIA(0):     CRT-1 (boot)
[   295.954] (--) NVIDIA(0):     DFP-0
[   295.954] (--) NVIDIA(0):     DFP-1
[   295.955] (II) NVIDIA(0): NVIDIA GPU GeForce GT 630 (GF108) at PCI:1:0:0 (GPU-0)
[   295.955] (--) NVIDIA(0): Memory: 2097152 kBytes
[   295.955] (--) NVIDIA(0): VideoBIOS: 70.08.aa.00.00
[   295.955] (II) NVIDIA(0): Detected PCI Express Link width: 16X
[   295.957] (--) NVIDIA(GPU-0): CRT-0: disconnected
[   295.957] (--) NVIDIA(GPU-0): CRT-0: 400.0 MHz maximum pixel clock
[   295.957] (--) NVIDIA(GPU-0): 
[   296.033] (--) NVIDIA(GPU-0): CRT-1: connected
[   296.033] (--) NVIDIA(GPU-0): CRT-1: 400.0 MHz maximum pixel clock
[   296.033] (--) NVIDIA(GPU-0): 
[   296.035] (--) NVIDIA(GPU-0): DFP-0: disconnected
[   296.035] (--) NVIDIA(GPU-0): DFP-0: Internal TMDS
[   296.035] (--) NVIDIA(GPU-0): DFP-0: 330.0 MHz maximum pixel clock
[   296.035] (--) NVIDIA(GPU-0): 
[   296.035] (--) NVIDIA(GPU-0): DFP-1: disconnected
[   296.035] (--) NVIDIA(GPU-0): DFP-1: Internal TMDS
[   296.035] (--) NVIDIA(GPU-0): DFP-1: 165.0 MHz maximum pixel clock
[   296.035] (--) NVIDIA(GPU-0): 
[   296.036] (WW) NVIDIA(0): No valid modes for "CRT-1:1600x900"; removing.
[   296.036] (WW) NVIDIA(0): 
[   296.036] (WW) NVIDIA(0): Unable to validate any modes; falling back to the default mode
[   296.036] (WW) NVIDIA(0):     "nvidia-auto-select".
[   296.036] (WW) NVIDIA(0): 
[   296.036] (II) NVIDIA(0): Validated MetaModes:
[   296.036] (II) NVIDIA(0):     "CRT-1:nvidia-auto-select"
[   296.036] (II) NVIDIA(0): Virtual screen size determined to be 640 x 480
[   296.037] (WW) NVIDIA(0): CRT-1 does not have an EDID, or its EDID does not contain a
[   296.037] (WW) NVIDIA(0):     maximum image size; cannot compute DPI from CRT-1's EDID.
[   296.037] (==) NVIDIA(0): DPI set to (75, 75); computed from built-in default
[   296.037] (--) Depth 24 pixmap format is 32 bpp
[   296.037] (II) NVIDIA: Using 6144.00 MB of virtual memory for indirect memory
[   296.037] (II) NVIDIA:     access.
[   296.039] (II) NVIDIA(0): ACPI: failed to connect to the ACPI event daemon; the daemon
[   296.039] (II) NVIDIA(0):     may not be running or the "AcpidSocketPath" X
[   296.039] (II) NVIDIA(0):     configuration option may not be set correctly.  When the
[   296.039] (II) NVIDIA(0):     ACPI event daemon is available, the NVIDIA X driver will
[   296.039] (II) NVIDIA(0):     try to use it to receive ACPI event notifications.  For
[   296.039] (II) NVIDIA(0):     details, please see the "ConnectToAcpid" and
[   296.039] (II) NVIDIA(0):     "AcpidSocketPath" X configuration options in Appendix B: X
[   296.039] (II) NVIDIA(0):     Config Options in the README.
[   296.052] (II) NVIDIA(0): Setting mode "CRT-1:nvidia-auto-select"
[   296.105] (==) NVIDIA(0): Disabling shared memory pixmaps
[   296.105] (==) NVIDIA(0): Backing store enabled
[   296.105] (==) NVIDIA(0): Silken mouse enabled
[   296.105] (**) NVIDIA(0): DPMS enabled
[   296.105] (WW) NVIDIA(0): Option "PrimaryGPU" is not used
[   296.105] (WW) NVIDIA(0): Option "NoLogo" is not used
</code>

Отличный совет!
Им и решил воспользоваться.
Короче что имеем на данный момент —

Решил воспользоваться услугами mhwd, думаю системный скрипт разложит сам все по полочкам.
И он разложил.
nouveau в блеклисте и вот новый xorg.conf для nvidia

Вот эти вот Unknown меня че то опять напрягли и я решил сделать вот так:


Ну, перезагружаюсь… Не буду выебываться со всякими systemctl stop sddm…

а после установки nouveau, вы пробовали снова поставить non-free драйвер (и удалить nouveau)?
Возможно перед этим нужно удалить конфиг файл сгенерированный в прошлый раз nvidia-settings в папке /etc/X11/mhwd.d/

Поведение рабочей среды — Блокировка экрана, снять отметку «Блокировать экран автоматически».

Потухание и энергосбережение — скорее всего, имеются в виду режимы standbye и suspend. Suspend — большее энергосбережение.

Думаю, что вы правы — параметр «Приостановить сеанс» переводит компьютер в ждущий или спящий режим, но по умолчанию при питании от сети он отключён, т.е. комп в спячку не уходит.

попробуй установить драйвер нвидиа другой версии, проверь установлен ли пакет nvidia-utils нужной версии, linux-nvidia нужной версии(например, linux414-nvidia)? переустановите эти пакеты, попробуйте загрузится с другого ядра

Ни у кого больше нет идей? nouveau это же все таки костыль
Переустанавливать систему тоже не вариант, стока всего настраивать опять…

Спасибо! Переносил установку с другого ноутбука, стояла так же свежая версия. Однако просто снос директорий ~/.local и ~/.kde не помог, создал нового пользователя и перенес всё туда, заняло 20 минут времени, до этого ломал голову около месяца

Ни за что не догадаетесь в чём была проблема! Место на руте кончилось) Кэш почистил и sddm запустился)))

Спасибо за инфо! Посмотрел, вариант похожий, но не мой. У меня SDDM после перезапуска не стартует((

По всей видимости проблема действительно в определении монитора драйвером. nouveau работает вроде нормально. Пока на нем и остаюсь…

здесь предлагают вот что:

Some of you might have issues to start KDE with the new SDDM v0.16 release. This is a known upstream issue30. You simply have to delay it’s start.

If sddm works after you can add a delay to sddm:

Define your favorite editor if you haven’t already (replace vim with your choice): export EDITOR=vim

Edit unit: systemctl edit sddm

Add to the editor (10s delay):

[Service]
ExecStartPre=/bin/sleep 10

This will create /etc/systemd/system/sddm.service.d/override.conf

и говорят в версии sddm 0.16.0-3 ошибка была исправлена

там уже столько было удалено этих файлов..

sh-4.4$ ls /etc/X11
mhwd.d  xinit  xorg.conf.d

Удалил nvidia
Подгрузил nouveau
Запустил рабочий стол, в параметрах системы моник определился номально, разрешение тоже определилось как надо…