LINUX.ORG.RU

Сообщения rukez

 

Как сейчас проще всего получить у пользователя гео координаты?

Нужно всего две вещи:

  • дать возможность двигая карту выставить центр плюс-минус в нужном пользователю месте и получить примерные координаты
  • в обратном порядке отобразить карту с известными координатами в центре

Сервис работает и в РФ, где с гуглом планируются печали, и вне РФ, где яндекс нечто неведомое, за сим был выбран openstreetmap но вот беда (с) типовая библиотека (которую дергает и сам осм если жамкнуть «поделиться» на карте на оф сайте) лифлет упорно декларирует сине-желтые убеждения что, понятно, не допустимо. OpenLayers выглядит несколько адиозно для моих задач

Как в итоге нонче можно с наименьшими трудозатратами организовать сей простой квест по «тыкни пальцем на карте я запомню и потом тебе покажу куда ты тыкал» т.е. самый минимум из картографии?

 ,

rukez
()
8 комментариев

Посоветуйте DE для вялого планшета

Есть планшетик на Atom x7-Z8750, нерасширяемой 8Гб озу и emmc вместо ssd
Гном из дебиана 13 на нем еле-еле волохается, кде подозреваю будут так-же - какие де/вм из легковесных умеют в экранную клавиатуру и прочие планшетные прелести?

 

rukez
()
22 комментария

Посоветуйте маленький хороший ноут или современный х280

Есть хотелка купить разъездной ноут, работать за ним не планируется особо по этому хотелось бы экран 12 или 13» чтоб влезал на коленки в сапсане/самолете и с 1080 разрешением.
К толщине корпуса нет требований - можно толстенький с батарейкой хорошей

Требования:

  • 32Гб ОЗУ (с завода или возможность впихнуть)
  • usb 3 (обычные, не С) пара
  • usb c тоже пара
  • зарядка через usb c, желательно с возможностью старта от слоупочных рандомных зарядок
  • rj45 очень очень хотелось бы
  • удобная клава
  • крайне желательно трекпоинт, можно без тачпада
  • проц любой чахлик х86 (арм не подходит), видео встройка чтоб не страдать с дровишками + выход на 2 монитора
  • батарейка часов 8-10 под вялой нагрузкой, чем больше тем лучше

Вообщем по сути как синькпад х280 из 2025

К удивлению пробежавшись по каталогам магазинов увидел что в 12» совсем ничего нет, из 13» у Леновы нонче только х9 без трекпоинта (шта это вообще?), и даже в 14» т14s куда-то исчезли - самый мелкий из покупаемого х1 или т14
У делла вроде 13шки проплюс симпатичные есть но комплекташка в наличии всего одна и почему то заметно дороже таких же 14/15/16 моделек
На удивление самым разумным из мелкого выглядит яблоко либо эйр 13 либо про14 но три года на про16 с м1 оставили очень двойственные ощущения и я бы хотел более уютное х86+дебиан :)

 

rukez
()
2 комментария

На что намекает ошибка The base device for the VPN connection was not active?

Пытаюсь подключиться к облаку раруса (1с) через PPTP, шлюз пингуется но при попытке поднять соединение получаю загадочную причину, которая на удивление не гуглится:

NetworkManager[1181]: <info>  [1766736382.2834] audit: op="connection-activate" uuid="2de7de31-7a6c-4fa6-95d6-545bebf32487" name="1c-papyc" pid=837858 uid=1000 result="fail" reason="The base device for the VPN connection was not active."

куда копать?

 

rukez
()
14 комментариев

Fedora 43 неработающий NightLight и слетающие профили дисплеев

Запускаем систему, включаем Night light - не работает
Смотрим журнал службы цветокора:

Dec 08 18:12:38 fedora systemd[1]: Starting colord.service - Manage, Install and Generate Color Profiles...
Dec 08 18:12:38 fedora colord[1546]: failed to get edid data: EDID length is too small
Dec 08 18:12:38 fedora systemd[1]: Started colord.service - Manage, Install and Generate Color Profiles.

Ок, не видит едид, идем в настройки мониторов - там все заполнено (т.е. едид норм) но у всех подключенных мониторов не заполнены профили - выставляем руками дефолтные, включаем Night light - работает

Выходим из сеанса, заходим снова - в журнале colord ничего нового нет но в настройках мониторов опять нет профилей - т.е. при каждом входе в систему их надо заполнять с нуля

Куда копать? Это прикол федоры или гнома 49?

 ,

rukez
()
2 комментария

Новый DNF в Fedora 43 - как вывести метку installed при выводе результатов поиска?

Делаем

sudo dnf search openjdk
...
 java-25-openjdk-devel.x86_64	OpenJDK 25 Development Environment
 java-25-openjdk-devel-fastdebug.x86_64	OpenJDK 25 Development Environment optimised with full debugging on
 java-25-openjdk-devel-slowdebug.x86_64	OpenJDK 25 Development Environment unoptimised with full debugging on
 java-25-openjdk-fastdebug.x86_64	OpenJDK 25 Runtime Environment optimised with full debugging on
 java-25-openjdk-headless.x86_64	OpenJDK 25 Headless Runtime Environment
...

при этом

dnf list --installed | grep openjdk
java-25-openjdk.x86_64                               1:25.0.1.0.8-1.fc43                 updates
java-25-openjdk-devel.x86_64                         1:25.0.1.0.8-1.fc43                 updates
java-25-openjdk-headless.x86_64                      1:25.0.1.0.8-1.fc43                 updates

Насколько помню раньше при поиске dnf показывал и из какой репки будет брать пакет и уже установленные пакеты отмечались очевидным [installed] - это можно как-то назад вернуть?

 

rukez
()
3 комментария

Гном - можно ли иметь несколько сочетаний кнопок для переключения раскладки?

Если накидать несколько grp: то работает только первый (в данном случае капс) и штатная переключалка по super+space, если поменять местами сделав grp:alt_shift_toggle первым то будет работать альт+шифт и супер+пробел

dconf read /org/gnome/desktop/input-sources/xkb-options 
['grp:caps_toggle', 'grp:alt_shift_toggle']

Fedora 43, GNOME 49.2, Wayland

Это норма жизни или в вяленом как-то по другому надо назначать кнопки?
Хочу чтоб работал и капс и альт+шифт, супер+пробел не нужен совершенно

 , ,

rukez
()
8 комментариев

Fedora 43 после обновления ядра не принимает пароль luks

Накатываем 43 федору, при установке выбираем «шифровать раздел», разметка автоматом на весь диск (раздел btrfs - они там с шапкой не разных этажах не могут определиться выкидывать его или нет?)

Загружаемся в установленную систему, делаем dnf update, перезагружаемся и оп - пароль не подходит:

6.17.9

