1. Forum
  2. Usenet
  3. LINUX.DEBIAN.USER.RUSSIAN

  • =?UTF-8?B?0K/QtNGA0L4=?= 5.14 =?UTF-8?B?0Lgg0LTRgNCw0LnQstC10YA=?= Nvid

    From Victor Wagner@21:1/5 to All on Wed Sep 29 10:40:03 2021
    Коллеги,

    Тут такой вопрос - есть ноутбук ASUS FX506LI. Поставил на него bullseye
    Для того, чтобы можно было использовать его wifi

    03:00.0 Network controller [0280]: MEDIATEK Corp. Device [14c3:7961]

    пришлось поставить туда ядро из 5.14 из testing (по-моему этот
    контроллер с 5.13 начиная поддерживается, а в bullseye у нас 5.10)

    Но с ядром 5.14 не работает сейчас проприетарный драйвер Nvidia, ни из
    bullseye, (460.91.03) ни из bookworm (470.57.02)
    Согласно информации на сайте NVidia поддержка ядра 5.14 появилась у них
    только в драйвере версии 470.74. В Debian такого нет даже в
    experimental.

    Правда есть в ubuntu и там он аж до 18.04 сбэкпорчен.

    Вот что посоветуете - брать исходники пакета nvidia-graphic-drivers,
    заменять в нем NVIDIA-Linux-x86_64-nnn.nn.nn.run на 470.74 и поднимать
    версию, или братьь исходники пакета правильной версии из Ubuntu и
    пересобирать под Debian? И если из ubuntu брать пакет от focal
    (20.04lts) иди impish (21.10)? Кто будет более совместим с Debian
    bullseye?

    В итоге, понятно, хочется получить пакет nvidia-dkms, который будет
    аккуратно пересобирать драйвер при последующих апгрейдах ядра в рамках
    5.14 версии (оно ведь наверняка скоро до bullseye-backports доползет).

    P.S. Mesa с nouveau на этом ноутбуке показывают 11-12fps в Unigine
    Heaven. Хочется, понятно, больше.

    --
    Victor Wagner <vitus@wagner.pp.ru>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Alexei Ustyuzhaninov@21:1/5 to Victor Wagner on Wed Sep 29 15:10:01 2021
    Здравствуйте!

    Буквально вчера собрал из исходников (пакеты linux-source и
    nvidia-kernel-source) ядро 5.14 и драйвер 470.57.02.
    Все работает.


    On 29.09.2021 13:29, Victor Wagner wrote:
    Коллеги,

    Тут такой вопрос - есть ноутбук ASUS FX506LI. Поставил на него bullseye
    Для того, чтобы можно было использовать его wifi

    03:00.0 Network controller [0280]: MEDIATEK Corp. Device [14c3:7961]

    пришлось поставить туда ядро из 5.14 из testing (по-моему этот
    контроллер с 5.13 начиная поддерживается, а в bullseye у нас 5.10)

    Но с ядром 5.14 не работает сейчас проприетарный драйвер Nvidia, ни из
    bullseye, (460.91.03) ни из bookworm (470.57.02)
    Согласно информации на сайте NVidia поддержка ядра 5.14 появилась у них
    только в драйвере версии 470.74. В Debian такого нет даже в
    experimental.

    Правда есть в ubuntu и там он аж до 18.04 сбэкпорчен.

    Вот что посоветуете - брать исходники пакета nvidia-graphic-drivers,
    заменять в нем NVIDIA-Linux-x86_64-nnn.nn.nn.run на 470.74 и поднимать
    версию, или братьь исходники пакета правильной версии из Ubuntu и
    пересобирать под Debian? И если из ubuntu брать пакет от focal
    (20.04lts) иди impish (21.10)? Кто будет более совместим с Debian
    bullseye?

    В итоге, понятно, хочется получить пакет nvidia-dkms, который будет
    аккуратно пересобирать драйвер при последующих апгрейдах ядра в рамках
    5.14 версии (оно ведь наверняка скоро до bullseye-backports доползет).

    P.S. Mesa с nouveau на этом ноутбуке показывают 11-12fps в Unigine
    Heaven. Хочется, понятно, больше.


    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andrey Jr. Melnikov@21:1/5 to Victor Wagner on Wed Sep 29 15:20:01 2021
    Victor Wagner <vitus@wagner.pp.ru> wrote:
    Коллеги,

    Тут такой вопрос - есть ноутбук ASUS FX506LI. Поставил на него bullseye
    Для того, чтобы можно было использовать его wifi

    03:00.0 Network controller [0280]: MEDIATEK Corp. Device [14c3:7961]

    пришлось поставить туда ядро из 5.14 из testing (по-моему этот
    контроллер с 5.13 начиная поддерживается, а в bullseye у нас 5.10)

    Но с ядром 5.14 не работает сейчас проприетарный драйвер Nvidia, ни из
    bullseye, (460.91.03) ни из bookworm (470.57.02)
    Возьми отсюда https://gist.github.com/joanbm/144a965c36fc1dc0d1f1b9be3438a368 патч
    положи в /usr/src/nvidia-current-470.57.02/patches/ добавь там-же в series и
    пересобери dkms'ом.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Victor Wagner@21:1/5 to All on Wed Sep 29 16:20:02 2021
    В Wed, 29 Sep 2021 16:04:38 +0300
    "Andrey Jr. Melnikov" <temnota.am@gmail.com> пишет:

    Victor Wagner <vitus@wagner.pp.ru> wrote:
    Коллеги,

    Тут такой вопрос - есть ноутбук ASUS FX506LI. Поставил на него bullseye
    Для того, чтобы можно было использовать его wifi

    03:00.0 Network controller [0280]: MEDIATEK Corp. Device
    [14c3:7961]

    пришлось поставить туда ядро из 5.14 из testing (по-моему этот
    контроллер с 5.13 начиная поддерживается, а в bullseye у нас 5.10)

    Но с ядром 5.14 не работает сейчас проприетарный драйвер Nvidia, ни
    из bullseye, (460.91.03) ни из bookworm (470.57.02)
    Возьми отсюда https://gist.github.com/joanbm/144a965c36fc1dc0d1f1b9be3438a368 патч положи в /usr/src/nvidia-current-470.57.02/patches/ добавь там-же в
    series и пересобери dkms'ом.


    Э, нет. Этот фикс для 465. А в 470 есть еще одно вхождение

    поля state из struct task_struct.
    --
    Victor Wagner <vitus@wagner.pp.ru>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Victor Wagner@21:1/5 to All on Wed Sep 29 17:30:06 2021
    1.03) ни из bookworm (470.57.02)
    Возьми отсюда https://gist.github.com/joanbm/144a965c36fc1dc0d1f1b9be3438a368 патч положи в /usr/src/nvidia-current-470.57.02/patches/ добавь там-же в
    series и пересобери dkms'ом.


    Э, нет. Этот фикс для 465. А в 470 есть еще одно вхождение

    поля state из struct task_struct.

    Был неправ. Патч работоспособный, просто он патчит .h файл, который
    включается теперь более одного раза.

    Но вот чтобы патч у меня применился при выполнении команды

    dpkg --confgure nvidia-kernel-dkms,

    его имя пришлось дописывать не в series, а в dkms.conf.

    После этого модуль собрался. А вот чтобы он загрузился, пришлось еще
    читать


    https://wiki.debian.org/SecureBoot, генерировать machine owner key, инсталлировать его в UEFI, и подписывать модули.

    Но нельзя сказать, чтобы в результате этих трудов FPS в Unigine Heaven
    сильно вырос.

    --
    Victor Wagner <vitus@wagner.pp.ru>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Victor Wagner@21:1/5 to All on Wed Sep 29 18:40:02 2021
    В Wed, 29 Sep 2021 19:18:28 +0300
    Maksim Dmitrichenko <dmitrmax@gmail.com> пишет:

    ср, 29 сент. 2021 г. в 17:52, Victor Wagner <vitus@wagner.pp.ru>:

    После этого модуль собрался. А вот чтобы он загрузился, пришлось еще
    читать


    https://wiki.debian.org/SecureBoot, генерировать machine owner key,
    инсталлировать его в UEFI, и подписывать модули.


    Более того, это придется делать теперь каждый раз при обновлении ядра
    или модуля ( В смысле генерить не придется, а вот подписывать надо
    будет.


    Ну это касается только самостоятельно скомпилированных модулей.
    Нормальные-то модули с нормальной лицензией подпишет мейнтейнер пакета.
    А вот проприетарные, которые приходится каждому у себя пересобирать -
    увы...

    Вообще конечно, немножко у них непродумано. Надо бы уметь в сертификаты
    Name constraint-ы прописывать. Что вот вот этот ключ - он только для
    подписи модулей, собранных через dkms.

    Ну и саму dkms тоже подписать bsign-ом и чтобы проверяла корректность
    подписи под пакетом с исходниками, и только потом подписывала.

    Но вот bsign-а по-моему в Debian уже лет десять как нет.

    Так-то в принципе сделать криптографическую защиту кода по всей цепочке
    от загрузчика до прикладного софта, так чтобы для нормального
    пользователя это было удобно, а для разработчиков "можно привыкнуть" -
    можно.


    --
    Victor Wagner <vitus@wagner.pp.ru>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Maksim Dmitrichenko@21:1/5 to All on Wed Sep 29 18:20:01 2021
    0YHRgCwgMjkg0YHQtdC90YIuIDIwMjEg0LMuINCyIDE3OjUyLCBWaWN0b3IgV2FnbmVyIDx2aXR1 c0B3YWduZXIucHAucnU+Og0KDQo+INCf0L7RgdC70LUg0Y3RgtC+0LPQviDQvNC+0LTRg9C70Ywg 0YHQvtCx0YDQsNC70YHRjy4g0JAg0LLQvtGCINGH0YLQvtCx0Ysg0L7QvSDQt9Cw0LPRgNGD0LfQ uNC70YHRjywg0L/RgNC40YjQu9C+0YHRjCDQtdGJ0LUNCj4g0YfQuNGC0LDRgtGMDQo+DQo+DQo+ IGh0dHBzOi8vd2lraS5kZWJpYW4ub3JnL1NlY3VyZUJvb3QsINCz0LXQvdC10YDQuNGA0L7QstCw 0YLRjCBtYWNoaW5lIG93bmVyIGtleSwNCj4g0LjQvdGB0YLQsNC70LvQuNGA0L7QstCw0YLRjCDQ tdCz0L4g0LIgVUVGSSwg0Lgg0L/QvtC00L/QuNGB0YvQstCw0YLRjCDQvNC+0LTRg9C70LguDQo+ DQoNCtCR0L7Qu9C10LUg0YLQvtCz0L4sINGN0YLQviDQv9GA0LjQtNC10YLRgdGPINC00LXQu9Cw 0YLRjCDRgtC10L/QtdGA0Ywg0LrQsNC20LTRi9C5INGA0LDQtyDQv9GA0Lgg0L7QsdC90L7QstC7 0LXQvdC40Lgg0Y/QtNGA0LAg0LjQu9C4DQrQvNC+0LTRg9C70Y8gKCDQkiDRgdC80YvRgdC70LUg 0LPQtdC90LXRgNC40YLRjCDQvdC1INC/0YDQuNC00LXRgtGB0Y8sINCwINCy0L7RgiDQv9C+0LTQ v9C40YHRi9Cy0LDRgtGMINC90LDQtNC+INCx0YPQtNC10YIuDQoNCi0tIA0KV2l0aCBiZXN0IHJl Z2FyZHMNCiAgTWFrc2ltIERtaXRyaWNoZW5rbw0K PGRpdiBkaXI9Imx0ciI+PGRpdiBkaXI9Imx0ciI+PC9kaXY+PGJyPjxkaXYgY2xhc3M9ImdtYWls X3F1b3RlIj48ZGl2IGRpcj0ibHRyIiBjbGFzcz0iZ21haWxfYXR0ciI+0YHRgCwgMjkg0YHQtdC9 0YIuIDIwMjEg0LMuINCyIDE3OjUyLCBWaWN0b3IgV2FnbmVyICZsdDs8YSBocmVmPSJtYWlsdG86 dml0dXNAd2FnbmVyLnBwLnJ1Ij52aXR1c0B3YWduZXIucHAucnU8L2E+Jmd0Ozo8YnI+PC9kaXY+ PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4 IDAuOGV4O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2IoMjA0LDIwNCwyMDQpO3BhZGRpbmctbGVm dDoxZXgiPtCf0L7RgdC70LUg0Y3RgtC+0LPQviDQvNC+0LTRg9C70Ywg0YHQvtCx0YDQsNC70YHR jy4g0JAg0LLQvtGCINGH0YLQvtCx0Ysg0L7QvSDQt9Cw0LPRgNGD0LfQuNC70YHRjywg0L/RgNC4 0YjQu9C+0YHRjCDQtdGJ0LU8YnI+DQrRh9C40YLQsNGC0Yw8YnI+DQo8YnI+DQo8YnI+DQo8YSBo cmVmPSJodHRwczovL3dpa2kuZGViaWFuLm9yZy9TZWN1cmVCb290IiByZWw9Im5vcmVmZXJyZXIi IHRhcmdldD0iX2JsYW5rIj5odHRwczovL3dpa2kuZGViaWFuLm9yZy9TZWN1cmVCb290PC9hPiwg 0LPQtdC90LXRgNC40YDQvtCy0LDRgtGMIG1hY2hpbmUgb3duZXIga2V5LDxicj4NCtC40L3RgdGC 0LDQu9C70LjRgNC+0LLQsNGC0Ywg0LXQs9C+INCyIFVFRkksINC4INC/0L7QtNC/0LjRgdGL0LLQ sNGC0Ywg0LzQvtC00YPQu9C4Ljxicj48L2Jsb2NrcXVvdGU+PGRpdj48YnI+0JHQvtC70LXQtSDR gtC+0LPQviwg0Y3RgtC+INC/0YDQuNC00LXRgtGB0Y8g0LTQtdC70LDRgtGMINGC0LXQv9C10YDR jCDQutCw0LbQtNGL0Lkg0YDQsNC3INC/0YDQuCDQvtCx0L3QvtCy0LvQtdC90LjQuCDRj9C00YDQ sCDQuNC70Lgg0LzQvtC00YPQu9GPICgg0JIg0YHQvNGL0YHQu9C1INCz0LXQvdC10YDQuNGC0Ywg 0L3QtSDQv9GA0LjQtNC10YLRgdGPLCDQsCDQstC+0YIg0L/QvtC00L/QuNGB0YvQstCw0YLRjCDQ vdCw0LTQviDQsdGD0LTQtdGCLjwvZGl2PjxkaXY+PGJyPjwvZGl2PjwvZGl2Pi0tIDxicj48ZGl2 IGRpcj0ibHRyIiBjbGFzcz0iZ21haWxfc2lnbmF0dXJlIj48ZGl2IGRpcj0ibHRyIj48ZGl2Pldp dGggYmVzdCByZWdhcmRzPGJyPsKgIE1ha3NpbSBEbWl0cmljaGVua288L2Rpdj48L2Rpdj48L2Rp dj48L2Rpdj4NCg==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andrey Jr. Melnikov@21:1/5 to Victor Wagner on Thu Sep 30 00:10:01 2021
    Victor Wagner <vitus@wagner.pp.ru> wrote:
    1.03) ни из bookworm (470.57.02)
    Возьми отсюда https://gist.github.com/joanbm/144a965c36fc1dc0d1f1b9be3438a368 патч положи в /usr/src/nvidia-current-470.57.02/patches/ добавь там-же в
    series и пересобери dkms'ом.


    Э, нет. Этот фикс для 465. А в 470 есть еще одно вхождение

    поля state из struct task_struct.

    Был неправ. Патч работоспособный, просто он патчит .h файл, который
    включается теперь более одного раза.

    fix уже в unstable:

    nvidia-graphics-drivers (470.57.02-3) unstable; urgency=medium

    * Backport drm_device_has_pdev and set_current_state changes from 470.63.01
    to fix kernel module build for Linux 5.14. (Closes: #994860)
    ....

    Но вот чтобы патч у меня применился при выполнении команды

    dpkg --confgure nvidia-kernel-dkms,
    его имя пришлось дописывать не в series, а в dkms.conf.

    Ну а кто тебе виноват-то, что ты идешь длинными путями?
    dkms autoinstall --kernelver $(uname -r) даёт тот-же результат, только без
    тормозного dpkg.

    После этого модуль собрался. А вот чтобы он загрузился, пришлось еще
    читать

    https://wiki.debian.org/SecureBoot, генерировать machine owner key,
    инсталлировать его в UEFI, и подписывать модули.
    А просто выключить всю эту DRM'щину от M$ нельзя?

    Но нельзя сказать, чтобы в результате этих трудов FPS в Unigine Heaven
    сильно вырос.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Victor Wagner@21:1/5 to All on Thu Sep 30 07:40:01 2021
    В Thu, 30 Sep 2021 00:36:08 +0300
    "Andrey Jr. Melnikov" <temnota.am@gmail.com> пишет:


    Но вот чтобы патч у меня применился при выполнении команды

    dpkg --confgure nvidia-kernel-dkms,
    его имя пришлось дописывать не в series, а в dkms.conf.

    Ну а кто тебе виноват-то, что ты идешь длинными путями?
    dkms autoinstall --kernelver $(uname -r) даёт тот-же результат,
    только без тормозного dpkg.

    Нет, не тот же. Потому что рано или поздно нужно будет заменять
    самостоятельно поправленную конструкцию на штатную. Оно уже в
    Unstable, а там глядишь и до bullseye-backports доползет.


    После этого модуль собрался. А вот чтобы он загрузился, пришлось еще
    читать

    https://wiki.debian.org/SecureBoot, генерировать machine owner key,
    инсталлировать его в UEFI, и подписывать модули.
    А просто выключить всю эту DRM'щину от M$ нельзя?

    Я б лучше еще "замкнутую программную среду" включил, чтобы подписи
    требовали не только ядерные модули, но и юзерспейс-программы и
    подгружаемые в них .so. Ноутбук у меня для того, чтобы им пользоваться,
    а не для того, чтобы ядро хакать. Поэтому лишний уровень защиты от
    модификации кода используемых программ скорее полезен.

    Но не менять же ради этого Debian на Astra Smolensk 1.7 - там пакетов
    меньше. НУ и опять же питоновские и lua скрипты bsign там подписыать не
    умеет. Поэтому решение неплоноценное.


    Но нельзя сказать, чтобы в результате этих трудов FPS в Unigine
    Heaven сильно вырос.

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

    --
    Victor Wagner <vitus@wagner.pp.ru>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Eugene Berdnikov@21:1/5 to Victor Wagner on Thu Sep 30 09:50:02 2021
    On Thu, Sep 30, 2021 at 08:36:40AM +0300, Victor Wagner wrote:
    В Thu, 30 Sep 2021 00:36:08 +0300
    "Andrey Jr. Melnikov" <temnota.am@gmail.com> пишет:
    https://wiki.debian.org/SecureBoot, генерировать machine owner key,
    инсталлировать его в UEFI, и подписывать модули.
    А просто выключить всю эту DRM'щину от M$ нельзя?

    Я б лучше еще "замкнутую программную среду" включил, чтобы подписи
    требовали не только ядерные модули, но и юзерспейс-программы и
    подгружаемые в них .so. Ноутбук у меня для того, чтобы им пользоваться,
    а не для того, чтобы ядро хакать. Поэтому лишний уровень защиты от
    модификации кода используемых программ скорее полезен.

    В этом разделе https://wiki.debian.org/SecureBoot#Secure_Boot_limitations
    среди утрачиваемых от всей этой паранойи фишек упоминается

    * Hibernation and resume from hibernation.

    Это правда? Вам действительно очень нужен такой ноутбук?
    --
    Eugene Berdnikov

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Victor Wagner@21:1/5 to All on Thu Sep 30 10:30:01 2021

    В этом разделе https://wiki.debian.org/SecureBoot#Secure_Boot_limitations среди утрачиваемых от всей этой паранойи фишек упоминается

    * Hibernation and resume from hibernation.

    Это правда? Вам действительно очень нужен такой ноутбук?

    Конечно, нужен. Как правило с ноутбуком все же работать приходится из
    квартиры или офиса, где с розетками всё в порядке. А процесс
    загрузки-шатдауна достаточно быстрый, чтобы с гибернацией не
    связываться.

    Опять же - памяти много, а SSD маленький и отводить аж 1/64 всего SSD
    на своп как-то жалко. А без свопа размером со всю память, по-моему
    гибернация все равно не работает.



    --
    Victor Wagner <vitus@wagner.pp.ru>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andrey Jr. Melnikov@21:1/5 to Victor Wagner on Fri Oct 1 00:10:02 2021
    Victor Wagner <vitus@wagner.pp.ru> wrote:
    В Thu, 30 Sep 2021 00:36:08 +0300
    "Andrey Jr. Melnikov" <temnota.am@gmail.com> пишет:


    Но вот чтобы патч у меня применился при выполнении команды

    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
    работал.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Eugene Berdnikov@21:1/5 to Andrey Jr. Melnikov on Fri Oct 1 08:30:01 2021
    On Fri, Oct 01, 2021 at 12:35:15AM +0300, Andrey Jr. Melnikov wrote:
    PS: А как-же ты живешь, на нутбуке то с отключенным hibernate? От розетки до
    розетки? А нет розетки - всё, прощай всё запущеное вместе с питанием?

    Если ненадолго, то в принципе есть suspend, но я бы не смог спать спокойно
    даже в саспенде если карта nvidia да ещё и драйвер проприетарный. :)
    --
    Eugene Berdnikov

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Victor Wagner@21:1/5 to All on Fri Oct 1 15:20:03 2021
    В Fri, 1 Oct 2021 00:35:15 +0300
    "Andrey Jr. Melnikov" <temnota.am@gmail.com> пишет:


    PS: А как-же ты живешь, на нутбуке то с отключенным hibernate? От
    розетки до розетки? А нет розетки - всё, прощай всё запущеное вместе
    с питанием?

    Как я живу описано вот здесь: https://www.wagner.pp.ru/fossil/advice/doc/trunk/screen.md

    Ноутук же он почти-что чистый терминал. НА нем браузер да куча
    ssh-сессий на более другие машины с бесперебойниками, бэкапными
    дизелями и все такое.

    И если я свой ноутбук положу в саспенд, то все равно все сетевые сессии
    оборвутся. Со стороны сервера, который таких таймаутов не оценит.




    --
    Victor Wagner <vitus@wagner.pp.ru>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andrey Jr. Melnikov@21:1/5 to Victor Wagner on Sat Oct 2 15:10:01 2021
    Victor Wagner <vitus@wagner.pp.ru> wrote:
    В Fri, 1 Oct 2021 00:35:15 +0300
    "Andrey Jr. Melnikov" <temnota.am@gmail.com> пишет:


    PS: А как-же ты живешь, на нутбуке то с отключенным hibernate? От
    розетки до розетки? А нет розетки - всё, прощай всё запущеное вместе
    с питанием?

    Как я живу описано вот здесь: https://www.wagner.pp.ru/fossil/advice/doc/trunk/screen.md
    screen, кто бы соменвался. А почему не tmux? У него хоть нет проблем с
    цветами в xterm.

    Ноутук же он почти-что чистый терминал. НА нем браузер да куча
    ssh-сессий на более другие машины с бесперебойниками, бэкапными
    дизелями и все такое.
    Вот имеено - БРАУЗЕР. В котором живут открытые вкладки, с логинами
    действующими до закрытия, странички, которые вчера были, а сегодня уже нет,
    и ещё куча всего, включая недописанный коммент в рабочую хреновину.

    При укладывании этого всего в suspend/hibernate (а в hibernate я его
    отправляю, когда кончается заряд батареи) - оно всё останется.

    И если я свой ноутбук положу в саспенд, то все равно все сетевые сессии
    оборвутся. Со стороны сервера, который таких таймаутов не оценит.

    Это пробелмы сервера. То, чего надо чтоб не рвалось - можно и в скрине
    запустить, если оно конечно консольное.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Victor Wagner@21:1/5 to All on Sun Oct 3 19:50:02 2021
    В Sat, 2 Oct 2021 15:42:09 +0300
    "Andrey Jr. Melnikov" <temnota.am@gmail.com> пишет:

    Victor Wagner <vitus@wagner.pp.ru> wrote:
    В Fri, 1 Oct 2021 00:35:15 +0300
    "Andrey Jr. Melnikov" <temnota.am@gmail.com> пишет:


    PS: А как-же ты живешь, на нутбуке то с отключенным hibernate? От
    розетки до розетки? А нет розетки - всё, прощай всё запущеное
    вместе с питанием?

    Как я живу описано вот здесь: https://www.wagner.pp.ru/fossil/advice/doc/trunk/screen.md
    screen, кто бы соменвался. А почему не tmux? У него хоть нет проблем с
    цветами в xterm.
    Вот имеено - БРАУЗЕР. В котором живут открытые вкладки, с логинами
    действующими до закрытия, странички, которые вчера были, а сегодня
    уже нет, и ещё куча всего, включая недописанный коммент в рабочую
    хреновину.

    Я никогда не держу открытых вкладок более нескольких часов.

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

    Для сохранения вещей, которые надо хранить существуют не вкладки, а
    букмарки.

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

    А странички, которые сегодня есть, а завтра могут исчезнуть, надо
    сохранять целиком.

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

    И если я свой ноутбук положу в саспенд, то все равно все сетевые
    сессии оборвутся. Со стороны сервера, который таких таймаутов не
    оценит.

    Это пробелмы сервера. То, чего надо чтоб не рвалось - можно и в скрине
    запустить, если оно конечно консольное.

    Это не проблемы сервера. Это вполне осмысленное и правильное поведение
    сервера.

    --

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andrey Jr. Melnikov@21:1/5 to Victor Wagner on Mon Oct 4 14:40:02 2021
    Victor Wagner <vitus@wagner.pp.ru> wrote:
    В Sat, 2 Oct 2021 15:42:09 +0300
    "Andrey Jr. Melnikov" <temnota.am@gmail.com> пишет:

    Victor Wagner <vitus@wagner.pp.ru> wrote:
    В Fri, 1 Oct 2021 00:35:15 +0300
    "Andrey Jr. Melnikov" <temnota.am@gmail.com> пишет:


    PS: А как-же ты живешь, на нутбуке то с отключенным hibernate? От
    розетки до розетки? А нет розетки - всё, прощай всё запущеное
    вместе с питанием?

    Как я живу описано вот здесь: https://www.wagner.pp.ru/fossil/advice/doc/trunk/screen.md
    screen, кто бы соменвался. А почему не tmux? У него хоть нет проблем с
    цветами в xterm.
    Вот имеено - БРАУЗЕР. В котором живут открытые вкладки, с логинами
    действующими до закрытия, странички, которые вчера были, а сегодня
    уже нет, и ещё куча всего, включая недописанный коммент в рабочую
    хреновину.

    Я никогда не держу открытых вкладок более нескольких часов.

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

    на рабочей машине:
    $ ps axfu | grep firefox | awk '{ vsz+=$5; rss+=$6}END {print vsz " " rss}' 61402108 5170960

    на ноутбуке:
    $ ps axfu | grep firefox | awk '{ vsz+=$5; rss+=$6}END {print vsz " " rss}' 59016632 3996748

    Жрёть firefox свои 4-5 гигов - пусть жрёть, там их есть. Чай не windows 3.11
    с трумпетом + netscape и всё это на 8 мегабайтах памяти, с жутким свопом на
    MFM диск.

    Для сохранения вещей, которые надо хранить существуют не вкладки, а
    букмарки.
    Да? А мужики то не знали (С). Сегодня есть страничка, а завтра "сервер
    отключен за неуплату" или вообще супер-пупер websiteparking: посмотрите нашу
    рекламку и пройдите к манагеру купить домен, если оно вам так надо.

    Если ты не дописал коммент куда либо в течение получаса, закрой
    вкладку. Потому что значит его вообще не стоит писать.
    И уж во всяком случае в рабочую хреновину - там часто через полчаса уже
    и читать-то не стоит.
    Витус, извини конечно, но это ты сейчас фигню сказал. Есть задачи, на
    описание которых приходится потратить день или два. С добавлением логов, с
    кусками конфигов и прочей чешуи. Предлагаешь делать комменты в стиле "а-ля
    твиттер", по 3 слова но зато раз в 15 минут? В системах с авто-расчётом KPI
    по комментам/комитам это наверное да, будет показывать хороший результат.

    А странички, которые сегодня есть, а завтра могут исчезнуть, надо
    сохранять целиком.
    Это невозможно спрогнозировать. Сегодня есть некий бложик с умными мыслями,
    а завтра всего провайдера роскопозор заблокировал.. Мне теперь чего - всё
    сохранять? Впрочем, я их так и сохраняю - то, что представляет определенную
    ценность - в pdf и на диск, то, что нужно на прочитать пару раз или
    подсмотреть, как там нетривиально надо набрать пару-тройку-десяток команд в
    определённой последовательности - в открытых вкладках. И пусть у firefox'а
    cache manager напрягается, как там это всё хранить на диске и мне
    показывать. Зачем мне делать его работу???
    А с учётом "интеллектуальности" поисковых систем, совершенно не факт, что
    найдя эту страничку сегодня - можно будет найти её завтра.

    Приучите себя делать логаут из рабочей сессии минимум дважды в сутки -
    уходя на обед и заканчивая рабочий день. От того что сессия будет
    дважды в день начинаться с чистого листа, ваша продуктивность
    существенно повысится.
    Да, я так уже делал. Лет 15 назад, когда админил один маленький заводик в
    одной очень не маленькой мировой мегакорпарации - там из всех очень нужных
    инструментов был mahjong и браузер с анекдотами. Маджонг оставлять висеть
    нету смысла - он время считает, а анекдоты всё-равно надо reload каждый
    день, а то стареют. Ко всему остальному - увы, приходилось ходить ножками.

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

    Пихать всё в screen/tmux - это не выход. Все эти мультиплексоры - костыли
    разного рода удобности. Да, запустить там какой tcpdump в screen'e и
    включить log окошка - это удобно. Но на этом удобства кончаются, а
    начинаются проблемы - то scrollbuffer маленький, надо лезть куда-то его
    подкручивать, то с SSH_AUTH_SOCK - надо ещё везде скрипты костылить, с
    симлинками. Переодически ребиндить C-a в сторону, а то в minicom мешается
    или ещё в каком месте.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)