Victor Wagner wrote:
> В Thu, 30 Sep 2021 00:36:08 +0300
> "Andrey Jr. Melnikov" пишет:
> > > Но вот чтобы патч у меня применился при выполнении команды
> >
> > > dpkg --confgure nvidia-kernel-dkms,
> > > его имя пришлось дописывать не в series, а в dkms.conf.
> >
> > Ну а кто тебе виноват-то, что ты идешь длинными путями?
> > dkms autoinstall --kernelver $(uname -r) даёт тот-же результат,
> > только без тормозного dpkg.
> Нет, не тот же. Потому что рано или поздно нужно будет заменять
> самостоятельно поправленную конструкцию на штатную. Оно уже в
> Unstable, а там глядишь и до bullseye-backports доползет.
Она заменится автоматически. Когда до bullseye-backports доползёт ядро,
туда-же доползёт и драйвер под это ядро. Не вижу смысла из-за одноразового
действия плясать с бубном вокруг dpkg.
Но таков путь самуря^W^H дебианщика - ubuntu вон умеет собирать сразу с
ядром и nivida и zfs.
> > > После этого модуль собрался. А вот чтобы он загрузился, пришлось еще
> > > читать
> > >
> > > https://wiki.debian.org/SecureBoot, генерировать machine owner key,
> > > инсталлировать его в UEFI, и подписывать модули.
> > А просто выключить всю эту DRM'щину от M$ нельзя?
> Я б лучше еще "замкнутую программную среду" включил, чтобы подписи
> требовали не только ядерные модули, но и юзерспейс-программы и
> подгружаемые в них .so. Ноутбук у меня для того, чтобы им пользоваться,
> а не для того, чтобы ядро хакать. Поэтому лишний уровень защиты от
> модификации кода используемых программ скорее полезен.
Ах, вот для кого новый windows будет хотеть исключительно TPM2. Больше
подписей богу подписей. А можно, вы с своей крипто-паранойей будете в
отдельном загончике - на исконно православных Байкалах/Эльбрусах. Там правда
у тебя не будет такой потребности в подписывании модулей ядра от nvidia - за
полным её отсутствием. Как и впрочем, более менее вменяемых видоядер,
ноутбуков и прочего.
И M$ можно понять, за что они так двигают свой UEFI - ворют'с, бабки мимо
кассы уходят. Они бы и биосы с лицензией сделали - купи ключик на сайте на 5
модификаций basic настроек, купи подписку "Сертифицированный UEFI админ" и
ты сможешь даже настроить тайминги у памяти. Отдельно с подпиской "Мамкин
оверклокер" доступны новые, сертифицированные версии UEFI для разгона.
Но я думаю, к этому они тоже дойдут, только чуть позже.
> Но не менять же ради этого Debian на Astra Smolensk 1.7 - там пакетов
> меньше. НУ и опять же питоновские и lua скрипты bsign там подписыать не
> умеет. Поэтому решение неплоноценное.
Да-да, ты ещё браузеры все заставь загружать подписанный javascript и
webassembly. А уж про запуск какой древней виндовой софтины в wine - подумать
страшно.
> > > Но нельзя сказать, чтобы в результате этих трудов FPS в Unigine
> > > Heaven сильно вырос.
> >
> Если уж от чего-то отказываться, то не от подписи ядерных модулей. а от
> использования проприетарного драйвера. Тем более, что
> nouveau вполне подрос и не сильно уступает по крайней мере на
> использованном тесте.
Подрос - в смысле, разжирел? Это да. Управление питанием/частотой - оно так
и не научилось, CUDA? А что такое CUDA? Ну да ладно, с этой кудой - как там
с поддержкой 3D ? Всё так-же печально, как и всегда? Только вот смузихлёбы
из GNOME хотят уже давно "примитивно рабочий" 3D, а без него банальное
переключение окошек по Alt-Tab лагает.
PS: А как-же ты живешь, на нутбуке то с отключенным hibernate? От розетки до
розетки? А нет розетки - всё, прощай всё запущеное вместе с питанием?
PPS: Впрочем, 470.57.02 и 470.74 страдают занятным багом, после цикла
suspend-resume все окна firefox'a становятся похожи на цветные такие
абстракции в стиле кубизма. С 460.91.03 такой фигни небыло.
И дальше всё как в старой сказке - фаирфоксовцы тычут в nvidia, что нет
проперти EGL_NV_robustness_video_memory_purge, nvidia обещает эту проперть
родить в 495.xx версии. Хоть за радеоном иди, чтоб простейший firefox
работал.