-- Boot 995afe82fe3342298399bcd064ab05a5 --
дек 05 22:34:37 fedora systemd[1]: Starting systemd-cryptsetup@luks\x2d3931187d\x2d8f6e\x2d4c5f\x2d9a92\x2deb650a5f95e0.service - Cryptography Setup for luks-3931187d-8f6e-4c5f-9a92-eb650a5f95e0...
дек 05 22:34:48 fedora systemd-cryptsetup[791]: Set cipher aes, mode xts-plain64, key size 512 bits for device /dev/disk/by-uuid/3931187d-8f6e-4c5f-9a92-eb650a5f95e0.
дек 05 22:34:50 fedora systemd-cryptsetup[791]: Failed to activate with specified passphrase. (Passphrase incorrect?)
дек 05 22:34:50 fedora systemd-cryptsetup[791]: Set cipher aes, mode xts-plain64, key size 512 bits for device /dev/disk/by-uuid/3931187d-8f6e-4c5f-9a92-eb650a5f95e0.
дек 05 22:34:52 fedora systemd-cryptsetup[791]: Failed to activate with specified passphrase. (Passphrase incorrect?)
дек 05 22:35:05 fedora systemd-cryptsetup[791]: Set cipher aes, mode xts-plain64, key size 512 bits for device /dev/disk/by-uuid/3931187d-8f6e-4c5f-9a92-eb650a5f95e0.
дек 05 22:35:07 fedora systemd[1]: Finished systemd-cryptsetup@luks\x2d3931187d\x2d8f6e\x2d4c5f\x2d9a92\x2deb650a5f95e0.service - Cryptography Setup for luks-3931187d-8f6e-4c5f-9a92-eb650a5f95e0.
дек 05 19:35:49 localhost-live systemd[1]: Stopping systemd-cryptsetup@luks\x2d3931187d\x2d8f6e\x2d4c5f\x2d9a92\x2deb650a5f95e0.service - Cryptography Setup for luks-3931187d-8f6e-4c5f-9a92-eb650a5f95e0...
дек 05 19:35:49 localhost-live systemd-cryptsetup[11133]: Device luks-3931187d-8f6e-4c5f-9a92-eb650a5f95e0 is still in use.
дек 05 19:35:49 localhost-live systemd-cryptsetup[11133]: Failed to deactivate 'luks-3931187d-8f6e-4c5f-9a92-eb650a5f95e0': Device or resource busy
дек 05 19:35:49 localhost-live systemd[1]: systemd-cryptsetup@luks\x2d3931187d\x2d8f6e\x2d4c5f\x2d9a92\x2deb650a5f95e0.service: Control process exited, code=exited, status=1/FAILURE
дек 05 19:35:49 localhost-live systemd[1]: systemd-cryptsetup@luks\x2d3931187d\x2d8f6e\x2d4c5f\x2d9a92\x2deb650a5f95e0.service: Failed with result 'exit-code'.
дек 05 19:35:49 localhost-live systemd[1]: Stopped systemd-cryptsetup@luks\x2d3931187d\x2d8f6e\x2d4c5f\x2d9a92\x2deb650a5f95e0.service - Cryptography Setup for luks-3931187d-8f6e-4c5f-9a92-eb650a5f95e0.

Но если грузится с дефолтным 6.17.1 все норм:

-- Boot 5620dbcf9cfb41f9b44d7847f0f156ff --
дек 05 22:38:47 fedora systemd[1]: Starting systemd-cryptsetup@luks\x2d3931187d\x2d8f6e\x2d4c5f\x2d9a92\x2deb650a5f95e0.service - Cryptography Setup for luks-3931187d-8f6e-4c5f-9a92-eb650a5f95e0...
дек 05 22:38:58 fedora systemd-cryptsetup[795]: Set cipher aes, mode xts-plain64, key size 512 bits for device /dev/disk/by-uuid/3931187d-8f6e-4c5f-9a92-eb650a5f95e0.
дек 05 22:39:00 fedora systemd[1]: Finished systemd-cryptsetup@luks\x2d3931187d\x2d8f6e\x2d4c5f\x2d9a92\x2deb650a5f95e0.service - Cryptography Setup for luks-3931187d-8f6e-4c5f-9a92-eb650a5f95e0.

При вводе пароля на 6.17.1 раскладка указана как en, при вводе пароля на 6.17.9 емнип как english (логически та-же но написание под окном ввода иное) - это единственное отличие что я нашел :D

Иронично но это был вообще первый раз когда федора за последние лет 10 взлетела на моем пк без приколов с «не вижу диски, не буду ставить загрузчик, вот тебе черный экран» из коробки и тут на тебе :D

п.с. пароль точно правильный, капс отключен, кол-во вводимых символов соответствует, клава проводная

 ,

rukez
()
7 комментариев

Ffmpeg h264 аппаратный декодер для amd

Сабж - кто пользует ffmpeg для декодирования (не кодирования!) н264 аппаратного - подскажите как вы инициализируете декодер - под нвидией прекрасно стартует h264_cuvid и активно нагружает аппаратный блок декодирования, под амд h264_vaapi с 9060 упорно прикидывается работающим (в дебаге никакого выхлопа) но и все декодирование делает центральный проц

Пробовал:

  • принудительно указывать hwaccel vaapi и декодер как h264_vaapi
  • указывать все что видит /dev/dri

Системно поддержка декодирования на карте есть 👨🏿‍🔧

 ,

rukez
()
33 комментария

Присоветуйте библиотеку для вывода видео

Есть хотелка портировать с libvlc утилитку для вывода потоков с видео камер, утилитка написана на яве с vlcj в виде обертки над libvlc, но есть идея переписать на сях для более внятного контроля видео слоя, которого под явой по понятным причинам нет

Утилитку не возбраняется прибить гвоздями к конкретному аппаратному декодеру (невидии или амд) и рисовалке

Нужно:

  • выводить одновременно 64+ потока h264/h265 в разных разрешениях, в том числе в хайрезе (5мп+) т.е. нужна поддержка и аппаратного декодирования и вывода, и сразу в многопотоке без синхронизации потоков
  • выводить фрагментированный мп4 или прямой ts без разрывов между кусками т.е. что-бы первый кадр файла можно было сразу нарисовать на последнем кадре того что игралось до этого без сброса слоя вывода («черный кадр»)
  • в идеале встроенная возможность подсасывать файлы по http(s) чтоб не плодить буфферы
  • кросс-платформа линух-вин, неплохо поддерживать мак хотя бы на базовом уровне

на данный момент libvlc печалит следующими моментами:

  • стабильность - иногда она на ровном месте убивается при переключении сегментов или старте вывода потока, что в нативном виде что под ява-оберткой, при этом закономерности никакой нет, это просто данность
  • совместимость с «китайским» h264/265 не фонтан - часто то что легко декодирует ffmpeg непреодолимое препятствие для libvlc
  • нет возможности при переключении заранее декодировать новый поток (дождаться опорного кадра) или подгрузки нового файла (дождаться декодера) и переключать вывод по факту готовности кадра без разрыва картинки
  • при включении аппаратного ускорения есть затуп с синхронизацией вывода по первому кадру, при отключении - под явой есть предсказуемый затуп однопоточного вывода

из плюсов:

  • аппаратное ускорение работает весьма неплохо (хотя после выпиливания из дебиана live555 приходится собирать ручками) на всех платформах
  • обертка под яву весьма недурная

Gstreamer отложен в долгий ящик ибо прошлые эксперименты несколько лет назад показали что надо строить довольно сложную надстройку для декодирования чужого заранее определяя используемые источником кодеки

С ffmpeg все выглядит намного проще в плане автомата определения содержимого но несколько лет назад были определенные проблемы с аппаратным ускорением - либо я что-то делал не так (с) но даже тупой вывод 32 ffplay (т.е. без моего участия - просто 32 эталонных реализации от авторов запущенных одновременно) отжирал ресурсов заметно больше чем вывод тех-же 32 потоков через libvlc - возможно ffmpeg’у помогло бы правильное обертывание чтоб он не долбил 32 копии?

На что еще посмотреть?

 ,

rukez
()
15 комментариев

Присоветуйте железки на амд

Ввиду определенной боли с интелами 14700 и 14900 на работе и дома (cmake вечно сегофолтит попадая на «мелкие» ядра, 4 плашки озу запускаются только с лютыми бубнами ручного подбора таймингов и скорости) есть хотелка собрать машинку на амд.

Из софта дебиан 13, некоторое кол-во виртуалок, много явы, немного си + китайский идф, немного куды + opencv

Вопросы:

  • есть ли нонче какие проблемы совместимости с актуальными версиями процов (x3d)? хотелка нацелена на 9900X3D
  • память под амд надо подбирать как было на ранних рязанях двухранговую или сейчас можно брать любую ддр5?
  • есть ограничения по скорости на озу при использовании 4 плашек? т.е. есть ли смысл брать память пошустрее (6800 например) или наоборот стоит брать помедленнее (5200) чтоб она точно стартовала по xmp?
  • хочу попутно попробовать пользовать невидиевскую карту для куды, а отображать графоний через нечто открыто-дровное от амд, есть ли с этим какие-нить проблемки сейчас? можно ли один монитор держать на платке амд а второй на невидии чтоб попутно работать с двумя разными н265 декодерами одновременно выводя видео потоки без плясок с бубнами с декодированием на одной плате и выводом на другой, имея два видео сервера (два ксорга же точно можно, можно ли комбо из ксорга+вяленого или два вяленых?)
  • мне надо подоткнуть 2 5к@60Гц монитора - встройка на 9900X3D в паре с внятной мамкой такое может или надо доставлять дискретку?

 

rukez
()
67 комментариев (стр. 2)

Как можно нагрузить разномастные диски и иметь некоторую избыточность при потоковой записи?

Имеется:

  • количество А разномастных hdd с плавающей скоростью записи (что логично, хдд от природы такие)
  • имеется В потоков данных

Если В <= А и трафик в каждом потоке из В < половины возможностей на запись самого медленного из дисков А все понятно - просто дублируем каждый поток на два любых диска.
С ситуацией когда трафик превышает возможности нескольких конкретных дисков тоже в целом понятно - прибываем потоки по приоритетам

Вопросы:

  1. чем удобней разрулить ситуацию когда потоков много (больше количества дисков) и при этом общий трафик всех потоков ~ 80% совокупной возможности дисков на запись в самом медленном для дисков случае (все диски на внутренних дорожках оказались одновременно)

Подозреваю что если возьму и просто сделаю райд1 из 5+5 дисков часть из которых в 5 раз быстрее соседей то меня будет ждать фиаско и он будет работать с непостоянной скоростью?

Подозреваю что зфс более логична за счет распределения по всем дискам из кеша в ОЗУ но если она распределяет равномерно то кеш так же равномерно и закончится в отличии от потоков

Городить свой костыль не очень хочется потому что скорость записи плавает в процессе и ее особо не отследить пока потоки не начнут затыкаться

 ,

rukez
()
17 комментариев

OpenSuse tumbleweed + Nvidia - вопросы

Кде не пользовал со времен 3 т.к. очень раздражало подлагивание интерфейса, тут случайно наткнулся на решение в виде установки минимальной задержки композитора и кеды заиграли новыми красками (с)

Для закрепления эффекта на ноут с Квадрой т1000 был накачен tumbleweed дабы потыкать сразу 6ые и что самое удивительное - в нем под иксами нет настроек вялости композитора - только отключить и разрешить блокировать - это фишка 6? Или надо в конфиге менять?

Ок, включил вяленого и в целом тоже не плохо на удивление заработало с парой оговорок:

  • после засыпания внешний монитор черный пока не перещелкнешь вход в меню монитора - система просыпается, экран видит но картинки нет, программно включить-выключить в настройках кде не помогает
  • после того как всеж таки все проснулось, приложения запущенные в х11 внутрях вяленого начинают адиозно тупить, перерисоваться квадратами, терять ввод и тп - помогает только рестарт приложения - это лечится?

И бонусный вопрос по иксам - в режиме производительности «авто» в панельке управления невидии карта работает бесшумно но первую секунду при активной движухе на экране (скроллинг, шустро окошки двигать и тп) все рисуется с подергиванием (рывками). Если включить шустрый режим то все рисуется норм но в полном простое она умудряется включить вентилятор - нема какого более шустрого «авто» чтоб быстро раздуплялся и так же быстро засыпал?

 ,

rukez
()
1 комментарий

Колпино, си, ява

Расширяем штат на производстве, нужны:

  • си под мк, в приоритете фриртос и есп32, наличие опыта под стм32/гд - плюс, умение в плис - к хорошим премиям :)
  • ванильная ява se + swing + jni, опыт в нагруженном бэкенде - плюс, умение в видео и opencv - к хорошим премиям :)

Офис в Колпино, на старте пятидневка, по результатам возможна частичная удаленка (2 дня в офисе, 3 дома)

Не против перспективных джунов (~100 на старте).
Мидл ~150-200 на старте.
Сеньёр - обсуждаемо.

  • премии и дмс

orlovsn@npfpol.ru

 

rukez
()
5 комментариев

1с под линукс - есть ли смысл воротить аналог терминального сервера?

Есть идея перекинуть 1с ерп с вин 2019 на дебиан (бд уже постгря под вин)
С реализацией в режиме клиент-сервер в целом все понятно, нюанс в том что в вин по традиции у нас используется терминальный сервер и у клиентов стоят простенькие моноблоки, задача которых исключительно запустить рдп клиент.

Вопрос - стоит ли городить терминальный сервер под лин вообще, и если да то на чем оно работает более внятно - vnc или xrdp?

Клиентов пытались перенести на линух много лет назад но тогда все уперлось в весьма унылую работу рдп с виндовым сервером - имеются некоторые фантомные боли после этого и очень хотелось бы услышать историю успеха из современного мира ^_^

 ,

rukez
()
25 комментариев

TrueNAS SCALE vs Proxmox для сервера с ВМ и хранением

Задача - перенести текущее решение на oracle linux + virtual box + mdm + samba на что-то более лаконичное

Виртуалок три:

  • 1с7 на вин2003 + терминальный сервер (за сим и virtual box ибо в нем корректно работает pae в 2003 х86)
  • 1с8 на вин2019 + терминальный сервер (пока тестовая эксплуатация, в вб работает, понятно, весьма уныло) -> наиболее вероятно будет заменен на дебиан+постгрю с версией 1с под линукс но пока не определились будет ли на нем «терминал»
  • гитлаб

Хранение:

  • 2 быстрых pci-e диска в зеркале для хоста и виртуалок
  • 4 хдд в зеркале как общий диск для документов
  • 2 хдд в зеркале для бэкапов виртуалок

Изначальный план был воткнуть proxmox, поднять на нем mdm и раздать самбой но смотрю есть новый трунас который тоже имеет оберточку над kvm - есть смысл на него смотреть как замену proxmox’у? (вариант с «завиртуалить на проксмоксе трунас» выглядит несколько избыточным)
Особых плюшек от гипервизора не требуется - машины бэкапятся целиком по ночам (т.е. снэпшоты не используются), возможность подоткнуть второй сервер для отказоустойчивости приветствуется но не обязательна

 

rukez
()
2 комментария

Как забриджить разноскоростные интерфейсы?

Есть сервер1 с портом 10гб/с и портами по 1гб/с
Есть сервер2 с портом в 1гб/с Есть сервер3 с портом 1гб/с Есть клиент которому хочется иметь иметь 10гб/с к серверу1 и достаточно 1гб/с к серверу2 и серверу3
Нюанс (с) сервер2 является шлюзом для всех

вроде как логичным выглядит втыкание клиента в 10гб/с порт сервера1, втыкание сервера2 и сервера3 в 1гб/с порты сервера1 и:

  • бридж между 1гб/с портами
  • роутинг между 10гб/с и бриджем

Накидайте тезисов для почитать как настроить маршрут чтоб клиент мог попасть через сервер1 в сервер3 и все могли через сервер2 бегать в инетик при условии что подсеть у всех одна

И попутный вопрос - скорость бриджа для машины на которой он организован - ограничена скоростью порта или нет?
Т.е. если сервер1 одновременно пишет в сервер2 и сервер3 то он суммарно ограничен скоростью в 1гб/с или может во все 2гб/с?

 

rukez
()
14 комментариев

А присоветуйте роутер или точку доступа с вафлей6

Функции роутера не особо нужны но вроде так получается дешевле :)
Хочется максимально шустрый в плане локалки

иетересны два момента:

  • если роутер то должен уметь пускать в локалку по имени домена (т.е. если у меня есть домен вася.ру с внешним ойпи 1.1.1.1 на сервере с внутренним ойпи 2.2.2.2 в сети за этим роутером то хочу ходить в него по вася.ру и не страдать с забиванием в hosts внутреннего ip - текущий микротик так и не смог в такое)
  • не шибко тупой на мелких пакетах - основной генератор боли это smb сервер с тоннами графики и построение превьюшек с него это боль - там правда неудачное стечение технических решений (дисковая с ntfs, самба на оракле и один из клиентов это мак у которого с самбой вообще попа) но все таки

Ну и традиционно - шоб не вис (с)

Тплинк ах55 вроде более-менее хвалят но я так понял там надо вторую ревизию искать о чем не узнаешь пока не приедет
Может чего получше есть из не игрового?

 

rukez
()
8 комментариев

hdmi на старенькой невидии

собрал себе преобразователь интерфейсов PАТА-Ethernet :D в виде старенького компа что-бы забрать архивчики старые

в него попадала молния (по этому памяти да, чуть меньше видно чем есть :D), он пережил несколько переездов, отвал нуля на вводе, провел лет пять в сыром холодном подвале но не здается
похлопаем ему

description: Motherboard
       product: P5P43TD PRO
       vendor: ASUSTeK Computer INC.
description: CPU
          product: Intel(R) Core(TM)2 Quad CPU    Q8300  @ 2.50GHz
description: System Memory
          size: 8GiB

все вроде бы прекрасно акромя тому что под рукой только один 4к монитор с хдми, при загрузке наблюдаем биос в vga, потом консоль в 4к (внезапно) а потом черный экран
графоний вроде не особо и нужен но стало интересно, выхлоп в дмесге:

root@oldhdds:~# dmesg | grep nouveau 
[    5.502613] nouveau 0000:01:00.0: vgaarb: deactivate vga console
[    5.503897] nouveau 0000:01:00.0: NVIDIA GK208B (b06080b1)
[    5.614927] nouveau 0000:01:00.0: bios: version 80.28.7f.00.0b
[    5.615735] nouveau 0000:01:00.0: fb: 1024 MiB GDDR5
[    6.928111] nouveau 0000:01:00.0: DRM: VRAM: 1024 MiB
[    6.928117] nouveau 0000:01:00.0: DRM: GART: 1048576 MiB
[    6.928121] nouveau 0000:01:00.0: DRM: TMDS table version 2.0
[    6.928124] nouveau 0000:01:00.0: DRM: DCB version 4.0
[    6.928126] nouveau 0000:01:00.0: DRM: DCB outp 00: 01000f02 00020030
[    6.928129] nouveau 0000:01:00.0: DRM: DCB outp 01: 02011f62 00020010
[    6.928131] nouveau 0000:01:00.0: DRM: DCB outp 02: 02022f10 00000000
[    6.928134] nouveau 0000:01:00.0: DRM: DCB conn 00: 00001031
[    6.928136] nouveau 0000:01:00.0: DRM: DCB conn 01: 00002161
[    6.928138] nouveau 0000:01:00.0: DRM: DCB conn 02: 00000200
[    6.929561] nouveau 0000:01:00.0: DRM: MM: using COPY for buffer copies
[    7.142045] nouveau 0000:01:00.0: DRM: allocated 3840x2160 fb: 0x80000, bo (____ptrval____)
[    7.144000] fbcon: nouveaudrmfb (fb0) is primary device
[    7.300784] nouveau 0000:01:00.0: [drm] fb0: nouveaudrmfb frame buffer device
[    7.332177] [drm] Initialized nouveau 1.3.1 20120801 for 0000:01:00.0 on minor 0
[    9.661924] snd_hda_intel 0000:01:00.1: bound 0000:01:00.0 (ops nv50_audio_component_bind_ops [nouveau])
[   13.575748] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   13.584701] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   13.591320] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   13.599918] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   13.600967] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   13.602012] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   13.616804] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   13.617851] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   13.633357] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   13.634400] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   13.635448] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   13.643497] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   13.644545] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   13.652822] nouveau 0000:01:00.0: fifo: fault 00 [READ] at 000000000025f000 engine 1b [CE2] client 18 [HUB/GR_CE] reason 02 [PTE] on channel 2 [003fbdc000 Xorg[611]]
[   13.652835] nouveau 0000:01:00.0: fifo: channel 2: killed
[   13.652839] nouveau 0000:01:00.0: fifo: runlist 0: scheduled for recovery
[   13.652846] nouveau 0000:01:00.0: fifo: engine 0: scheduled for recovery
[   13.652851] nouveau 0000:01:00.0: fifo: engine 6: scheduled for recovery
[   13.652854] nouveau 0000:01:00.0: fifo: runlist 4: scheduled for recovery
[   13.652858] nouveau 0000:01:00.0: fifo: engine 4: scheduled for recovery
[   13.653000] nouveau 0000:01:00.0: Xorg[611]: channel 2 killed!
[   16.545787] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   16.546830] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   16.547878] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   16.548931] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   16.554047] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   16.555093] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   16.556140] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   16.562390] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   16.563437] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   16.564487] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   16.570713] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   16.572138] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   16.579003] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   16.580063] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   16.581094] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   16.582139] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   16.623604] nouveau 0000:01:00.0: fifo: fault 00 [READ] at 000000000025f000 engine 1b [CE2] client 18 [HUB/GR_CE] reason 02 [PTE] on channel 2 [003fbdc000 Xorg[742]]
[   16.623622] nouveau 0000:01:00.0: fifo: channel 2: killed
[   16.623626] nouveau 0000:01:00.0: fifo: runlist 0: scheduled for recovery
[   16.623632] nouveau 0000:01:00.0: fifo: engine 0: scheduled for recovery
[   16.623636] nouveau 0000:01:00.0: fifo: engine 6: scheduled for recovery
[   16.623639] nouveau 0000:01:00.0: fifo: runlist 4: scheduled for recovery
[   16.623643] nouveau 0000:01:00.0: fifo: engine 4: scheduled for recovery
[   16.623777] nouveau 0000:01:00.0: Xorg[742]: channel 2 killed!
[   19.458462] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   19.459502] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   19.466356] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   19.467403] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   19.468456] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   19.469499] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   19.474884] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   19.475929] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   19.476977] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   19.483189] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   19.484237] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   19.485284] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   19.491551] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   19.492597] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   19.493642] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   19.496611] nouveau 0000:01:00.0: fifo: fault 00 [READ] at 0000000008900000 engine 1b [CE2] client 18 [HUB/GR_CE] reason 0c [UNSUPPORTED_KIND] on channel 2 [003fbdc000 Xorg[784]]
[   19.496626] nouveau 0000:01:00.0: fifo: channel 2: killed
[   19.496630] nouveau 0000:01:00.0: fifo: runlist 0: scheduled for recovery
[   19.496635] nouveau 0000:01:00.0: fifo: engine 0: scheduled for recovery
[   19.496639] nouveau 0000:01:00.0: fifo: engine 6: scheduled for recovery
[   19.496642] nouveau 0000:01:00.0: fifo: runlist 4: scheduled for recovery
[   19.496646] nouveau 0000:01:00.0: fifo: engine 4: scheduled for recovery
[   19.496661] nouveau 0000:01:00.0: Xorg[784]: channel 2 killed!
[   22.280876] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   22.287135] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   22.288187] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   22.289237] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   22.295692] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   22.296752] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   22.297779] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   22.304043] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   22.305104] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   22.306136] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   22.312609] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   22.313642] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   22.320490] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   22.365251] nouveau 0000:01:00.0: fifo: fault 00 [READ] at 000000000025f000 engine 1b [CE2] client 18 [HUB/GR_CE] reason 02 [PTE] on channel 2 [003fbdc000 Xorg[826]]
[   22.365266] nouveau 0000:01:00.0: fifo: channel 2: killed
[   22.365269] nouveau 0000:01:00.0: fifo: runlist 0: scheduled for recovery
[   22.365274] nouveau 0000:01:00.0: fifo: engine 0: scheduled for recovery
[   22.365278] nouveau 0000:01:00.0: fifo: engine 6: scheduled for recovery
[   22.365281] nouveau 0000:01:00.0: fifo: runlist 4: scheduled for recovery
[   22.365284] nouveau 0000:01:00.0: fifo: engine 4: scheduled for recovery
[   22.365392] nouveau 0000:01:00.0: Xorg[826]: channel 2 killed!
[   25.160777] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   25.166512] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   25.167553] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   25.174639] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   25.175679] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   25.176736] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   25.183191] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   25.184228] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   25.185278] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   25.191510] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   25.192562] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   25.193606] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   25.194650] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   25.200354] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   25.201395] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   25.240182] nouveau 0000:01:00.0: fifo: fault 00 [READ] at 000000000025f000 engine 1b [CE2] client 18 [HUB/GR_CE] reason 02 [PTE] on channel 2 [003fbdc000 Xorg[868]]
[   25.240199] nouveau 0000:01:00.0: fifo: channel 2: killed
[   25.240203] nouveau 0000:01:00.0: fifo: runlist 0: scheduled for recovery
[   25.240209] nouveau 0000:01:00.0: fifo: engine 0: scheduled for recovery
[   25.240213] nouveau 0000:01:00.0: fifo: engine 6: scheduled for recovery
[   25.240216] nouveau 0000:01:00.0: fifo: runlist 4: scheduled for recovery
[   25.240220] nouveau 0000:01:00.0: fifo: engine 4: scheduled for recovery
[   25.240326] nouveau 0000:01:00.0: Xorg[868]: channel 2 killed!
[   28.070956] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   28.072013] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   28.078828] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   28.079877] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   28.080924] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   28.081972] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   28.087725] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   28.088771] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   28.095896] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   28.096944] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   28.097993] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   28.104036] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   28.105081] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   28.112297] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   28.113345] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   28.114390] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   28.115438] nouveau 0000:01:00.0: fifo: FB_FLUSH_TIMEOUT
[   28.116698] nouveau 0000:01:00.0: fifo: fault 00 [READ] at 0000000008c00000 engine 1b [CE2] client 18 [HUB/GR_CE] reason 0c [UNSUPPORTED_KIND] on channel 2 [003fbdc000 Xorg[910]]
[   28.116715] nouveau 0000:01:00.0: fifo: channel 2: killed
[   28.116718] nouveau 0000:01:00.0: fifo: runlist 0: scheduled for recovery
[   28.116724] nouveau 0000:01:00.0: fifo: engine 0: scheduled for recovery
[   28.116729] nouveau 0000:01:00.0: fifo: engine 6: scheduled for recovery
[   28.116732] nouveau 0000:01:00.0: fifo: runlist 4: scheduled for recovery
[   28.116735] nouveau 0000:01:00.0: fifo: engine 4: scheduled for recovery
[   28.116769] nouveau 0000:01:00.0: Xorg[910]: channel 2 killed!
[   29.973064] nouveau 0000:01:00.0: fifo: fault 01 [WRITE] at 0000000002080000 engine 04 [BAR1] client 08 [HUB/HOST_CPU_NB] reason 02 [PTE] on channel -1 [003fda7000 unknown]
[   29.973090] nouveau 0000:01:00.0: fifo: DROPPED_MMU_FAULT 00000000

при этом в логе ксорга нет ошибок, сам ксорг жив и счастлив:

root@oldhdds:~# pidof Xorg 
1392

(высокий пид после ручного перезапуска)

и lightdm тоже жив и почти счастлив:

root@oldhdds:~# systemctl status lightdm.service 
● lightdm.service - Light Display Manager
     Loaded: loaded (/lib/systemd/system/lightdm.service; enabled; preset: enabled)
     Active: active (running) since Tue 2023-07-25 19:48:21 MSK; 6min ago
       Docs: man:lightdm(1)
   Main PID: 1386 (lightdm)
      Tasks: 6 (limit: 9449)
     Memory: 29.1M
        CPU: 492ms
     CGroup: /system.slice/lightdm.service
             ├─1386 /usr/sbin/lightdm
             └─1392 /usr/lib/xorg/Xorg :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch

Jul 25 19:48:21 oldhdds systemd[1]: Starting lightdm.service - Light Display Manager...
Jul 25 19:48:21 oldhdds systemd[1]: Started lightdm.service - Light Display Manager.
Jul 25 19:48:21 oldhdds lightdm[1386]: 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

и если ему сделать systemctl restart то опять все вроде бы довольны но экран по прежнему черный и нувеау (как это вообще читается?) мертвенький:

[  733.898479] nouveau 0000:01:00.0: Xorg[952]: failed to idle channel 3 [Xorg[952]]
[  734.072704] nouveau 0000:01:00.0: fifo: fault 00 [READ] at 0000000002b18000 engine 1b [CE2] client 18 [HUB/GR_CE] reason 02 [PTE] on channel 2 [003fbdc000 Xorg[952]]
[  734.072724] nouveau 0000:01:00.0: fifo: channel 2: killed
[  734.072727] nouveau 0000:01:00.0: fifo: runlist 0: scheduled for recovery
[  734.072733] nouveau 0000:01:00.0: fifo: engine 0: scheduled for recovery
[  734.072737] nouveau 0000:01:00.0: fifo: engine 6: scheduled for recovery
[  734.072740] nouveau 0000:01:00.0: fifo: runlist 4: scheduled for recovery
[  734.072743] nouveau 0000:01:00.0: fifo: engine 4: scheduled for recovery
[  749.070368] nouveau 0000:01:00.0: Xorg[952]: failed to idle channel 2 [Xorg[952]]
[  749.070592] nouveau 0000:01:00.0: Xorg[952]: channel 2 killed!
[  749.095499] nouveau 0000:01:00.0: fifo: BIND_ERROR 03 [UNBIND_WHILE_RUNNING]
[  751.813956] nouveau 0000:01:00.0: DRM: base-0: timeout
[  752.706358] nouveau 0000:01:00.0: fifo: fault 01 [WRITE] at 0000000002d1a000 engine 1b [CE2] client 18 [HUB/GR_CE] reason 02 [PTE] on channel 2 [003fbdc000 Xorg[1181]]
[  752.706379] nouveau 0000:01:00.0: fifo: channel 2: killed
[  752.706382] nouveau 0000:01:00.0: fifo: runlist 0: scheduled for recovery
[  752.706388] nouveau 0000:01:00.0: fifo: engine 6: scheduled for recovery
[  752.706391] nouveau 0000:01:00.0: fifo: runlist 4: scheduled for recovery
[  752.706395] nouveau 0000:01:00.0: fifo: engine 4: scheduled for recovery
[  752.706427] nouveau 0000:01:00.0: Xorg[1181]: channel 2 killed!
[  752.706498] WARNING: CPU: 1 PID: 222 at include/linux/dma-fence.h:545 nouveau_fence_context_kill+0x82/0x90 [nouveau]
[  752.706645] Modules linked in: rfkill qrtr binfmt_misc snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio snd_hda_codec_hdmi snd_hda_intel coretemp snd_intel_dspcfg snd_intel_sdw_acpi kvm_intel snd_hda_codec snd_hda_core snd_hwdep kvm snd_pcm irqbypass sha512_ssse3 iTCO_wdt sha512_generic snd_timer serio_raw intel_pmc_bxt iTCO_vendor_support pcspkr watchdog snd soundcore asus_atk0110 joydev acpi_cpufreq evdev sg firewire_sbp2 parport_pc ppdev lp parport fuse dm_mod loop efi_pstore configfs ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c crc32c_generic raid1 multipath linear raid0 md_mod nouveau hid_generic sd_mod t10_pi usbhid mxm_wmi crc64_rocksoft video crc64 crc_t10dif wmi hid i2c_algo_bit crct10dif_generic drm_display_helper crct10dif_common cec rc_core ata_generic drm_ttm_helper ttm firewire_ohci pata_jmicron ahci libahci drm_kms_helper uhci_hcd ehci_pci ehci_hcd i2c_i801
[  752.706750] Workqueue: events nvif_notify_work [nouveau]
[  752.706816] RIP: 0010:nouveau_fence_context_kill+0x82/0x90 [nouveau]
[  752.706947]  ? nouveau_fence_context_kill+0x82/0x90 [nouveau]
[  752.707054]  ? nouveau_fence_context_kill+0x82/0x90 [nouveau]
[  752.707146]  ? nouveau_fence_context_kill+0x20/0x90 [nouveau]
[  752.707239]  nouveau_channel_killed+0x4f/0x57 [nouveau]
[  752.707338]  nvif_notify_work+0x2a/0xb0 [nouveau]
[  754.707431] nouveau 0000:01:00.0: timeout
[  754.707477] WARNING: CPU: 1 PID: 222 at drivers/gpu/drm/nouveau/nvkm/engine/fifo/gk104.c:159 gk104_fifo_runlist_commit+0x171/0x190 [nouveau]
[  754.707611] Modules linked in: rfkill qrtr binfmt_misc snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio snd_hda_codec_hdmi snd_hda_intel coretemp snd_intel_dspcfg snd_intel_sdw_acpi kvm_intel snd_hda_codec snd_hda_core snd_hwdep kvm snd_pcm irqbypass sha512_ssse3 iTCO_wdt sha512_generic snd_timer serio_raw intel_pmc_bxt iTCO_vendor_support pcspkr watchdog snd soundcore asus_atk0110 joydev acpi_cpufreq evdev sg firewire_sbp2 parport_pc ppdev lp parport fuse dm_mod loop efi_pstore configfs ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c crc32c_generic raid1 multipath linear raid0 md_mod nouveau hid_generic sd_mod t10_pi usbhid mxm_wmi crc64_rocksoft video crc64 crc_t10dif wmi hid i2c_algo_bit crct10dif_generic drm_display_helper crct10dif_common cec rc_core ata_generic drm_ttm_helper ttm firewire_ohci pata_jmicron ahci libahci drm_kms_helper uhci_hcd ehci_pci ehci_hcd i2c_i801
[  754.707698] Workqueue: events gk104_fifo_recover_work [nouveau]
[  754.707794] RIP: 0010:gk104_fifo_runlist_commit+0x171/0x190 [nouveau]
[  754.707920]  ? gk104_fifo_runlist_commit+0x171/0x190 [nouveau]
[  754.708032]  ? gk104_fifo_runlist_commit+0x171/0x190 [nouveau]
[  754.708128]  ? gk104_fifo_runlist_commit+0x171/0x190 [nouveau]
[  754.708225]  gk104_fifo_runlist_update+0x1a9/0x1d0 [nouveau]
[  754.708321]  gk104_fifo_recover_work+0xf9/0x170 [nouveau]
[  754.708448] nouveau 0000:01:00.0: fifo: runlist 0 update timeout
[  755.677315] nouveau 0000:01:00.0: DRM: base-0: timeout
[  755.859273] nouveau 0000:01:00.0: DRM: GPU lockup - switching to software fbcon
[  757.002377] nouveau 0000:01:00.0: fifo: SCHED_ERROR 0a [CTXSW_TIMEOUT]
[  757.002527] nouveau 0000:01:00.0: fifo: runlist 0: scheduled for recovery
[  757.002534] nouveau 0000:01:00.0: fifo: channel 3: killed
[  757.002541] nouveau 0000:01:00.0: fifo: engine 0: scheduled for recovery
[  757.002583] nouveau 0000:01:00.0: Xorg[1181]: channel 3 killed!
[  760.144859] nouveau 0000:01:00.0: DRM: base-0: timeout
[  761.414793] nouveau 0000:01:00.0: fifo: fault 00 [READ] at 0000000002b18000 engine 1b [CE2] client 18 [HUB/GR_CE] reason 02 [PTE] on channel 2 [003fbdc000 Xorg[1273]]
[  761.414810] nouveau 0000:01:00.0: fifo: channel 2: killed
[  761.414814] nouveau 0000:01:00.0: fifo: runlist 0: scheduled for recovery
[  761.414819] nouveau 0000:01:00.0: fifo: engine 0: scheduled for recovery
[  761.414823] nouveau 0000:01:00.0: fifo: engine 6: scheduled for recovery
[  761.414826] nouveau 0000:01:00.0: fifo: runlist 4: scheduled for recovery
[  761.414829] nouveau 0000:01:00.0: fifo: engine 4: scheduled for recovery
[  761.414865] nouveau 0000:01:00.0: Xorg[1273]: channel 2 killed!
[  761.414917] WARNING: CPU: 1 PID: 222 at include/linux/dma-fence.h:545 nouveau_fence_context_kill+0x82/0x90 [nouveau]
[  761.415060] Modules linked in: rfkill qrtr binfmt_misc snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio snd_hda_codec_hdmi snd_hda_intel coretemp snd_intel_dspcfg snd_intel_sdw_acpi kvm_intel snd_hda_codec snd_hda_core snd_hwdep kvm snd_pcm irqbypass sha512_ssse3 iTCO_wdt sha512_generic snd_timer serio_raw intel_pmc_bxt iTCO_vendor_support pcspkr watchdog snd soundcore asus_atk0110 joydev acpi_cpufreq evdev sg firewire_sbp2 parport_pc ppdev lp parport fuse dm_mod loop efi_pstore configfs ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c crc32c_generic raid1 multipath linear raid0 md_mod nouveau hid_generic sd_mod t10_pi usbhid mxm_wmi crc64_rocksoft video crc64 crc_t10dif wmi hid i2c_algo_bit crct10dif_generic drm_display_helper crct10dif_common cec rc_core ata_generic drm_ttm_helper ttm firewire_ohci pata_jmicron ahci libahci drm_kms_helper uhci_hcd ehci_pci ehci_hcd i2c_i801
[  761.415162] Workqueue: events nvif_notify_work [nouveau]
[  761.415228] RIP: 0010:nouveau_fence_context_kill+0x82/0x90 [nouveau]
[  761.415356]  ? nouveau_fence_context_kill+0x82/0x90 [nouveau]
[  761.415464]  ? nouveau_fence_context_kill+0x82/0x90 [nouveau]
[  761.415557]  ? nouveau_fence_context_kill+0x20/0x90 [nouveau]
[  761.415650]  nouveau_channel_killed+0x4f/0x57 [nouveau]
[  761.415750]  nvif_notify_work+0x2a/0xb0 [nouveau]
[  763.513970] nouveau 0000:01:00.0: DRM: base-0: timeout
[  766.616796] nouveau 0000:01:00.0: DRM: base-0: timeout
[  767.889897] nouveau 0000:01:00.0: fifo: fault 00 [READ] at 0000000002b18000 engine 1b [CE2] client 18 [HUB/GR_CE] reason 02 [PTE] on channel 2 [003fbdc000 Xorg[1315]]
[  767.889918] nouveau 0000:01:00.0: fifo: channel 2: killed
[  767.889922] nouveau 0000:01:00.0: fifo: runlist 0: scheduled for recovery
[  767.889929] nouveau 0000:01:00.0: fifo: engine 0: scheduled for recovery
[  767.889933] nouveau 0000:01:00.0: fifo: engine 6: scheduled for recovery
[  767.889937] nouveau 0000:01:00.0: fifo: runlist 4: scheduled for recovery
[  767.889942] nouveau 0000:01:00.0: fifo: engine 4: scheduled for recovery
[  767.889953] nouveau 0000:01:00.0: Xorg[1315]: channel 2 killed!
[  767.890006] WARNING: CPU: 1 PID: 222 at include/linux/dma-fence.h:545 nouveau_fence_context_kill+0x82/0x90 [nouveau]
[  767.890125] Modules linked in: rfkill qrtr binfmt_misc snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio snd_hda_codec_hdmi snd_hda_intel coretemp snd_intel_dspcfg snd_intel_sdw_acpi kvm_intel snd_hda_codec snd_hda_core snd_hwdep kvm snd_pcm irqbypass sha512_ssse3 iTCO_wdt sha512_generic snd_timer serio_raw intel_pmc_bxt iTCO_vendor_support pcspkr watchdog snd soundcore asus_atk0110 joydev acpi_cpufreq evdev sg firewire_sbp2 parport_pc ppdev lp parport fuse dm_mod loop efi_pstore configfs ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c crc32c_generic raid1 multipath linear raid0 md_mod nouveau hid_generic sd_mod t10_pi usbhid mxm_wmi crc64_rocksoft video crc64 crc_t10dif wmi hid i2c_algo_bit crct10dif_generic drm_display_helper crct10dif_common cec rc_core ata_generic drm_ttm_helper ttm firewire_ohci pata_jmicron ahci libahci drm_kms_helper uhci_hcd ehci_pci ehci_hcd i2c_i801
[  767.890225] Workqueue: events nvif_notify_work [nouveau]
[  767.890293] RIP: 0010:nouveau_fence_context_kill+0x82/0x90 [nouveau]
[  767.890421]  ? nouveau_fence_context_kill+0x82/0x90 [nouveau]
[  767.890528]  ? nouveau_fence_context_kill+0x82/0x90 [nouveau]
[  767.890621]  ? nouveau_fence_context_kill+0x20/0x90 [nouveau]
[  767.890714]  nouveau_channel_killed+0x4f/0x57 [nouveau]
[  767.890813]  nvif_notify_work+0x2a/0xb0 [nouveau]
[  769.989946] nouveau 0000:01:00.0: DRM: base-0: timeout

есть смысл копать или нуего?

upd: демьяно-вики говорит можно навернуть блобы и в списке поддерживаемых 710 есть, однако при наличии в сорц-листе обоих нон-фри:

root@oldhdds:~# cat /etc/apt/sources.list
#deb cdrom:[Debian GNU/Linux 12.1.0 _Bookworm_ - Official amd64 NETINST with firmware 20230722-10:48]/ bookworm main non-free-firmware

deb http://deb.debian.org/debian/ bookworm main non-free non-free-firmware
deb-src http://deb.debian.org/debian/ bookworm main non-free non-free-firmware

deb http://security.debian.org/debian-security bookworm-security main non-free non-free-firmware
deb-src http://security.debian.org/debian-security bookworm-security main non-free non-free-firmware

# bookworm-updates, to get updates before a point release is made;
# see https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates_and_backports
deb http://deb.debian.org/debian/ bookworm-updates main non-free non-free-firmware
deb-src http://deb.debian.org/debian/ bookworm-updates main non-free non-free-firmware

# This system was installed using small removable media
# (e.g. netinst, live or single CD). The matching "deb cdrom"
# entries were disabled at the end of the installation process.
# For information about how to configure apt package sources,
# see the sources.list(5) manual.

имеем:

root@oldhdds:~# apt install nvidia-driver
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 nvidia-driver : PreDepends: nvidia-installer-cleanup but it is not installable
                 PreDepends: nvidia-legacy-check (>= 495) but it is not going to be installed
                 Depends: nvidia-driver-libs (= 525.125.06-1~deb12u1) but it is not going to be installed
                 Depends: nvidia-driver-bin (= 525.125.06-1~deb12u1) but it is not going to be installed
                 Depends: xserver-xorg-video-nvidia (= 525.125.06-1~deb12u1) but it is not going to be installed
                 Depends: nvidia-vdpau-driver (= 525.125.06-1~deb12u1) but it is not going to be installed
                 Depends: nvidia-alternative (= 525.125.06-1~deb12u1) but it is not going to be installed
                 Depends: nvidia-kernel-dkms (= 525.125.06-1~deb12u1) but it is not going to be installed or
                          nvidia-kernel-525.125.06 or
                          nvidia-open-kernel-525.125.06 but it is not installable or
                          nvidia-open-kernel-525.125.06 but it is not installable
                 Depends: nvidia-support but it is not installable
                 Recommends: nvidia-settings (>= 525) but it is not installable
                 Recommends: libnvidia-cfg1 (= 525.125.06-1~deb12u1) but it is not going to be installed
                 Recommends: nvidia-persistenced but it is not installable
E: Unable to correct problems, you have held broken packages.

чо за новые приколы у апта?
update и upgrade делал ессно о_О

upd2:

root@oldhdds:~# nvidia-detect 
Detected NVIDIA GPUs:
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK208B [GeForce GT 720] [10de:1288] (rev a1)

Checking card:  NVIDIA Corporation GK208B [GeForce GT 720] (rev a1)
Your card is supported by the Tesla 470 drivers series.
It is recommended to install the
    nvidia-tesla-470-driver
package.
root@oldhdds:~# apt install nvidia-tesla-470-driver
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 nvidia-tesla-470-driver : PreDepends: nvidia-installer-cleanup but it is not installable
                           Depends: nvidia-tesla-470-driver-libs (= 470.199.02-1~deb12u1) but it is not going to be installed
                           Depends: nvidia-tesla-470-driver-bin (= 470.199.02-1~deb12u1) but it is not going to be installed
                           Depends: xserver-xorg-video-nvidia-tesla-470 (= 470.199.02-1~deb12u1) but it is not going to be installed
                           Depends: nvidia-tesla-470-vdpau-driver (= 470.199.02-1~deb12u1) but it is not going to be installed
                           Depends: nvidia-tesla-470-alternative (= 470.199.02-1~deb12u1) but it is not going to be installed
                           Depends: nvidia-tesla-470-kernel-dkms (= 470.199.02-1~deb12u1) but it is not going to be installed or
                                    nvidia-tesla-470-kernel-470.199.02
                           Depends: nvidia-support but it is not installable
                           Recommends: nvidia-settings-tesla-470 but it is not installable
                           Recommends: libnvidia-tesla-470-cfg1 (= 470.199.02-1~deb12u1) but it is not going to be installed
                           Recommends: nvidia-persistenced but it is not installable
E: Unable to correct problems, you have held broken packages.

upd3: чиОрт, еще же contrib нужен :D привык что их всего три надо

 ,

rukez
()
16 комментариев

А как правильно делать setter в С?

Чот дико туплю но не могу найти ответа на вопрос как сделать простенький setter - т.е. задать значение переменной через функцию, которая принимает аргументом переменную с таким же названием:

uint8_t verboose;

void setVerboose(uint8_t verboose) {
  this.verboose = verboose;
}

понятно что можно:

uint8_t verboose;

void setVerboose(uint8_t verbooseExt) {
  verboose = verbooseExt;
}

но хотелось бы так как хотелось бы
или в С так никак?

 ,

rukez
()
38 комментариев
следующие →

RSS подписка на новые темы