Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Victor Wagner]

В Fri, 3 Feb 2023 10:46:50 +0300
Eugene Berdnikov  пишет:


> > Это, кстати, многие не понимают. Что всегда надо рассматривать две
> > угрозы 
> > 1. Что ваши данные попадут не в те руки
> > 2. Что ваши руки не дотянутся до ваших данных в тот момент, когда
> > вам эти данные будут нужны.
> > 
> > Предложенный тобой способ защищает от второй угрозы. А пользователи
> > всяких FDE надеются, что применение этих средств защитит их от
> > первой  
> 
>  В слове FDE буква E как раз защищает, а вот FD, как верно было
> замечено, скорее бесит нападающих и толкает их на применение
> радикальных средств... Всё ценное должно быть зашифровано, включая
> бэкап, но шифровать всё подряд это глупость, IMHO.

А при таком подходе приходится головой думать, что ценное, а что не
ценное. Что нужно защищать от несанкционированного прочтения, а что -
только от несанкционированного изменения (что лучше делать не
шифрованием, а подписью с её своевременной проверкой)

-- 
   Victor Wagner 

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Eugene Berdnikov]

On Fri, Feb 03, 2023 at 09:07:59AM +0300, Victor Wagner wrote:
> В Thu, 2 Feb 2023 20:35:05 +0300
> Eugene Berdnikov  пишет:
> >  К слову, лучшее средство от ордера на обыск -- бэкап, тщательно
> > спрятанный вне дома, плюс запасной комплект вычислительной техники к
> > нему, плюс заначка для того, чтобы сразу после обыска докупить ещё
> > один запасной комплект.
> 
> Это, кстати, многие не понимают. Что всегда надо рассматривать две
> угрозы 
> 1. Что ваши данные попадут не в те руки
> 2. Что ваши руки не дотянутся до ваших данных в тот момент, когда вам
> эти данные будут нужны.
> 
> Предложенный тобой способ защищает от второй угрозы. А пользователи
> всяких FDE надеются, что применение этих средств защитит их от первой

 В слове FDE буква E как раз защищает, а вот FD, как верно было замечено,
 скорее бесит нападающих и толкает их на применение радикальных средств...
 Всё ценное должно быть зашифровано, включая бэкап, но шифровать всё
 подряд это глупость, IMHO.
-- 
 Eugene Berdnikov

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Victor Wagner]

В Thu, 2 Feb 2023 20:35:05 +0300
Eugene Berdnikov  пишет:

> On Thu, Feb 02, 2023 at 06:40:40PM +0300, Victor Wagner wrote:
> > Поскольку в мою модель угроз входит появление в доме вежливого
> > офицера ФСБ с ордером на обыск или встреча с не менее вежливым
> > таможенником при пересечении границы, меры, рассчитанные на
> > противодействие этим угрозам, спасают и от излишне любопытного
> > нашедшего ноутбук.  
> 
>  Второй раз читаю тут про таможенника, и ума не приложу, какое может
> быть дело таможне до содержимого диска... Биты и байты вроде никакими

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

> пошлинами не облагаются, а у таможенника нет ни времени, ни средств
> изучать их: другие пассажиры в очереди нервничают и матерятся.

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

Это, кстати, многие не понимают. Что всегда надо рассматривать две
угрозы 
1. Что ваши данные попадут не в те руки
2. Что ваши руки не дотянутся до ваших данных в тот момент, когда вам
эти данные будут нужны.

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

Кстати, лежащий вне дома бэкап помогает не только от обыска, но и от
пожара, домовой кражи и даже от криптолокера (впрочем от криптолокера
помогает и бэкап лежащий в ящике стола, на котором стоит компьютер)

-- 
   Victor Wagner 

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[liuch]

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


02.02.2023 18:40, Victor Wagner пишет:

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

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Eugene Berdnikov]

On Thu, Feb 02, 2023 at 06:40:40PM +0300, Victor Wagner wrote:
> Поскольку в мою модель угроз входит появление в доме вежливого офицера
> ФСБ с ордером на обыск или встреча с не менее вежливым таможенником при
> пересечении границы, меры, рассчитанные на противодействие этим
> угрозам, спасают и от излишне любопытного нашедшего ноутбук.

 Второй раз читаю тут про таможенника, и ума не приложу, какое может быть
 дело таможне до содержимого диска... Биты и байты вроде никакими пошлинами
 не облагаются, а у таможенника нет ни времени, ни средств изучать их:
 другие пассажиры в очереди нервничают и матерятся.

 К слову, лучшее средство от ордера на обыск -- бэкап, тщательно спрятанный
 вне дома, плюс запасной комплект вычислительной техники к нему, плюс заначка
 для того, чтобы сразу после обыска докупить ещё один запасной комплект.
-- 
 Eugene Berdnikov

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Victor Wagner]

В Thu, 2 Feb 2023 17:01:12 +0300
li...@mail.ru пишет:

> 02.02.2023 16:45, Victor Wagner пишет:
> > О, наконец мне кто-то объяснил зачем  может быть нужна на ноутбуке
> > full disk encryption - она защищает от подмены user-space
> > бинарников, которые не защищает secureboot.  
> Не только. FDE еще полезно в случае потери или гражи ноутбука, чтобы
> мне не пришлось судорожно не вспоминать, какие именно фотографии я на
> нем хранил и нет ли там чего-то такого, что сделало бы мою жизнь чуть
> более сложной в случае, если новый хозяин ноутбука будет достаточно
> любопытен, чтобы покопаться в моих файлах. В случае FDE ему останется
> только переформатировать диски.
> 
Поскольку в мою модель угроз входит появление в доме вежливого офицера
ФСБ с ордером на обыск или встреча с не менее вежливым таможенником при
пересечении границы, меры, рассчитанные на противодействие этим
угрозам, спасают и от излишне любопытного нашедшего ноутбук.




-- 
   Victor Wagner 

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[liuch]

02.02.2023 16:45, Victor Wagner пишет:

О, наконец мне кто-то объяснил зачем  может быть нужна на ноутбуке full
disk encryption - она защищает от подмены user-space бинарников,
которые не защищает secureboot.
Не только. FDE еще полезно в случае потери или гражи ноутбука, чтобы мне 
не пришлось судорожно не вспоминать, какие именно фотографии я на нем 
хранил и нет ли там чего-то такого, что сделало бы мою жизнь чуть более 
сложной в случае, если новый хозяин ноутбука будет достаточно любопытен, 
чтобы покопаться в моих файлах. В случае FDE ему останется только 
переформатировать диски.

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Victor Wagner]

В Thu, 2 Feb 2023 15:57:32 +0200
Alexander Gerasiov  пишет:


> 
> > Так-то я всегда полагал что FDE это вещь скорее вредная, чем
> > полезная, потому что является ярким сигналом "здесь есть что-то
> > ценное". И провоцирует нашего противника на применение
> > терморектального (или, в случае толетантных демократических стран
> > rubber hose) крипоанализа.  
> Для грубой силы - вредная. Для угрозы "любопытный нос полез в
> утерянный ноутбук" - всё же полезная.

Мне как-то с трудом верится в любопытный нос, который в состоянии
хакнуть пароль на grub или на bios  (чтобы загрузиться с другого
носителя). 
Когда заходит речь о таком уровне атакующего, это уже
несколько намекает на таржетированную атаку.



-- 
   Victor Wagner 

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Alexander Gerasiov]

On Thu, 2 Feb 2023 16:45:33 +0300
Victor Wagner  wrote:

> В Wed, 1 Feb 2023 21:46:59 +0200
> Alexander Gerasiov  пишет:
> 
> > On Wed, 1 Feb 2023 18:12:59 +0300
> > Victor Wagner  wrote:
> >   
> > > В Wed, 1 Feb 2023 16:42:47 +0200
> > > Alexander Gerasiov  пишет:
> > > 
> > > 
> > > > Пароль можно добавить, но в моей модели угроз он не нужен. Для
> > > > меня secureboot это гарантия, что на моем хосте нельзя забутить
> > > > другую ОС и/или подменить ядро/загрузчик получив физический
> > > > доступ к ноутбуку.  
> 
> > 
> > В случае физического доступа получить доступ к данным не получится
> > (так как они зашифрованы), но можно залить модифицированный
> > загрузчик/ядро/инитрамфс, так как что-то из этого должно
> > лежать на диске не зашифрованное.  
> 
> О, наконец мне кто-то объяснил зачем  может быть нужна на ноутбуке
> full disk encryption - она защищает от подмены user-space бинарников,
> которые не защищает secureboot.
Да, и это, конечно же тоже.

> Так-то я всегда полагал что FDE это вещь скорее вредная, чем полезная,
> потому что является ярким сигналом "здесь есть что-то ценное". И
> провоцирует нашего противника на применение терморектального (или, в
> случае толетантных демократических стран rubber hose) крипоанализа.
Для грубой силы - вредная. Для угрозы "любопытный нос полез в утерянный
ноутбук" - всё же полезная.


-- 
Best regards,
 Alexander Gerasiov

 Contacts:
 e-mail: a...@gerasiov.net  WWW: https://gerasiov.net  TG/Skype: gerasiov
 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49  BAEA CA87 E9E8 2AAC 33F1

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Victor Wagner]

В Wed, 1 Feb 2023 21:46:59 +0200
Alexander Gerasiov  пишет:

> On Wed, 1 Feb 2023 18:12:59 +0300
> Victor Wagner  wrote:
> 
> > В Wed, 1 Feb 2023 16:42:47 +0200
> > Alexander Gerasiov  пишет:
> > 
> >   
> > > Пароль можно добавить, но в моей модели угроз он не нужен. Для
> > > меня secureboot это гарантия, что на моем хосте нельзя забутить
> > > другую ОС и/или подменить ядро/загрузчик получив физический
> > > доступ к ноутбуку.

> 
> В случае физического доступа получить доступ к данным не получится
> (так как они зашифрованы), но можно залить модифицированный
> загрузчик/ядро/инитрамфс, так как что-то из этого должно
> лежать на диске не зашифрованное.

О, наконец мне кто-то объяснил зачем  может быть нужна на ноутбуке full
disk encryption - она защищает от подмены user-space бинарников,
которые не защищает secureboot.

Так-то я всегда полагал что FDE это вещь скорее вредная, чем полезная,
потому что является ярким сигналом "здесь есть что-то ценное". И
провоцирует нашего противника на применение терморектального (или, в
случае толетантных демократических стран rubber hose) крипоанализа.

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

Но вот для того, чтобы избежать подмены /usr/bin/ls или /bin/echo, увы,
необходима либо сквозная система подписи исполняемых файлов с цепочкой
доверия от BIOS до последнего скрипта, либо таки да, FDE.


-- 
   Victor Wagner 

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Alexander Gerasiov]

On Wed, 1 Feb 2023 16:13:49 -0500
Tim Sattarov  wrote:

> On 2/1/23 14:46, Alexander Gerasiov wrote:
> > От подмены этих файлов защищает secureboot с кастомными ключами.   
> 
> А можно поподробнее про этот момент как кастомные ключи в этом случае
> работают? ты грузишь свои собственные ключи в  BIOS и указываешь
> степень доверия? Если да, то я думаю этот момент даёт достаточно
> хорошую защиту, если не доводить до гаечных ключей, и прочих горячих
> предметов.
Да, всё так. Делаю это использую sicherboot - он хорошо автоматизирует
это.


-- 
Best regards,
 Alexander Gerasiov

 Contacts:
 e-mail: a...@gerasiov.net  WWW: https://gerasiov.net  TG/Skype: gerasiov
 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49  BAEA CA87 E9E8 2AAC 33F1

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Tim Sattarov]

On 2/1/23 14:46, Alexander Gerasiov wrote:
От подмены этих файлов защищает secureboot с кастомными ключами. 


А можно поподробнее про этот момент как кастомные ключи в этом случае работают?
ты грузишь свои собственные ключи в  BIOS и указываешь степень доверия?
Если да, то я думаю этот момент даёт достаточно хорошую защиту, если не доводить до гаечных ключей, 
и прочих горячих предметов.

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Alexander Gerasiov]

On Wed, 1 Feb 2023 18:12:59 +0300
Victor Wagner  wrote:

> В Wed, 1 Feb 2023 16:42:47 +0200
> Alexander Gerasiov  пишет:
> 
> 
> > Пароль можно добавить, но в моей модели угроз он не нужен. Для меня
> > secureboot это гарантия, что на моем хосте нельзя забутить другую ОС
> > и/или подменить ядро/загрузчик получив физический доступ к
> > ноутбуку.  
> 
> А можно подробнее про эту модель угроз? 
> 
> Что мы защищаем - данные на диске ноутбука или сам ноутбук как набор
> вычислительных ресурсов? 
> 
> Каким временем располагает атакующий, получивший физический доступ к
> ноутбуку, и какие средства обнаружения такого доступа предусмотрены? 

Сейчас речь не совсем про то, что у меня (security through obscurity на
самом деле очень важная и нужная вещь), но некоторые рассуждения,
которыми я руководствовался:
- данные на ноутбуке являются чувствительными
- на случай утери ноутбука данные должны быть зашифрованы
- предположим есть "добрый" злоумышленник, желающий получить доступ к
данным на ноутбуке (про злого с паяльником отдельный тред), тогда у
него есть два основных вектора атаки:

1. взлом работающего ноутбука по сети и т.п. тут цифровая гигиена,
всякие файрволы, контейнеры и прочее, о чем сейчас не говорим.
2. физический доступ к ноутбуку. (от 5 минут в кафе пописать, до пары
часов в офисе пообедать, варианты бывают разные)

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

От подмены этих файлов защищает secureboot с кастомными ключами.

Следующий шаг - сбросить биос, подменить материнку или ноутбук целиком.
Это все не является нереализуемым, но усложняет атаку. Плюс есть
разумные способы это усложнить (enterprise ноутбуки, которые не
сбрасываются просто так, tamper detection, наклейки с героями аниме,
уникальная гравировка, памятная царапина в форме любимой буквы
армянского алфавита и т.п.). Где-то в этом месте здравый смысл должен
сказать, что гаечный ключ будет дешевле и можно успокоиться.


-- 
Best regards,
 Alexander Gerasiov

 Contacts:
 e-mail: a...@gerasiov.net  WWW: https://gerasiov.net  TG/Skype: gerasiov
 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49  BAEA CA87 E9E8 2AAC 33F1

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Victor Wagner]

В Wed, 1 Feb 2023 14:11:17 -0500
Tim Sattarov  пишет:

.
> Чем сложнее получить доступ к данным, тем безопаснее.

Совершенно не факт, что защищать надо именно данные. Сейчас на
большинстве компьютеров достойных защиты данных нет. Есть только
выкачанная из сети информация, которую воровать нет смысла. Можно
честно скачать оттуда же, откуда ее взял владелец компьютера.

И тогда объектом защиты является сам компьютер, его вычислительные
ресурсы, и цель - не дать его превратить в элемент ботнета для DDoS или
майнер биткойнов (в интересах, естественно, отнюдь не того, кто
оплачивает счета за электроэнергию).

> SecureBoot усложняет доступ злоумышленникам. И то что нам не
> нравится, это то, что это усложнение недостаточно сложно.

SecureBoot похож на стоящий посреди чистого поля (ну ладно, густого
леса) КПП, вокруг которого нет никакого забора. Кому не лень, может
сойти с дороги и спокойно его обойти.

Если мы ведем речь о сетевых атаках, то скорее объектом атаки будут
userspace программы, которые secureboot вообще не защищает.

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

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

> 
> Мы можем рассуждать и ругать существующую ситуацию, или можем прийти
> к какому нибудь выводу, схеме, решению, которое может быть лучше, чем
> то что есть в данный момент. И начать пинать мейнтейнеров.

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

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





-- 
   Victor Wagner 

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Tim Sattarov]

On 2/1/23 13:52, Victor Wagner wrote:


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

То есть по хорошему счету, используя DKMS мы сразу говорим "мы тут
доверяем какому-то левому коду исполняться в контексте ядра"
DKMS как система сборки тут ни при чём. Это никак не отменяет наличия общественно доступных ключей, 
которым доверяет  BIOS.
Даже если я не использую DKMS, злоумышленник сможет подсунуть мне подписанный драйвер, собранный у 
него на компьютере и подписанный тем самым публичным ключом.

Или я что то не понимаю в системе подписи и доверия?


Да, это конечно иногда наименьшее зло. Но, возможно что авторы DKMS
именно так и рассудили, что снявши голову по волосам не плачут, и если
мы используем dkms-модули вместе с secureboot, secureboot нам нужен не
для безопасности, а для чего-то ещё (чтобы там TPM работал или чтобы
какие-нибудь сертифицирующие органы отвязались).

Как говорил один мой знакомый безопасник: Безопасность это не конечная точка, это процесс и больше 
градация, чем "да" или "нет".

Чем сложнее получить доступ к данным, тем безопаснее.
SecureBoot усложняет доступ злоумышленникам. И то что нам не нравится, это то, что это усложнение 
недостаточно сложно.


Мы можем рассуждать и ругать существующую ситуацию, или можем прийти к какому нибудь выводу, схеме, 
решению, которое может быть лучше, чем то что есть в данный момент.

И начать пинать мейнтейнеров.


--
Тимур

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Victor Wagner]

В Wed, 1 Feb 2023 10:48:47 -0500
Tim Sattarov  пишет:

> On 2/1/23 10:19, Victor Wagner wrote:
> > В Wed, 1 Feb 2023 10:11:15 -0500

> Вот это уже интересно. А процесс защиты ограничен именно этими
> алгоритмами? Если ограничиться только secure boot и интерфейсом с
> BIOS/UEFI. Как бы выглядела идеальная защита там?
> 
> Maksim Dmitrichenko выше недоволен отсутствием ввода секрета во время
> подписи драйверов, что делает процесс больше фикцией,
> Так как секреты (ключи подписи) находятся там же где и сами артифакты
> для подписи. И ничего их не защищает.

И это вполне законная претензия


> только в получении рута на машине. Модули скачанные с сайта debian
> подписаны майнтейнером. Там более менее можно ограничить доступ к

Можно-то можно, но делается ли? Конечно если утечет ключ дебановского
мейнтейнера, скорее всего шуму будет на весть интернет. Как я уже писал
в соседнем письме,  в наше время правильно использовать подобные защиты
не умеет почти никто. Даже в этом треде термин "модель угроз" употребил
только  Alexander Gerasiov 

> секретному ключу. Но всё то что делает DKMS эту защиту опускает до
> своего уровня - права доступа к директории с модулями.

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

То есть по хорошему счету, используя DKMS мы сразу говорим "мы тут
доверяем какому-то левому коду исполняться в контексте ядра"

Да, это конечно иногда наименьшее зло. Но, возможно что авторы DKMS 
именно так и рассудили, что снявши голову по волосам не плачут, и если
мы используем dkms-модули вместе с secureboot, secureboot нам нужен не
для безопасности, а для чего-то ещё (чтобы там TPM работал или чтобы
какие-нибудь сертифицирующие органы отвязались).

-- 
   Victor Wagner 

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Tim Sattarov]

On 2/1/23 10:19, Victor Wagner wrote:

В Wed, 1 Feb 2023 10:11:15 -0500
Tim Sattarov  пишет:


Если думаешь, что можно как то лучше и безопаснее - предлагай. Я
понимаю, что обличать и открывать глаза иногда полезно. Но ключевое
слово здесь "иногда".

По моим представлениям нужно:
1. Выстраивать непрерывную цепочку доверия от BIOS до конкретных
исполняемых модулей. Да, и скриптовых тоже, да, и разделяемых библиотек
тоже. То есть bsign это хорошо, но нужен еще scriptsign.
2. Проверка на подпись скриптов должна быть встроена в интерпретатор,
чтобы никакими средствами языка (. в shell, require в perl и т.д.)
нельзя было ее обойти.
3. По возможности физически разделять машины где ведется разработка (и
где подписываются исполняемые модули) и те, где защита секьюрбутом
применяется в боевом режиме в качестве защиты от реальных атак. Потому
что непонятно как совместить подпись каждого исполняемого файла в
системе с разработкой программ, а особенно скриптов-однострочников у
которых PKCS7-структура подписи будет больше места, чем содержательный
код занимать.


Вот это уже интересно. А процесс защиты ограничен именно этими алгоритмами?
Если ограничиться только secure boot и интерфейсом с BIOS/UEFI.
Как бы выглядела идеальная защита там?

Maksim Dmitrichenko выше недоволен отсутствием ввода секрета во время подписи драйверов, что делает 
процесс больше фикцией,
Так как секреты (ключи подписи) находятся там же где и сами артифакты для подписи. И ничего их не 
защищает.
Мало того, эти ключи находятся в публичном доступе, что не ограничивает злоумышленников от 
использования этих публично доступных ключей для своих целей.

Как здесь быть? Получается, что вся защита только в получении рута на машине.
Модули скачанные с сайта debian подписаны майнтейнером. Там более менее можно ограничить доступ к 
секретному ключу.

Но всё то что делает DKMS эту защиту опускает до своего уровня - права доступа 
к директории с модулями.

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Victor Wagner]

В Wed, 1 Feb 2023 16:42:47 +0200
Alexander Gerasiov  пишет:


> Пароль можно добавить, но в моей модели угроз он не нужен. Для меня
> secureboot это гарантия, что на моем хосте нельзя забутить другую ОС
> и/или подменить ядро/загрузчик получив физический доступ к ноутбуку.

А можно подробнее про эту модель угроз? 

Что мы защищаем - данные на диске ноутбука или сам ноутбук как набор
вычислительных ресурсов? 

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




-- 
   Victor Wagner 

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Victor Wagner]

В Wed, 1 Feb 2023 10:11:15 -0500
Tim Sattarov  пишет:

> Если думаешь, что можно как то лучше и безопаснее - предлагай. Я
> понимаю, что обличать и открывать глаза иногда полезно. Но ключевое
> слово здесь "иногда".

По моим представлениям нужно:
1. Выстраивать непрерывную цепочку доверия от BIOS до конкретных
исполняемых модулей. Да, и скриптовых тоже, да, и разделяемых библиотек
тоже. То есть bsign это хорошо, но нужен еще scriptsign. 
2. Проверка на подпись скриптов должна быть встроена в интерпретатор,
чтобы никакими средствами языка (. в shell, require в perl и т.д.)
нельзя было ее обойти. 
3. По возможности физически разделять машины где ведется разработка (и
где подписываются исполняемые модули) и те, где защита секьюрбутом
применяется в боевом режиме в качестве защиты от реальных атак. Потому
что непонятно как совместить подпись каждого исполняемого файла в
системе с разработкой программ, а особенно скриптов-однострочников у
которых PKCS7-структура подписи будет больше места, чем содержательный
код занимать.


-- 
   Victor Wagner 

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Victor Wagner]

В Wed, 1 Feb 2023 18:28:53 +0400
Maksim Dmitrichenko  пишет:

> вт, 31 янв. 2023 г. в 18:43, Tim Sattarov :
> 
> > Тут встаёт вопрос а зачем вообще нужен Secure Boot.
> >
> > В моём случае когда то давно, когда я ставил дуал бут на лаптопе,
> > 11-я винда очень хотела его и нельзя было иметь secure boot только
> > для одной операционки.
> >  
> 
> Неужель на винде нельзя отлючить SecureBoot? Вроде можно.
> 
> Винде он нужен, чтобы нельзя было её активировать мимо кассы,
> естественно. Линуксу, для того, чтобы руткитов избежать по максимуму.
> Но если можно даже пускай с рутовыми правами, но без ввода пароля,
> подписать любой модуль в бэкграунде, то увы, это говно.
> 

В PKI и цепочки доверия в мире не умеет примерно никто ни в OpenSource
ни в проприетарщине. Даже bsign из большинства дистрибутивов
повыкидывали. Я его только в Astre имени различных российских городов
видел. (в смысле во всех Special Edition, их у них там много).



-- 
   Victor Wagner 

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Tim Sattarov]

On 2/1/23 09:28, Maksim Dmitrichenko wrote:

вт, 31 янв. 2023 г. в 18:43, Tim Sattarov :

Тут встаёт вопрос а зачем вообще нужен Secure Boot.

В моём случае когда то давно, когда я ставил дуал бут на лаптопе, 11-я 
винда очень хотела его
и нельзя было иметь secure boot только для одной операционки.


Неужель на винде нельзя отлючить SecureBoot? Вроде можно.


Можно, но удобнее с ним. тот же TPM не включится без Secure Boot.

Винде он нужен, чтобы нельзя было её активировать мимо кассы, естественно. Линуксу, для того, 
чтобы руткитов избежать по максимуму. Но если можно даже пускай с рутовыми правами, но без ввода 
пароля, подписать любой модуль в бэкграунде, то увы, это говно.


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


Если думаешь, что можно как то лучше и безопаснее - предлагай. Я понимаю, что обличать и открывать 
глаза иногда полезно. Но ключевое слово здесь "иногда".


--
Тимур

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Alexander Gerasiov]

On Wed, 1 Feb 2023 17:34:22 +0400
Maksim Dmitrichenko  wrote:

> ср, 1 февр. 2023 г. в 16:40, Alexander Gerasiov :
> 
> > /lib/modules/"$1"/build/scripts/sign-file sha512
> > /etc/sicherboot/keys/db.key /etc/sicherboot/keys/db.cer "$2"
> >  
> 
> Штрилитц ещё никогда не был так близок к провалу )
> 
> Для не знающих немецкий, "sicher" - по-немецки "безопасный" в смысле
> "secure" )
> 
> А кто и в какой момент тебе эти ключи создал? И была ли возможность
> задать пароли при генерации?
> Потому что предыдущий оратор вроде как даже не заметил, как это всё
> произошло.
Ты не поверишь, их создал sicherboot.
Пароль можно добавить, но в моей модели угроз он не нужен. Для меня
secureboot это гарантия, что на моем хосте нельзя забутить другую ОС
и/или подменить ядро/загрузчик получив физический доступ к ноутбуку.


-- 
Best regards,
 Alexander Gerasiov

 Contacts:
 e-mail: a...@gerasiov.net  WWW: https://gerasiov.net  TG/Skype: gerasiov
 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49  BAEA CA87 E9E8 2AAC 33F1

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Maksim Dmitrichenko]

вт, 31 янв. 2023 г. в 18:43, Tim Sattarov :

> Тут встаёт вопрос а зачем вообще нужен Secure Boot.
>
> В моём случае когда то давно, когда я ставил дуал бут на лаптопе, 11-я
> винда очень хотела его и нельзя было иметь secure boot только для одной
> операционки.
>

Неужель на винде нельзя отлючить SecureBoot? Вроде можно.

Винде он нужен, чтобы нельзя было её активировать мимо кассы, естественно.
Линуксу, для того, чтобы руткитов избежать по максимуму. Но если можно даже
пускай с рутовыми правами, но без ввода пароля, подписать любой модуль в
бэкграунде, то увы, это говно.

-- 
With best regards
  Maksim Dmitrichenko

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Maksim Dmitrichenko]

ср, 1 февр. 2023 г. в 16:40, Alexander Gerasiov :

> /lib/modules/"$1"/build/scripts/sign-file sha512
> /etc/sicherboot/keys/db.key /etc/sicherboot/keys/db.cer "$2"
>

Штрилитц ещё никогда не был так близок к провалу )

Для не знающих немецкий, "sicher" - по-немецки "безопасный" в смысле
"secure" )

А кто и в какой момент тебе эти ключи создал? И была ли возможность задать
пароли при генерации?
Потому что предыдущий оратор вроде как даже не заметил, как это всё
произошло.

-- 
With best regards
  Maksim Dmitrichenko

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Alexander Gerasiov]

On Mon, 30 Jan 2023 20:47:11 +0300
Зиганшин Руслан  wrote:

> Следуя инструкции на https://wiki.debian.org/SecureBoot, я натыкаюсь
> на проблему:
> 
> $ cd "$MODULES_DIR/updates/dkms"
> bash: cd: /lib/modules/6.0.0-0.deb11.6-amd64/updates/dkms: Нет такого
> файла или каталога

[gq@fran:/etc]$ cat /etc/dkms/framework.conf 
## This configuration file modifies the behavior of
## DKMS (Dynamic Kernel Module Support) and is sourced
## in by DKMS every time it is run.

## Source Tree Location (default: /usr/src)
# source_tree="/usr/src"

## DKMS Tree Location (default: /var/lib/dkms)
# dkms_tree="/var/lib/dkms"

## Install Tree Location (default: /lib/modules)
# install_tree="/lib/modules"

## tmp Location (default: /tmp)
# tmp_location="/tmp"

## verbosity setting (verbose will be active if you set it to a non-null value)
# verbose=""

## symlink kernel modules (will be active if you set it to a non-null value)
## This creates symlinks from the install_tree into the dkms_tree instead of
## copying the modules. This preserves some space on the costs of being less
## safe.
# symlink_modules=""

## Automatic installation and upgrade for all installed kernels (if set to a
## non-null value)
# autoinstall_all_kernels=""

## Script to sign modules during build, script is called with kernel version
## and module name
sign_tool="/etc/dkms/sign_helper.sh"
[gq@fran:/etc]$ cat /etc/dkms/sign_helper.sh 
#!/bin/sh
/lib/modules/"$1"/build/scripts/sign-file sha512 /etc/sicherboot/keys/db.key 
/etc/sicherboot/keys/db.cer "$2"



-- 
Best regards,
 Alexander Gerasiov

 Contacts:
 e-mail: a...@gerasiov.net  WWW: https://gerasiov.net  TG/Skype: gerasiov
 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49  BAEA CA87 E9E8 2AAC 33F1

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Tim Sattarov]

On 1/31/23 09:31, Maksim Dmitrichenko wrote:

вт, 31 янв. 2023 г. в 04:31, Tim Sattarov :

```
Building module:
Cleaning build area...
env NV_VERBOSE=1 make -j8 modules 
KERNEL_UNAME=6.1.0-2-amd64
Signing module /var/lib/dkms/nvidia-current/510.108.03/build/nvidia.ko
Signing module 
/var/lib/dkms/nvidia-current/510.108.03/build/nvidia-modeset.ko
Signing module /var/lib/dkms/nvidia-current/510.108.03/build/nvidia-drm.ko
Signing module /var/lib/dkms/nvidia-current/510.108.03/build/nvidia-uvm.ko
Signing module 
/var/lib/dkms/nvidia-current/510.108.03/build/nvidia-peermem.ko
```


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

Прелестно. Как в том мультике про уборщицу в банковском хранилище... )



Ты прав, ничего вводить не пришлось, всё само. Автоматически. Даже без моего 
ведома.
Я думаю в остальных операционках (винда, мак) та же ситуация и драйвера не подписываются юзером 
осознанно.

Но они и не компилируются (и не подписываются) на пользовательской машине.

Тут встаёт вопрос а зачем вообще нужен Secure Boot.

В моём случае когда то давно, когда я ставил дуал бут на лаптопе, 11-я винда очень хотела его и 
нельзя было иметь secure boot только для одной операционки.

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Maksim Dmitrichenko]

вт, 31 янв. 2023 г. в 04:31, Tim Sattarov :

> ```
> Building module:
> Cleaning build area...
> env NV_VERBOSE=1 make -j8 modules
> KERNEL_UNAME=6.1.0-2-amd64
> Signing module /var/lib/dkms/nvidia-current/510.108.03/build/nvidia.ko
> Signing module
> /var/lib/dkms/nvidia-current/510.108.03/build/nvidia-modeset.ko
> Signing module /var/lib/dkms/nvidia-current/510.108.03/build/nvidia-drm.ko
> Signing module /var/lib/dkms/nvidia-current/510.108.03/build/nvidia-uvm.ko
> Signing module
> /var/lib/dkms/nvidia-current/510.108.03/build/nvidia-peermem.ko
> ```
>

Судя по твоему удивлению, ни ключ создать, ни ввести от него пароль при
подписании тебе не было предложено.
Прелестно. Как в том мультике про уборщицу в банковском хранилище... )

-- 
With best regards
  Maksim Dmitrichenko

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Tim Sattarov]

On 1/30/23 17:09, Andrey Jr. Melnikov wrote:


Дык, это задача dkms подписывать автоматически собранные модуля. Там правда
как всегда за последние пол года всё сломали три раза, но вроде последние
релизы dkms умеют отличать unsigned модули от signed и не падать после
сборки (подписывать при наличии ключей если это действительно требуется).


И вправду, только вот проапдейтил одну машину с nvidia и там лог выглядит вот 
так:

```
Building module:
Cleaning build area...
env NV_VERBOSE=1 make -j8 modules KERNEL_UNAME=6.1.0-2-amd64
Signing module /var/lib/dkms/nvidia-current/510.108.03/build/nvidia.ko
Signing module /var/lib/dkms/nvidia-current/510.108.03/build/nvidia-modeset.ko
Signing module /var/lib/dkms/nvidia-current/510.108.03/build/nvidia-drm.ko
Signing module /var/lib/dkms/nvidia-current/510.108.03/build/nvidia-uvm.ko
Signing module /var/lib/dkms/nvidia-current/510.108.03/build/nvidia-peermem.ko
```

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Andrey Jr. Melnikov]

Зиганшин Руслан  wrote:
> [-- text/plain, encoding base64, charset: UTF-8, 5 lines --]

> Следуя инструкции на https://wiki.debian.org/SecureBoot, я натыкаюсь на
> проблему:

А можно поинтересоваться - зачем? Если кто-то получил физический доступ к
машине, он свой shim принесёт, подписанный тем-же микрософтом и загрузится.
Удалишь ключи от M$ (ну если сможешь конечно) - поимеешь незапускаемый
видео-биос и отсутствие видеокарты. Или у тебя есть coreboot для своей платы?

> $ cd "$MODULES_DIR/updates/dkms"
> bash: cd: /lib/modules/6.0.0-0.deb11.6-amd64/updates/dkms: Нет такого файла
> или каталога

Дык, это задача dkms подписывать автоматически собранные модуля. Там правда
как всегда за последние пол года всё сломали три раза, но вроде последние
релизы dkms умеют отличать unsigned модули от signed и не падать после
сборки (подписывать при наличии ключей если это действительно требуется).

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Tim Sattarov]

On 1/30/23 14:29, Зиганшин Руслан wrote:
Сейчас драйвера временно удалены, но вообще они были установлены командой sudo apt install 
nvidia-driver.


P.S. Сейчас подумал, что, возможно, помешало то, что первоначально драйвера устанавливал от 
bullseye, а ядро от bullseye-updates. Если дело в этом, то предстоит также выяснить, как 
установить приоритет драйверов для updates, поскольку там, как ни странно, более старая версия, 
чем в bullseye.





По ссылке указанной ранее:


Следуя инструкции на https://wiki.debian.org/SecureBoot, я натыкаюсь на 
проблему:



>  cd "$MODULES_DIR/updates/dkms" # For dkms packages


То есть ожидается что установлен nvidia-kernel-dkms который кладёт драйвер в 
эту папку.
Как можно подписывать что-то, если оно не установлено?

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Зиганшин Руслан]

Сейчас драйвера временно удалены, но вообще они были установлены командой
sudo apt install nvidia-driver.

P.S. Сейчас подумал, что, возможно, помешало то, что первоначально драйвера
устанавливал от bullseye, а ядро от bullseye-updates. Если дело в этом, то
предстоит также выяснить, как установить приоритет драйверов для updates,
поскольку там, как ни странно, более старая версия, чем в bullseye.

пн, 30 янв. 2023 г., 21:10 Tim Sattarov :

> On 1/30/23 12:47, Зиганшин Руслан wrote:
>
> Следуя инструкции на https://wiki.debian.org/SecureBoot, я натыкаюсь на
> проблему:
>
> $ cd "$MODULES_DIR/updates/dkms"
> bash: cd: /lib/modules/6.0.0-0.deb11.6-amd64/updates/dkms: Нет такого
> файла или каталога
>
>
> А откуда установлены драйвера сейчас? Этот путь есть только там, где есть
> dkms дрова...
>
> ```
> $ ls -l $MODULES_DIR/updates/dkms/nvidia-current*
> -rw-r--r-- 1 root root   150373 Jan 27 09:15
> /lib/modules/6.1.0-1-amd64/updates/dkms/nvidia-current-drm.ko
> -rw-r--r-- 1 root root 46155045 Jan 27 09:15
> /lib/modules/6.1.0-1-amd64/updates/dkms/nvidia-current.ko
> -rw-r--r-- 1 root root  1554549 Jan 27 09:15
> /lib/modules/6.1.0-1-amd64/updates/dkms/nvidia-current-modeset.ko
> -rw-r--r-- 1 root root 7101 Jan 27 09:15
> /lib/modules/6.1.0-1-amd64/updates/dkms/nvidia-current-peermem.ko
> -rw-r--r-- 1 root root  2321037 Jan 27 09:15
> /lib/modules/6.1.0-1-amd64/updates/dkms/nvidia-current-uvm.ko
> ```
>

Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Tim Sattarov]

On 1/30/23 12:47, Зиганшин Руслан wrote:

Следуя инструкции на https://wiki.debian.org/SecureBoot, я натыкаюсь на 
проблему:

$ cd "$MODULES_DIR/updates/dkms"
bash: cd: /lib/modules/6.0.0-0.deb11.6-amd64/updates/dkms: Нет такого файла или 
каталога



А откуда установлены драйвера сейчас? Этот путь есть только там, где есть dkms 
дрова...

```
$ ls -l $MODULES_DIR/updates/dkms/nvidia-current*
-rw-r--r-- 1 root root   150373 Jan 27 09:15 
/lib/modules/6.1.0-1-amd64/updates/dkms/nvidia-current-drm.ko

-rw-r--r-- 1 root root 46155045 Jan 27 09:15 
/lib/modules/6.1.0-1-amd64/updates/dkms/nvidia-current.ko
-rw-r--r-- 1 root root  1554549 Jan 27 09:15 
/lib/modules/6.1.0-1-amd64/updates/dkms/nvidia-current-modeset.ko
-rw-r--r-- 1 root root 7101 Jan 27 09:15 
/lib/modules/6.1.0-1-amd64/updates/dkms/nvidia-current-peermem.ko
-rw-r--r-- 1 root root  2321037 Jan 27 09:15 
/lib/modules/6.1.0-1-amd64/updates/dkms/nvidia-current-uvm.ko

```

Как правильно подписывать пропиетарный драйвер nvidia для secureboot?

[Зиганшин Руслан]

Следуя инструкции на https://wiki.debian.org/SecureBoot, я натыкаюсь на
проблему:

$ cd "$MODULES_DIR/updates/dkms"
bash: cd: /lib/modules/6.0.0-0.deb11.6-amd64/updates/dkms: Нет такого файла
или каталога

Re: Ядро 5.14 и драйвер Nvidia

[Andrey Jr. Melnikov]

Victor Wagner  wrote:
> В Sat, 2 Oct 2021 15:42:09 +0300
> "Andrey Jr. Melnikov"  пишет:

> > Victor Wagner  wrote:
> > > В Fri, 1 Oct 2021 00:35:15 +0300
> > > "Andrey Jr. Melnikov"  пишет:  
> > 
> > 
> > > > 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 мешается
или ещё в каком месте.

Re: Ядро 5.14 и драйвер Nvidia

[Victor Wagner]

В Sat, 2 Oct 2021 15:42:09 +0300
"Andrey Jr. Melnikov"  пишет:

> Victor Wagner  wrote:
> > В Fri, 1 Oct 2021 00:35:15 +0300
> > "Andrey Jr. Melnikov"  пишет:  
> 
> 
> > > PS: А как-же ты живешь, на нутбуке то с отключенным hibernate? От
> > > розетки до розетки? А нет розетки - всё, прощай всё запущеное
> > > вместе с питанием?  
> 
> > Как я живу описано вот здесь:
> > https://www.wagner.pp.ru/fossil/advice/doc/trunk/screen.md  
> screen, кто бы соменвался. А почему не tmux? У него хоть нет проблем с
> цветами в xterm.
> Вот имеено - БРАУЗЕР. В котором живут открытые вкладки, с логинами
> действующими до закрытия, странички, которые вчера были, а сегодня
> уже нет, и ещё куча всего, включая недописанный коммент в рабочую
> хреновину.

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

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

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

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

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

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

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

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

-- 

Re: Ядро 5.14 и драйвер Nvidia

[Andrey Jr. Melnikov]

Victor Wagner  wrote:
> В Fri, 1 Oct 2021 00:35:15 +0300
> "Andrey Jr. Melnikov"  пишет:


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

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

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

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

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

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

Re: Ядро 5.14 и драйвер Nvidia

[Victor Wagner]

В Fri, 1 Oct 2021 00:35:15 +0300
"Andrey Jr. Melnikov"  пишет:


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

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

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

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




-- 
   Victor Wagner 

Re: Ядро 5.14 и драйвер Nvidia

[Eugene Berdnikov]

On Fri, Oct 01, 2021 at 12:35:15AM +0300, Andrey Jr. Melnikov wrote:
> PS: А как-же ты живешь, на нутбуке то с отключенным hibernate? От розетки до
> розетки? А нет розетки - всё, прощай всё запущеное вместе с питанием?

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

Re: Ядро 5.14 и драйвер Nvidia

[Andrey Jr. Melnikov]

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

Re: Ядро 5.14 и драйвер Nvidia

[Victor Wagner]

в> 
>  В этом разделе
> https://wiki.debian.org/SecureBoot#Secure_Boot_limitations среди
> утрачиваемых от всей этой паранойи фишек упоминается
> 
>  * Hibernation and resume from hibernation.
> 
>  Это правда? Вам действительно очень нужен такой ноутбук?

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

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



-- 
   Victor Wagner 

Re: Ядро 5.14 и драйвер Nvidia

[Eugene Berdnikov]

On Thu, Sep 30, 2021 at 08:36:40AM +0300, Victor Wagner wrote:
> В Thu, 30 Sep 2021 00:36:08 +0300
> "Andrey Jr. Melnikov"  пишет:
> > > 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

Re: Ядро 5.14 и драйвер Nvidia

[Victor Wagner]

В 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 доползет.

> 
> > После этого модуль собрался. А вот чтобы он загрузился, пришлось еще
> > читать
> >  
> > 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 

Re: Ядро 5.14 и драйвер Nvidia

[Andrey Jr. Melnikov]

Victor Wagner  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
> сильно вырос.

Re: Ядро 5.14 и драйвер Nvidia

[Victor Wagner]

В Wed, 29 Sep 2021 19:18:28 +0300
Maksim Dmitrichenko  пишет:

> ср, 29 сент. 2021 г. в 17:52, Victor Wagner :
> 
> > После этого модуль собрался. А вот чтобы он загрузился, пришлось еще
> > читать
> >
> >
> > https://wiki.debian.org/SecureBoot, генерировать machine owner key,
> > инсталлировать его в UEFI, и подписывать модули.
> >
> 
> Более того, это придется делать теперь каждый раз при обновлении ядра
> или модуля ( В смысле генерить не придется, а вот подписывать надо
> будет.
> 

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

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

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

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

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


-- 
   Victor Wagner 

Re: Ядро 5.14 и драйвер Nvidia

[Maksim Dmitrichenko]

ср, 29 сент. 2021 г. в 17:52, Victor Wagner :

> После этого модуль собрался. А вот чтобы он загрузился, пришлось еще
> читать
>
>
> https://wiki.debian.org/SecureBoot, генерировать machine owner key,
> инсталлировать его в UEFI, и подписывать модули.
>

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

-- 
With best regards
  Maksim Dmitrichenko

Re: Ядро 5.14 и драйвер Nvidia

[Victor Wagner]

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 

Re: Ядро 5.14 и драйвер Nvidia

[Victor Wagner]

В Wed, 29 Sep 2021 16:04:38 +0300
"Andrey Jr. Melnikov"  пишет:

> 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)  
> Возьми отсюда
> https://gist.github.com/joanbm/144a965c36fc1dc0d1f1b9be3438a368 патч
> положи в /usr/src/nvidia-current-470.57.02/patches/ добавь там-же в
> series и пересобери dkms'ом.
> 

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

поля state из struct task_struct.
-- 
   Victor Wagner 

Re: Ядро 5.14 и драйвер Nvidia

[Andrey Jr. Melnikov]

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)
Возьми отсюда https://gist.github.com/joanbm/144a965c36fc1dc0d1f1b9be3438a368 
патч
положи в /usr/src/nvidia-current-470.57.02/patches/ добавь там-же в series и
пересобери dkms'ом.

Re: Ядро 5.14 и драйвер Nvidia

[Alexei Ustyuzhaninov]

Здравствуйте!

Буквально вчера собрал из исходников (пакеты 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. Хочется, понятно, больше.

Ядро 5.14 и драйвер Nvidia

[Victor Wagner]

Коллеги, 

Тут такой вопрос - есть ноутбук 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 

Re: ядро и nvidia

[Andrey Jr. Melnikov]

Ivan Petrov <ip...@yandex.ru> wrote:
> Помогите с "новой" видеокартой.
> Вместо gf210 купил nvidia gf 610 gt
> Пока у меня jessie 3.2.89-2 c ядром 3.2.0-4-amd64
> на nvidia-legacy-304xx-driver.
> Что нужно установить в систему, чтобы заработали X-ы и можно было 
> быодновиться на последний стабильный Debian?
Ничего. Если что-то стояло с бэкпортов - удалить, потом обновиться на
stable, и только потом ставить нужный DE который по зависимостям притащит
Xы.

Re: ядро и nvidia

[Eugene Berdnikov]

On Thu, Jan 11, 2018 at 11:54:56PM +0700, Ivan Petrov wrote:
> С удовольствием это сделаю.
> Есть работающий xorg.conf для fb?

 Есть, в виде его отсутствия. Вероятно, пустой xorg.conf тоже сойдёт.

> Как узнать, запустятся ли Х-ы на нем?

 Вы не поверите, взять и попробовать.
-- 
 Eugene Berdnikov

Re: ядро и nvidia

[Ivan Petrov]

С удовольствием это сделаю.
Есть работающий xorg.conf для fb?
Как узнать, запустятся ли Х-ы на нем?



11.01.2018 23:31, Eugene Berdnikov пишет:

On Thu, Jan 11, 2018 at 10:46:49PM +0700, Ivan Petrov wrote:

Посоветуйте, как запустить jessie с vesa драйвером.
Хочу после этого в графическом режиме удалить 304xx драйвер и
экспериментировать с 340xx на новых ядрах.


  Для начала предлагаю снести все пакеты от nvidia. Вообще все
  xserver-xorg-video-* можно снести, останется драйвер для фреймбуфера,
  который в xserver-xorg-core, вот пусть он и работает.
  С ним можно спокойно пережить все апгрейды, к тому же
  для апгрейдов Х-сервер не нужен. :)


noveau не запускается.


  И ничего в /var/log/Xorg.0.log не пишет? Не верю.
  

Попытался создать xorg.conf
он ругнулся.

# Xorg -configure
(EE)
Fatal server error:
(EE) Server is already active for display 0
 If this server is no longer running, remove /tmp/.X0-lock
 and start again.


  А тут какое слово перевести?

Re: ядро и nvidia

[Eugene Berdnikov]

On Thu, Jan 11, 2018 at 10:46:49PM +0700, Ivan Petrov wrote:
> Посоветуйте, как запустить jessie с vesa драйвером.
> Хочу после этого в графическом режиме удалить 304xx драйвер и
> экспериментировать с 340xx на новых ядрах.

 Для начала предлагаю снести все пакеты от nvidia. Вообще все
 xserver-xorg-video-* можно снести, останется драйвер для фреймбуфера,
 который в xserver-xorg-core, вот пусть он и работает.
 С ним можно спокойно пережить все апгрейды, к тому же
 для апгрейдов Х-сервер не нужен. :)

> noveau не запускается.

 И ничего в /var/log/Xorg.0.log не пишет? Не верю.
 
> Попытался создать xorg.conf
> он ругнулся.
> 
> # Xorg -configure
> (EE)
> Fatal server error:
> (EE) Server is already active for display 0
> If this server is no longer running, remove /tmp/.X0-lock
> and start again.

 А тут какое слово перевести?
-- 
 Eugene Berdnikov

Re: ядро и nvidia

[Ivan Petrov]

Посоветуйте, как запустить jessie с vesa драйвером.
Хочу после этого в графическом режиме удалить 304xx драйвер и 
экспериментировать с 340xx на новых ядрах.


noveau не запускается.

Попытался создать xorg.conf
он ругнулся.

# Xorg -configure
(EE)
Fatal server error:
(EE) Server is already active for display 0
If this server is no longer running, remove /tmp/.X0-lock
and start again.
(EE)
(EE)
Please consult the The X.Org Foundation support
 at http://wiki.x.org
 for help.
(EE)

X-ы не стартуют.

xserver-xorg-video-vesa в системе есть.

Re: ядро и nvidia

[Михаил Касаджиков]

Ivan Petrov <ip...@yandex.ru> писал(а) в своём письме Thu, 11 Jan 2018 12:29:27 
+0300:


Помогите с "новой" видеокартой.
Вместо gf210 купил nvidia gf 610 gt
Пока у меня jessie 3.2.89-2 c ядром 3.2.0-4-amd64
на nvidia-legacy-304xx-driver.
Что нужно установить в систему, чтобы заработали X-ы и можно было
быодновиться на последний стабильный Debian?


С nVidia ничего не посоветую. Для себя я эту контору закрыл. Хватило танцев как 
с гефорцами, так и с ихней тегрой в планшете. Но, если рабочего legacy драйвера 
для свежих иксов и ядра нет, то придётся собирать пакеты с более старыми ядром 
и иксами самостоятельно. В принципе, не велика трагедия, разве что придётся 
пересобрать ещё и жёстко зависимое от иксов ПО. Возможно тоже с понижением 
версии.

Я же, в свою очередь, до сих пор использую jessie потому что не хочу переходить 
на KDE5. Я просто бэкпортирую в свою репу то новое ПО что мне нужно из более 
свежих веток debian.

--
Написано с помощью почтового клиента Opera: http://www.opera.com/mail/

Re: ядро и nvidia

[Ivan Petrov]

Помогите с "новой" видеокартой.
Вместо gf210 купил nvidia gf 610 gt
Пока у меня jessie 3.2.89-2 c ядром 3.2.0-4-amd64
на nvidia-legacy-304xx-driver.
Что нужно установить в систему, чтобы заработали X-ы и можно было 
быодновиться на последний стабильный Debian?


И

[BTS#886005] po-debconf://nvidia-graphics-drivers/ru.po

[Lev Lamberov]

Добрый день!

Это письмо предназначено для автоматической регистрации перевода в
системе учёта.

Всего наилучшего!
Лев

Re: ядро и nvidia

[Dmitry Kulagin]

Вы можете просто из Jessie без бекпортов установить 340-ой драйвер, у 
меня это работало

несколько лет назад. Насчет бекпортов не знаю, не пользовался.
Если Вы просто сделаете dist-upgrade из Jessie до Stretch, то у вас 
гарантированно не заработает
сразу, потому что текущий драйвер nvidia перестал поддерживать эти 
карты, а пакеты 340-го
в Stretch были переименованы из nvidia-* в nvidia-legacy-340xx-*, 
соответственно после апгрейда
вам придется удалить текущий и поставить legacy-340. Доустанавливать 
ядро и хедеры

или нет зависит от того, установлены ли у вас сейчас пакеты:
linux-image-amd64
linux-headers-amd64
или *-686, если у вас 32-бит. Если установлены, то dist-upgrade 
доустановит новые версии из Stretch.
После апгрейда до Stretch у вас может сломаться Plasma. И вообще kde 
как-то неадекватно может
работать на пропроетарных драйверах Nvidia. У меня были разные артефакты 
изображения.

Починились переходом на MATE, на котором я пребываю до сих пор...
После апгрейда перед перезагрузкой в новую систему не забудьте добавить 
задержку в граб,
чтобы иметь возможность загрузится в режиме root (опция ядра single) или 
сразу в
командную строку (init=/bin/sh), если пойдет все плохо (переход на 
systemd все таки)...



31.10.2017 21:53, Ivan Petrov пишет:

На днях проверю еще раз.
Как лучше, установить 340 из бекпортов на jessie с новым ядром оттуда 
же, или накатить stretch с 340?
По второму варианту вопрос: надо сразу headers + dkms доустановить или 
dist-upgrade c stretch репозиторием сам догадается?

Re: ядро и nvidia

[Ivan Petrov]

На днях проверю еще раз.
Как лучше, установить 340 из бекпортов на jessie с новым ядром оттуда 
же, или накатить stretch с 340?
По второму варианту вопрос: надо сразу headers + dkms доустановить или 
dist-upgrade c stretch репозиторием сам догадается?





31.10.2017 20:53, Dmitry Kulagin пишет:

NVIDIA Corporation GT200 [GeForce GTX 260] (rev a1)

работает на Stretch c 340-ым драйвером (как и на текущем buster).
Вы точно пробовали Stretch с 340-ым?


27.10.2017 20:45, Ivan Petrov пишет:

Я попробую.
Но на stretch они не заработали с моей карточкой.
поэтому я на jessie летом и откатился

27.10.2017 22:46, Павел Марченко пишет:
у 340-го драйвера тоже есть поддержка 200-й 
серии(http://www.nvidia.com/download/driverResults.aspx/123703/en-us)

Может стоит его попробовать?

27 октября 2017 г., 18:07 пользователь Ivan Petrov <ip...@yandex.ru 
<mailto:ip...@yandex.ru>> написал:


    jessie

    Первоначальная проблема:
    ---
    обновил jessie с бекпортов до ядра 4.9.0.0 bpo3
    слетели драйвера nvidia .
    В результате сейчас на драйверах 304хх система грузит Х-ы на
    ядре 3.2.0.4.
    На 4.9. их установка + dkms + headers приводит к белому пустому
    мигающему курсору на экране вместо gdm3

    27.10.2017 15:05, Andrey Jr. Melnikov пишет:

    Ivan Petrov <ip...@yandex.ru <mailto:ip...@yandex.ru>> wrote:

    А топ-постить - это всех пользующихся веб-интерфейсом 
заставляют?


    У меня в папке share xorg нет вообще
    есть:
    gnome-shell
    icc
    sounds


    debian какой версии?

    26.10.2017 22:04, Andrey Jr. Melnikov пишет:

    Ivan Petrov <ip...@yandex.ru <mailto:ip...@yandex.ru>>
    wrote:


    Это в винде "не грузиться", у нас - есть логи.
    Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log
    показывай












--
В смысле осмысления бессмысленного смысл тоже имеет определенную 
осмысленность!!!

Re: ядро и nvidia

[Dmitry Kulagin]

NVIDIA Corporation GT200 [GeForce GTX 260] (rev a1)

работает на Stretch c 340-ым драйвером (как и на текущем buster).
Вы точно пробовали Stretch с 340-ым?


27.10.2017 20:45, Ivan Petrov пишет:

Я попробую.
Но на stretch они не заработали с моей карточкой.
поэтому я на jessie летом и откатился

27.10.2017 22:46, Павел Марченко пишет:
у 340-го драйвера тоже есть поддержка 200-й 
серии(http://www.nvidia.com/download/driverResults.aspx/123703/en-us)

Может стоит его попробовать?

27 октября 2017 г., 18:07 пользователь Ivan Petrov <ip...@yandex.ru 
<mailto:ip...@yandex.ru>> написал:


    jessie

    Первоначальная проблема:
    ---
    обновил jessie с бекпортов до ядра 4.9.0.0 bpo3
    слетели драйвера nvidia .
    В результате сейчас на драйверах 304хх система грузит Х-ы на
    ядре 3.2.0.4.
    На 4.9. их установка + dkms + headers приводит к белому пустому
    мигающему курсору на экране вместо gdm3

    27.10.2017 15:05, Andrey Jr. Melnikov пишет:

    Ivan Petrov <ip...@yandex.ru <mailto:ip...@yandex.ru>> wrote:

    А топ-постить - это всех пользующихся веб-интерфейсом 
заставляют?


    У меня в папке share xorg нет вообще
    есть:
    gnome-shell
    icc
    sounds


    debian какой версии?

    26.10.2017 22:04, Andrey Jr. Melnikov пишет:

    Ivan Petrov <ip...@yandex.ru <mailto:ip...@yandex.ru>>
    wrote:


    Это в винде "не грузиться", у нас - есть логи.
    Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log
    показывай












--
В смысле осмысления бессмысленного смысл тоже имеет определенную 
осмысленность!!!

Re: ядро и nvidia

[Михаил Касаджиков]

Ivan Petrov  писал(а) в своём письме Sat, 28 Oct 2017 16:21:02 
+0300:


Именно после обновления jessy на stretch  у меня перестали грузиться х-ы.

Потому что в stretch более свежее ядро и с ним произошёл конфликт у драйвера 
видеокарты. Иксы там тоже свежие, может именно с ними «фирменный» драйвер не 
подружился. В общем, имеем два варианта конфликта.


Поэтому я и откатился на jessie

Так точно, на более старые ядро и иксы, то есть, на рабочую связку 
ядро+драйвер+иксы.


Не очень понимаю, зачем мне другая видеокарта.

Затем что у другой видеокарты помимо «фирсенных» драйверов есть ещё и 
«открытые», mesa, у которых проблем в данной ситуации не наблюдается.


Меня эта устраивает.

Ничего не имею против.


В принципе можно вообще купить mac book air и забыть про всё.

Конечно можно. Никто ж не запрещает.


--
Написано с помощью почтового клиента Opera: http://www.opera.com/mail/

Re: ядро и nvidia

[Ivan Petrov]

Именно после обновления jessy на stretch  у меня перестали грузиться х-ы.
Поэтому я и откатился на jessie
Не очень понимаю, зачем мне другая видеокарта.
Меня эта устраивает.
В принципе можно вообще купить mac book air и забыть про всё.


28.10.2017 01:33, Михаил Касаджиков пишет:
Andrey Jr. Melnikov  писал(а) в своём письме Fri, 
27 Oct 2017 19:05:46 +0300:



Ivan Petrov  wrote:

jessie


Ты бы еще wheezy нашел, чес слово.


Первоначальная проблема:
---
обновил jessie с бекпортов до ядра 4.9.0.0 bpo3

Надо было обновтьь jessie -> stretch, а не играться с бакпортами.

Re: ядро и nvidia

[Михаил Касаджиков]

Andrey Jr. Melnikov <temnota...@gmail.com> писал(а) в своём письме Sat, 28 Oct 
2017 02:09:59 +0300:


Михаил Касаджиков <ha...@h13online.net> wrote:

Andrey Jr. Melnikov <temnota...@gmail.com> писал(а) в своём письме Fri, 27 Oct 
2017 19:05:46 +0300:



> Ivan Petrov <ip...@yandex.ru> wrote:
>> jessie
>
> Ты бы еще wheezy нашел, чес слово.
>
>> Первоначальная проблема:
>> ---
>> обновил jessie с бекпортов до ядра 4.9.0.0 bpo3
> Надо было обновтьь jessie -> stretch, а не играться с бакпортами.
>
>> слетели драйвера nvidia .
>> В результате сейчас на драйверах 304хх система грузит Х-ы на ядре 3.2.0.4.
>> На 4.9. их установка + dkms + headers приводит к белому пустому
>> мигающему курсору на экране вместо gdm3
> Зачем ты тянешь 304xx если 340xx последний из поддерживающих GF210?
>
> Но я бы рекомендовал залезть на avito, найти GF610 _безвентиляторный_ рублей
> этак за целую тысячу и забыть про проблемы с nvidia-legacy.
А ещё лучше купить ATI/AMD и забыть о проблемах со всякими левыми драйверами.

Ага. Зато вспомнить о проблемах с "красными" драйверами.

Не смешите мои тапочки. На старых радеонах прекрасно работает mesa. Да и на не 
старых тоже.
На свежих радеонах проблем с «красными» дровами не больше чем с «зелёными» из 
противоположного лагеря. Но вот как раз старые карты у обоих этих 
производителей объявляются устаревшими и поддержка прекращается. И — здравствуй 
mesa. И что нам предлагает в этой ситуации «зелёный» лагерь? Поддержку полутора 
карт, которые есть у разработчиков nouveau? Спасибо, кушайте сами.

С чего началась эта тема, напомнить? С какой видюхой возникли проблемы со 
свежим ядром?


Да и чего можно купить за эти деньги - Radeon HD5450? Так он шлак за туже
тысячу рублей. Radeon HD 6750 - так он жрет как не в себя и стоит в два раза
дороже. А за 2 тыщи - можно GT560Ti купить, если уж мощщи хочется.

Понятия не имею чё там у вас продают. Меня вполне устраивает встроенная видюха 
в AMD A10-6800K — проблем ни с ядрами, ни с драйверами нет от слова совсем. А 
те 3 игры, что я иногда запускаю, работают в wine и не дурят голову. Мне 
гораздо важнее отсутствие проблем в повседневных задачах (и в рабочих тоже), 
чем какие-то игры, для которых всё равно венду нужно где-то искать, потому что 
wine умеет далеко не всё.


Что нам может предложить AMD из видеокарт 5й летней давности? НИЧЕГО.

Вышеупомянутый A10-6800. Но для сильно религиозных людей — ничего. Причём и у 
«красных» хватает своих фанатиков. Для остальных, что ATI, что nVidia — один 
хрен. Есть как удачные модели, так и не очень. На любые деньги, на любые игры. 
А тем кто из игр уже вырос — вообще плевать на эти религиозные войны.

--
Написано с помощью почтового клиента Opera: http://www.opera.com/mail/

Re: ядро и nvidia

[Andrey Jr. Melnikov]

Михаил Касаджиков <ha...@h13online.net> wrote:
> Andrey Jr. Melnikov <temnota...@gmail.com> писал(а) в своём письме Fri, 27 
> Oct 2017 19:05:46 +0300:

> > Ivan Petrov <ip...@yandex.ru> wrote:
> >> jessie
> >
> > Ты бы еще wheezy нашел, чес слово.
> >
> >> Первоначальная проблема:
> >> ---
> >> обновил jessie с бекпортов до ядра 4.9.0.0 bpo3
> > Надо было обновтьь jessie -> stretch, а не играться с бакпортами.
> >
> >> слетели драйвера nvidia .
> >> В результате сейчас на драйверах 304хх система грузит Х-ы на ядре 3.2.0.4.
> >> На 4.9. их установка + dkms + headers приводит к белому пустому
> >> мигающему курсору на экране вместо gdm3
> > Зачем ты тянешь 304xx если 340xx последний из поддерживающих GF210?
> >
> > Но я бы рекомендовал залезть на avito, найти GF610 _безвентиляторный_ рублей
> > этак за целую тысячу и забыть про проблемы с nvidia-legacy.
> А ещё лучше купить ATI/AMD и забыть о проблемах со всякими левыми драйверами.
Ага. Зато вспомнить о проблемах с "красными" драйверами.

Да и чего можно купить за эти деньги - Radeon HD5450? Так он шлак за туже
тысячу рублей. Radeon HD 6750 - так он жрет как не в себя и стоит в два раза
дороже. А за 2 тыщи - можно GT560Ti купить, если уж мощщи хочется.

Что нам может предложить AMD из видеокарт 5й летней давности? НИЧЕГО.

Re: ядро и nvidia

[Михаил Касаджиков]

Andrey Jr. Melnikov <temnota...@gmail.com> писал(а) в своём письме Fri, 27 Oct 
2017 19:05:46 +0300:


Ivan Petrov <ip...@yandex.ru> wrote:

jessie


Ты бы еще wheezy нашел, чес слово.


Первоначальная проблема:
---
обновил jessie с бекпортов до ядра 4.9.0.0 bpo3

Надо было обновтьь jessie -> stretch, а не играться с бакпортами.


слетели драйвера nvidia .
В результате сейчас на драйверах 304хх система грузит Х-ы на ядре 3.2.0.4.
На 4.9. их установка + dkms + headers приводит к белому пустому
мигающему курсору на экране вместо gdm3

Зачем ты тянешь 304xx если 340xx последний из поддерживающих GF210?

Но я бы рекомендовал залезть на avito, найти GF610 _безвентиляторный_ рублей
этак за целую тысячу и забыть про проблемы с nvidia-legacy.


А ещё лучше купить ATI/AMD и забыть о проблемах со всякими левыми драйверами.

--
Написано с помощью почтового клиента Opera: http://www.opera.com/mail/

Re: ядро и nvidia

[Ivan Petrov]

Я попробую.
Но на stretch они не заработали с моей карточкой.
поэтому я на jessie летом и откатился

27.10.2017 22:46, Павел Марченко пишет:
у 340-го драйвера тоже есть поддержка 200-й 
серии(http://www.nvidia.com/download/driverResults.aspx/123703/en-us)

Может стоит его попробовать?

27 октября 2017 г., 18:07 пользователь Ivan Petrov <ip...@yandex.ru 
<mailto:ip...@yandex.ru>> написал:


jessie

Первоначальная проблема:
---
обновил jessie с бекпортов до ядра 4.9.0.0 bpo3
слетели драйвера nvidia .
В результате сейчас на драйверах 304хх система грузит Х-ы на
ядре 3.2.0.4.
На 4.9. их установка + dkms + headers приводит к белому пустому
мигающему курсору на экране вместо gdm3

27.10.2017 15:05, Andrey Jr. Melnikov пишет:

Ivan Petrov <ip...@yandex.ru <mailto:ip...@yandex.ru>> wrote:

А топ-постить - это всех пользующихся веб-интерфейсом заставляют?

У меня в папке share xorg нет вообще
есть:
gnome-shell
icc
sounds


debian какой версии?

26.10.2017 22:04, Andrey Jr. Melnikov пишет:

Ivan Petrov <ip...@yandex.ru <mailto:ip...@yandex.ru>>
wrote:


Это в винде "не грузиться", у нас - есть логи.
Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log
показывай












--
В смысле осмысления бессмысленного смысл тоже имеет определенную 
осмысленность!!!

Re: ядро и nvidia

[Ivan Petrov]

stetch с самого начала не зеработал.
откатился на jessie

27.10.2017 23:05, Andrey Jr. Melnikov пишет:

Ivan Petrov <ip...@yandex.ru> wrote:

jessie


Ты бы еще wheezy нашел, чес слово.


Первоначальная проблема:
---
обновил jessie с бекпортов до ядра 4.9.0.0 bpo3

Надо было обновтьь jessie -> stretch, а не играться с бакпортами.


слетели драйвера nvidia .
В результате сейчас на драйверах 304хх система грузит Х-ы на ядре 3.2.0.4.
На 4.9. их установка + dkms + headers приводит к белому пустому
мигающему курсору на экране вместо gdm3

Зачем ты тянешь 304xx если 340xx последний из поддерживающих GF210?

Но я бы рекомендовал залезть на avito, найти GF610 _безвентиляторный_ рублей
этак за целую тысячу и забыть про проблемы с nvidia-legacy.


27.10.2017 15:05, Andrey Jr. Melnikov пишет:

Ivan Petrov <ip...@yandex.ru> wrote:

А топ-постить - это всех пользующихся веб-интерфейсом заставляют?


У меня в папке share xorg нет вообще
есть:
gnome-shell
icc
sounds


debian какой версии?


26.10.2017 22:04, Andrey Jr. Melnikov пишет:

Ivan Petrov <ip...@yandex.ru> wrote:



Это в винде "не грузиться", у нас - есть логи.
Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log показывай

Re: ядро и nvidia

[Andrey Jr. Melnikov]

Ivan Petrov <ip...@yandex.ru> wrote:
> jessie

Ты бы еще wheezy нашел, чес слово.

> Первоначальная проблема:
> ---
> обновил jessie с бекпортов до ядра 4.9.0.0 bpo3
Надо было обновтьь jessie -> stretch, а не играться с бакпортами.

> слетели драйвера nvidia .
> В результате сейчас на драйверах 304хх система грузит Х-ы на ядре 3.2.0.4.
> На 4.9. их установка + dkms + headers приводит к белому пустому 
> мигающему курсору на экране вместо gdm3
Зачем ты тянешь 304xx если 340xx последний из поддерживающих GF210?

Но я бы рекомендовал залезть на avito, найти GF610 _безвентиляторный_ рублей
этак за целую тысячу и забыть про проблемы с nvidia-legacy.

> 27.10.2017 15:05, Andrey Jr. Melnikov пишет:
> > Ivan Petrov <ip...@yandex.ru> wrote:
> > 
> > А топ-постить - это всех пользующихся веб-интерфейсом заставляют?
> > 
> >> У меня в папке share xorg нет вообще
> >> есть:
> >> gnome-shell
> >> icc
> >> sounds
> > 
> > debian какой версии?
> > 
> >> 26.10.2017 22:04, Andrey Jr. Melnikov пишет:
> >>> Ivan Petrov <ip...@yandex.ru> wrote:
> > 
> >>> Это в винде "не грузиться", у нас - есть логи.
> >>> Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log показывай

Re: ядро и nvidia

[Павел Марченко]

у 340-го драйвера тоже есть поддержка 200-й серии(
http://www.nvidia.com/download/driverResults.aspx/123703/en-us)
Может стоит его попробовать?

27 октября 2017 г., 18:07 пользователь Ivan Petrov <ip...@yandex.ru>
написал:

> jessie
>
> Первоначальная проблема:
> ---
> обновил jessie с бекпортов до ядра 4.9.0.0 bpo3
> слетели драйвера nvidia .
> В результате сейчас на драйверах 304хх система грузит Х-ы на
> ядре 3.2.0.4.
> На 4.9. их установка + dkms + headers приводит к белому пустому мигающему
> курсору на экране вместо gdm3
>
> 27.10.2017 15:05, Andrey Jr. Melnikov пишет:
>
> Ivan Petrov <ip...@yandex.ru> wrote:
>>
>> А топ-постить - это всех пользующихся веб-интерфейсом заставляют?
>>
>> У меня в папке share xorg нет вообще
>>> есть:
>>> gnome-shell
>>> icc
>>> sounds
>>>
>>
>> debian какой версии?
>>
>> 26.10.2017 22:04, Andrey Jr. Melnikov пишет:
>>>
>>>> Ivan Petrov <ip...@yandex.ru> wrote:
>>>>
>>>
>> Это в винде "не грузиться", у нас - есть логи.
>>>> Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log показывай
>>>>
>>>>
>>>>
>>
>>
>>
>>
>>
>
>


-- 
В смысле осмысления бессмысленного смысл тоже имеет определенную
осмысленность!!!

Re: ядро и nvidia

[Ivan Petrov]

jessie

Первоначальная проблема:
---
обновил jessie с бекпортов до ядра 4.9.0.0 bpo3
слетели драйвера nvidia .
В результате сейчас на драйверах 304хх система грузит Х-ы на
ядре 3.2.0.4.
На 4.9. их установка + dkms + headers приводит к белому пустому 
мигающему курсору на экране вместо gdm3


27.10.2017 15:05, Andrey Jr. Melnikov пишет:

Ivan Petrov <ip...@yandex.ru> wrote:

А топ-постить - это всех пользующихся веб-интерфейсом заставляют?


У меня в папке share xorg нет вообще
есть:
gnome-shell
icc
sounds


debian какой версии?


26.10.2017 22:04, Andrey Jr. Melnikov пишет:

Ivan Petrov <ip...@yandex.ru> wrote:



Это в винде "не грузиться", у нас - есть логи.
Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log показывай

Re: ядро и nvidia

[Andrey Jr. Melnikov]

Ivan Petrov  wrote:

А топ-постить - это всех пользующихся веб-интерфейсом заставляют?

> У меня в папке share xorg нет вообще
> есть:
> gnome-shell
> icc
> sounds

debian какой версии?

> 26.10.2017 22:04, Andrey Jr. Melnikov пишет:
> > Ivan Petrov  wrote:

> > Это в винде "не грузиться", у нас - есть логи.
> > Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log показывай
> > 
> > 

Re: ядро и nvidia

[Ivan Petrov]

с такими исправлениями не грузится

27.10.2017 13:04, Ivan Petrov пишет:
их можно подключить через xorg.conf или нужно удалять проприетарные 
перед этим?


можно просто так?

Section "Device"
     Identifier    "NVIDIA Card"
     Driver    "nouveau"
EndSection

#Section "Device"
#    Identifier     "Device0"
#    Driver "nvidia"
#    VendorName "NVIDIA Corporation"
#EndSection



26.10.2017 22:04, Andrey Jr. Melnikov пишет:

Ivan Petrov <ip...@yandex.ru> wrote:

Никто не знает, как на ядре 4.9.0.0-bpo3
завести VGA compatible controller: NVIDIA Corporation GT218 [GeForce
210] (rev a2)?
Какие ему нужны драйвера?


nouveau уже в составе ядра


Если проприетарные уже не поддерживают эту карточку,
то как установить опенсорсные?
Гугль сказал что-то невразумительное: все его рецепты приводили к тому,
что gdm3 не грузится.

Это в винде "не грузиться", у нас - есть логи.
Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log показывай

Re: ядро и nvidia

[Ivan Petrov]

У меня в папке share xorg нет вообще
есть:
gnome-shell
icc
sounds



26.10.2017 22:04, Andrey Jr. Melnikov пишет:

Ivan Petrov  wrote:



Это в винде "не грузиться", у нас - есть логи.
Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log показывай

Re: ядро и nvidia

[Ivan Petrov]

их можно подключить через xorg.conf или нужно удалять проприетарные 
перед этим?


можно просто так?

Section "Device"
Identifier    "NVIDIA Card"
Driver"nouveau"
EndSection

#Section "Device"
#Identifier     "Device0"
#Driver "nvidia"
#VendorName "NVIDIA Corporation"
#EndSection



26.10.2017 22:04, Andrey Jr. Melnikov пишет:

Ivan Petrov <ip...@yandex.ru> wrote:

Никто не знает, как на ядре 4.9.0.0-bpo3
завести VGA compatible controller: NVIDIA Corporation GT218 [GeForce
210] (rev a2)?
Какие ему нужны драйвера?


nouveau уже в составе ядра


Если проприетарные уже не поддерживают эту карточку,
то как установить опенсорсные?
Гугль сказал что-то невразумительное: все его рецепты приводили к тому,
что gdm3 не грузится.

Это в винде "не грузиться", у нас - есть логи.
Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log показывай

Re: ядро и nvidia

[Andrey Jr. Melnikov]

Ivan Petrov <ip...@yandex.ru> wrote:
> Никто не знает, как на ядре 4.9.0.0-bpo3
> завести VGA compatible controller: NVIDIA Corporation GT218 [GeForce 
> 210] (rev a2)?
> Какие ему нужны драйвера?

nouveau уже в составе ядра

> Если проприетарные уже не поддерживают эту карточку,
> то как установить опенсорсные?
> Гугль сказал что-то невразумительное: все его рецепты приводили к тому, 
> что gdm3 не грузится.
Это в винде "не грузиться", у нас - есть логи. 
Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log показывай

Re: ядро и nvidia

[Ivan Petrov]

Никто не знает, как на ядре 4.9.0.0-bpo3
завести VGA compatible controller: NVIDIA Corporation GT218 [GeForce 
210] (rev a2)?

Какие ему нужны драйвера?
Если проприетарные уже не поддерживают эту карточку,
то как установить опенсорсные?
Гугль сказал что-то невразумительное: все его рецепты приводили к тому, 
что gdm3 не грузится.

И.



25.10.2017 22:22, Ivan Petrov пишет:

вроде получилось.
но когда прописал просто имя ядра + update-grub

25.10.2017 20:30, Павел Марченко пишет:
Необходимо менять в /boot/grub/grub.cfg или перегенерить его после 
изменения /etc/defaults командой  grub2-mkconfig


25 октября 2017 г., 15:03 пользователь Ivan Petrov <ip...@yandex.ru 
<mailto:ip...@yandex.ru>> написал:


    Отредактировал grub в /etc/default:


GRUB_DEFAULT="gnulinux-advanced-2542290c-3d4f-41dc-b851-cddd0d51977b>gnulinux-3.2.0-4-amd64-advanced-2542290c-3d4f-41dc-b851-cddd0d51 


    #GRUB_SAVEDEFAULT="true"
    GRUB_TIMEOUT=5
    GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
    GRUB_CMDLINE_LINUX_DEFAULT="quiet"
    GRUB_CMDLINE_LINUX=""

    Сделал update-grub
    Результат:
    Меню по-прежнему загружает "Доп настройки" и в них пункт 1 - ядро 4.9

    25.10.2017 17:59, Pavel Marchenko пишет:

    Можно изменить порядок загрузки


https://ru.m.wikibooks.org/w/index.php?title=Grub_2=edit=5

<https://ru.m.wikibooks.org/w/index.php?title=Grub_2=edit=5> 



    *От: *Ivan Petrov <mailto:ip...@yandex.ru 
<mailto:ip...@yandex.ru>>

    *Отправлено: *25 октября 2017 г. в 13:54
    *Кому: *debian-russian@lists.debian.org
    <mailto:debian-russian@lists.debian.org>
    <mailto:debian-russian@lists.debian.org
    <mailto:debian-russian@lists.debian.org>>
    *Тема: *Re: ядро и nvidia

    Пришла большая проблема:

    обновил jessie с бекпортов до ядра 4.9.0.0 bpo3

    слетели драйвера nvidia .

    В результате сейчас на драйверах 304хх система грузит Х-ы на

    ядре 3.2.0.4.

    На 4.9. их установка + dkms + headers приводит к белому пустому

    мигающему курсору на экране вместо gdm3

    Я бы и работал на 3.2.0.4., но оно грузится из дополнительных
    параметров

    grub2

    А в интернете я так и не нашел как заставить систему грузиться с
    пункта

    дополнительного меню grub.

    В основном меню у меня 1. Debian

      2. Доп параметры

  3. Windows

    Если нажать на пункт 2 - там выбор ядер.

    Но /etc/default/grub предлагает выбор загрузки только из 
первых трех


    пунктов.

    Можно ли снести ядро 4.9 ?

    Будет ли система грузиться (не снесет ли что-то нужное?)

    25.10.2017 13:50, Ivan Petrov пишет:

  > nvidia 304xx

  >

  >






--
В смысле осмысления бессмысленного смысл тоже имеет определенную 
осмысленность!!!

Re: ядро и nvidia

[Ivan Petrov]

вроде получилось.
но когда прописал просто имя ядра + update-grub

25.10.2017 20:30, Павел Марченко пишет:
Необходимо менять в /boot/grub/grub.cfg или перегенерить его после 
изменения /etc/defaults командой  grub2-mkconfig


25 октября 2017 г., 15:03 пользователь Ivan Petrov <ip...@yandex.ru 
<mailto:ip...@yandex.ru>> написал:


Отредактировал grub в /etc/default:


GRUB_DEFAULT="gnulinux-advanced-2542290c-3d4f-41dc-b851-cddd0d51977b>gnulinux-3.2.0-4-amd64-advanced-2542290c-3d4f-41dc-b851-cddd0d51
#GRUB_SAVEDEFAULT="true"
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX=""

Сделал update-grub
Результат:
Меню по-прежнему загружает "Доп настройки" и в них пункт 1 - ядро 4.9

25.10.2017 17:59, Pavel Marchenko пишет:

Можно изменить порядок загрузки


https://ru.m.wikibooks.org/w/index.php?title=Grub_2=edit=5

<https://ru.m.wikibooks.org/w/index.php?title=Grub_2=edit=5>

*От: *Ivan Petrov <mailto:ip...@yandex.ru <mailto:ip...@yandex.ru>>
*Отправлено: *25 октября 2017 г. в 13:54
*Кому: *debian-russian@lists.debian.org
<mailto:debian-russian@lists.debian.org>
<mailto:debian-russian@lists.debian.org
<mailto:debian-russian@lists.debian.org>>
*Тема: *Re: ядро и nvidia

Пришла большая проблема:

обновил jessie с бекпортов до ядра 4.9.0.0 bpo3

слетели драйвера nvidia .

В результате сейчас на драйверах 304хх система грузит Х-ы на

ядре 3.2.0.4.

На 4.9. их установка + dkms + headers приводит к белому пустому

мигающему курсору на экране вместо gdm3

Я бы и работал на 3.2.0.4., но оно грузится из дополнительных
параметров

grub2

А в интернете я так и не нашел как заставить систему грузиться с
пункта

дополнительного меню grub.

В основном меню у меня 1. Debian

      2. Доп параметры

  3. Windows

Если нажать на пункт 2 - там выбор ядер.

Но /etc/default/grub предлагает выбор загрузки только из первых трех

пунктов.

Можно ли снести ядро 4.9 ?

Будет ли система грузиться (не снесет ли что-то нужное?)

25.10.2017 13:50, Ivan Petrov пишет:

  > nvidia 304xx

  >

  >






--
В смысле осмысления бессмысленного смысл тоже имеет определенную 
осмысленность!!!

Re: ядро и nvidia

[Павел Марченко]

Необходимо менять в /boot/grub/grub.cfg или перегенерить его после
изменения /etc/defaults командой  grub2-mkconfig

25 октября 2017 г., 15:03 пользователь Ivan Petrov <ip...@yandex.ru>
написал:

> Отредактировал grub в /etc/default:
>
> GRUB_DEFAULT="gnulinux-advanced-2542290c-3d4f-41dc-b851-
> cddd0d51977b>gnulinux-3.2.0-4-amd64-advanced-2542290c-3d4f-
> 41dc-b851-cddd0d51
> #GRUB_SAVEDEFAULT="true"
> GRUB_TIMEOUT=5
> GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
> GRUB_CMDLINE_LINUX_DEFAULT="quiet"
> GRUB_CMDLINE_LINUX=""
>
> Сделал update-grub
> Результат:
> Меню по-прежнему загружает "Доп настройки" и в них пункт 1 - ядро 4.9
>
> 25.10.2017 17:59, Pavel Marchenko пишет:
>
>> Можно изменить порядок загрузки
>>
>> https://ru.m.wikibooks.org/w/index.php?title=Grub_2=edit=5
>>
>> *От: *Ivan Petrov <mailto:ip...@yandex.ru>
>> *Отправлено: *25 октября 2017 г. в 13:54
>> *Кому: *debian-russian@lists.debian.org <mailto:debian-russian@lists.d
>> ebian.org>
>> *Тема: *Re: ядро и nvidia
>>
>> Пришла большая проблема:
>>
>> обновил jessie с бекпортов до ядра 4.9.0.0 bpo3
>>
>> слетели драйвера nvidia .
>>
>> В результате сейчас на драйверах 304хх система грузит Х-ы на
>>
>> ядре 3.2.0.4.
>>
>> На 4.9. их установка + dkms + headers приводит к белому пустому
>>
>> мигающему курсору на экране вместо gdm3
>>
>> Я бы и работал на 3.2.0.4., но оно грузится из дополнительных параметров
>>
>> grub2
>>
>> А в интернете я так и не нашел как заставить систему грузиться с пункта
>>
>> дополнительного меню grub.
>>
>> В основном меню у меня 1. Debian
>>
>>  2. Доп параметры
>>
>>  3. Windows
>>
>> Если нажать на пункт 2 - там выбор ядер.
>>
>> Но /etc/default/grub предлагает выбор загрузки только из первых трех
>>
>> пунктов.
>>
>> Можно ли снести ядро 4.9 ?
>>
>> Будет ли система грузиться (не снесет ли что-то нужное?)
>>
>> 25.10.2017 13:50, Ivan Petrov пишет:
>>
>>  > nvidia 304xx
>>
>>  >
>>
>>  >
>>
>>
>
>


-- 
В смысле осмысления бессмысленного смысл тоже имеет определенную
осмысленность!!!

Re: ядро и nvidia

[Ivan Petrov]

Отредактировал grub в /etc/default:

GRUB_DEFAULT="gnulinux-advanced-2542290c-3d4f-41dc-b851-cddd0d51977b>gnulinux-3.2.0-4-amd64-advanced-2542290c-3d4f-41dc-b851-cddd0d51
#GRUB_SAVEDEFAULT="true"
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX=""

Сделал update-grub
Результат:
Меню по-прежнему загружает "Доп настройки" и в них пункт 1 - ядро 4.9

25.10.2017 17:59, Pavel Marchenko пишет:

Можно изменить порядок загрузки

https://ru.m.wikibooks.org/w/index.php?title=Grub_2=edit=5

*От: *Ivan Petrov <mailto:ip...@yandex.ru>
*Отправлено: *25 октября 2017 г. в 13:54
*Кому: *debian-russian@lists.debian.org 
<mailto:debian-russian@lists.debian.org>

*Тема: *Re: ядро и nvidia

Пришла большая проблема:

обновил jessie с бекпортов до ядра 4.9.0.0 bpo3

слетели драйвера nvidia .

В результате сейчас на драйверах 304хх система грузит Х-ы на

ядре 3.2.0.4.

На 4.9. их установка + dkms + headers приводит к белому пустому

мигающему курсору на экране вместо gdm3

Я бы и работал на 3.2.0.4., но оно грузится из дополнительных параметров

grub2

А в интернете я так и не нашел как заставить систему грузиться с пункта

дополнительного меню grub.

В основном меню у меня 1. Debian

     2. Доп параметры

     3. Windows

Если нажать на пункт 2 - там выбор ядер.

Но /etc/default/grub предлагает выбор загрузки только из первых трех

пунктов.

Можно ли снести ядро 4.9 ?

Будет ли система грузиться (не снесет ли что-то нужное?)

25.10.2017 13:50, Ivan Petrov пишет:

 > nvidia 304xx

 >

 >

RE: ядро и nvidia

[Pavel Marchenko]

Можно изменить порядок загрузки
https://ru.m.wikibooks.org/w/index.php?title=Grub_2=edit=5


От: Ivan Petrov
Отправлено: 25 октября 2017 г. в 13:54
Кому: debian-russian@lists.debian.org
Тема: Re: ядро и nvidia

Пришла большая проблема:
обновил jessie с бекпортов до ядра 4.9.0.0 bpo3
слетели драйвера nvidia .
В результате сейчас на драйверах 304хх система грузит Х-ы на
ядре 3.2.0.4.
На 4.9. их установка + dkms + headers приводит к белому пустому 
мигающему курсору на экране вместо gdm3
Я бы и работал на 3.2.0.4., но оно грузится из дополнительных параметров 
grub2
А в интернете я так и не нашел как заставить систему грузиться с пункта 
дополнительного меню grub.
В основном меню у меня 1. Debian
2. Доп параметры
3. Windows
Если нажать на пункт 2 - там выбор ядер.
Но /etc/default/grub предлагает выбор загрузки только из первых трех 
пунктов.
Можно ли снести ядро 4.9 ?
Будет ли система грузиться (не снесет ли что-то нужное?)

25.10.2017 13:50, Ivan Petrov пишет:
> nvidia 304xx
> 
> 

Re: ядро и nvidia

[Ivan Petrov]

Пришла большая проблема:
обновил jessie с бекпортов до ядра 4.9.0.0 bpo3
слетели драйвера nvidia .
В результате сейчас на драйверах 304хх система грузит Х-ы на
ядре 3.2.0.4.
На 4.9. их установка + dkms + headers приводит к белому пустому 
мигающему курсору на экране вместо gdm3
Я бы и работал на 3.2.0.4., но оно грузится из дополнительных параметров 
grub2
А в интернете я так и не нашел как заставить систему грузиться с пункта 
дополнительного меню grub.

В основном меню у меня 1. Debian
   2. Доп параметры
   3. Windows
Если нажать на пункт 2 - там выбор ядер.
Но /etc/default/grub предлагает выбор загрузки только из первых трех 
пунктов.

Можно ли снести ядро 4.9 ?
Будет ли система грузиться (не снесет ли что-то нужное?)

25.10.2017 13:50, Ivan Petrov пишет:

nvidia 304xx

ядро и nvidia

[Ivan Petrov]

nvidia 304xx

Re: nvidia

[yuri . nefedov]

On Tue, 25 Jul 2017, Ivan Petrov wrote:

Еще вопрос: у меня нa jessie работает 304 драйвер, а почему на stretch надо 
340-й?


  Так вам же при установке как бы намекнули  (цитирую из вашего письма)

  01:00.0 VGA compatible controller   [0300]:  NVIDIA Corporation
  GT218 [GeForce 210]   [I0de:0a65]   (rev a2)
  The above card requires either the non-free legacy NVIDIA driver
  (package  nvidia-legacy-340xx-dnver)  or the free Nouveau driver
  (package  xserver-xorg-viaeo-no^veau).

  Да и в описании пакетов у 340-го:
  This legacy version is the last release that supports the following
  GPUs: GeForce 205 [GT218], GeForce 210 [GT216], GeForce 210
  [GT218],...

  А в описании 304-го GeForce 210 не упоминается.


Пытался
запустить Х-ы и так и не смог: мигал экран и всё


  Посмотрите какие логи в /var/log/Xorg.0.log
  На что ругается, какие ошибки.

  В вики советуют перегрузить ядро после установки
  драйверов.

Ю.

Re: nvidia

[artiom]

Логи X-ов покажите.

25.07.2017 13:40, Ivan Petrov пишет:
> Еще вопрос: у меня нa jessie работает 304 драйвер, а почему на stretch
> надо 340-й?
> Он у меня на strtch так и не заработал, откатился я на jessie. Пытался
> запустить Х-ы и так и не смог: мигал экран и всё
> 
> 
> 
> 24.07.2017 01:35, yuri.nefe...@gmail.com пишет:
>> On Sun, 23 Jul 2017, Ivan Petrov wrote:
>>
>>> Сорри. Похоже ядро установилось, а headers - нет
>>>
>>>
>>
>>Установить надо
>>nvidia-legacy-340xx-driver
>>
>>по зависимостям (Suggests) он за собой потянет среди прочего
>>nvidia-legacy-340xx-kernel-dkms
>>который зависит от dkms, а последний будет рекомендовать
>>linux-headers-686-pae | linux-headers-amd64
>>
>>вот надо выбрать какое у вас ядро, если 32-битное, то
>>686-pae а если 64-битное, то amd64
>>
>>При установке или потом при смене ядра этот самый
>>dkms (Dynamic Kernel Module Support) соберет вам нужный драйвер.
>>
>>Вообще то есть вики Дебиановский
>>https://wiki.debian.org/NvidiaGraphicsDrivers
>>
>> Ю.
> 
> 

Re: nvidia

[Ivan Petrov]

Еще вопрос: у меня нa jessie работает 304 драйвер, а почему на stretch 
надо 340-й?
Он у меня на strtch так и не заработал, откатился я на jessie. Пытался 
запустить Х-ы и так и не смог: мигал экран и всё




24.07.2017 01:35, yuri.nefe...@gmail.com пишет:

On Sun, 23 Jul 2017, Ivan Petrov wrote:


Сорри. Похоже ядро установилось, а headers - нет




   Установить надо
   nvidia-legacy-340xx-driver

   по зависимостям (Suggests) он за собой потянет среди прочего
   nvidia-legacy-340xx-kernel-dkms
   который зависит от dkms, а последний будет рекомендовать
   linux-headers-686-pae | linux-headers-amd64

   вот надо выбрать какое у вас ядро, если 32-битное, то
   686-pae а если 64-битное, то amd64

   При установке или потом при смене ядра этот самый
   dkms (Dynamic Kernel Module Support) соберет вам нужный драйвер.

   Вообще то есть вики Дебиановский
   https://wiki.debian.org/NvidiaGraphicsDrivers

Ю.

Re: nvidia

[yuri . nefedov]

On Sun, 23 Jul 2017, Ivan Petrov wrote:


Сорри. Похоже ядро установилось, а headers - нет




  Установить надо
  nvidia-legacy-340xx-driver

  по зависимостям (Suggests) он за собой потянет среди прочего
  nvidia-legacy-340xx-kernel-dkms
  который зависит от dkms, а последний будет рекомендовать
  linux-headers-686-pae | linux-headers-amd64

  вот надо выбрать какое у вас ядро, если 32-битное, то
  686-pae а если 64-битное, то amd64

  При установке или потом при смене ядра этот самый
  dkms (Dynamic Kernel Module Support) соберет вам нужный драйвер.

  Вообще то есть вики Дебиановский
  https://wiki.debian.org/NvidiaGraphicsDrivers

Ю.

Re: nvidia

[Ivan Petrov]

Сорри. Похоже ядро установилось, а headers - нет



23.07.2017 18:20, Артём Н. пишет:

On 23.07.2017 04:14, Ivan Petrov wrote:

23.07.2017 00:50, Артём Н. пишет:

On 22.07.2017 20:22, Ivan Petrov wrote:


Пытался проапгрейдиться с jessie до stretch:

"This system has a graphics card which is no longer handled by the 
NVIDIA driver (package nvidia-driver). You may wish to keep the 
package installed -for instance to drive some other card -  but the 
card with

the following chipset won't be usable:
01:00.0 VGA compatible controller   [0300]:  NVIDIA Corporation 
GT218 [GeForce 210]   [I0de:0a65]   (rev a2)
The above card requires either the non-free legacy NVIDIA driver 
(package nvidia-legacy-340xx-dnver)  or the free Nouveau driver 
(package xserver- xorg- viaeo-no^veau).
Use the update-glx command to switch between different installed 
drivers.
Before the Nouveau driver can be used you must remove NVIDIA 
configuration from xorg.conf   (and xorg.conf .d/).

Install NVIDIA driver despite unsupported graphics card?"


В стретч будет только базовый линуксовый драйвер для моей карточки?
Чем это чревато в работе?

Д.



Вам же написано:
"The above card requires either the non-free legacy NVIDIA driver 
(package nvidia-legacy-340xx-dnver)

or the free Nouveau driver (package xserver- xorg- viaeo-no^veau)."

Поставьте пакет nvidia-legacy-340xx-driver.




Поставил, но не помогло.



Так а предыдущий драйвер удалили (хотя, наверное, они конфликтуют)?
И что значит "не помогло"?
Симптомы какие?

Re: nvidia

[Ivan Petrov]

23.07.2017 18:20, Артём Н. пишет:

On 23.07.2017 04:14, Ivan Petrov wrote:

23.07.2017 00:50, Артём Н. пишет:

On 22.07.2017 20:22, Ivan Petrov wrote:


Пытался проапгрейдиться с jessie до stretch:

"This system has a graphics card which is no longer handled by the 
NVIDIA driver (package nvidia-driver). You may wish to keep the 
package installed -for instance to drive some other card -  but the 
card with

the following chipset won't be usable:
01:00.0 VGA compatible controller   [0300]:  NVIDIA Corporation 
GT218 [GeForce 210]   [I0de:0a65]   (rev a2)
The above card requires either the non-free legacy NVIDIA driver 
(package nvidia-legacy-340xx-dnver)  or the free Nouveau driver 
(package xserver- xorg- viaeo-no^veau).
Use the update-glx command to switch between different installed 
drivers.
Before the Nouveau driver can be used you must remove NVIDIA 
configuration from xorg.conf   (and xorg.conf .d/).

Install NVIDIA driver despite unsupported graphics card?"


В стретч будет только базовый линуксовый драйвер для моей карточки?
Чем это чревато в работе?

Д.



Вам же написано:
"The above card requires either the non-free legacy NVIDIA driver 
(package nvidia-legacy-340xx-dnver)

or the free Nouveau driver (package xserver- xorg- viaeo-no^veau)."

Поставьте пакет nvidia-legacy-340xx-driver.




Поставил, но не помогло.



Так а предыдущий драйвер удалили (хотя, наверное, они конфликтуют)?
И что значит "не помогло"?
Симптомы какие?




На загружается до X-ов. Мигает черный экран. Не дает ввести логин и пароль.
А может его можно просто черех xorg.conf прописать?

Re: nvidia

[Артём Н .]

On 23.07.2017 04:14, Ivan Petrov wrote:

23.07.2017 00:50, Артём Н. пишет:

On 22.07.2017 20:22, Ivan Petrov wrote:


Пытался проапгрейдиться с jessie до stretch:


"This system has a graphics card which is no longer handled by the NVIDIA 
driver (package nvidia-driver). You may wish to keep the package installed -for 
instance to drive some other card -  but the card with
the following chipset won't be usable:
01:00.0 VGA compatible controller   [0300]:  NVIDIA Corporation GT218 [GeForce 
210]   [I0de:0a65]   (rev a2)
The above card requires either the non-free legacy NVIDIA driver (package 
nvidia-legacy-340xx-dnver)  or the free Nouveau driver (package xserver- xorg- 
viaeo-no^veau).
Use the update-glx command to switch between different installed drivers.
Before the Nouveau driver can be used you must remove NVIDIA configuration from 
xorg.conf   (and xorg.conf .d/).
Install NVIDIA driver despite unsupported graphics card?"


В стретч будет только базовый линуксовый драйвер для моей карточки?
Чем это чревато в работе?

Д.



Вам же написано:
"The above card requires either the non-free legacy NVIDIA driver (package 
nvidia-legacy-340xx-dnver)
or the free Nouveau driver (package xserver- xorg- viaeo-no^veau)."

Поставьте пакет nvidia-legacy-340xx-driver.




Поставил, но не помогло.



Так а предыдущий драйвер удалили (хотя, наверное, они конфликтуют)?
И что значит "не помогло"?
Симптомы какие?

Re: nvidia

[Ivan Petrov]

23.07.2017 00:50, Артём Н. пишет:

On 22.07.2017 20:22, Ivan Petrov wrote:


Пытался проапгрейдиться с jessie до stretch:

"This system has a graphics card which is no longer handled by the 
NVIDIA driver (package nvidia-driver). You may wish to keep the 
package installed -for instance to drive some other card -  but the 
card with

the following chipset won't be usable:
01:00.0 VGA compatible controller   [0300]:  NVIDIA Corporation GT218 
[GeForce 210]   [I0de:0a65]   (rev a2)
The above card requires either the non-free legacy NVIDIA driver 
(package nvidia-legacy-340xx-dnver)  or the free Nouveau driver 
(package xserver- xorg- viaeo-no^veau).
Use the update-glx command to switch between different installed 
drivers.
Before the Nouveau driver can be used you must remove NVIDIA 
configuration from xorg.conf   (and xorg.conf .d/).

Install NVIDIA driver despite unsupported graphics card?"


В стретч будет только базовый линуксовый драйвер для моей карточки?
Чем это чревато в работе?

Д.



Вам же написано:
"The above card requires either the non-free legacy NVIDIA driver 
(package nvidia-legacy-340xx-dnver)

or the free Nouveau driver (package xserver- xorg- viaeo-no^veau)."

Поставьте пакет nvidia-legacy-340xx-driver.




Поставил, но не помогло.

Re: nvidia

[Артём Н .]

On 22.07.2017 20:22, Ivan Petrov wrote:


Пытался проапгрейдиться с jessie до stretch:


"This system has a graphics card which is no longer handled by the NVIDIA 
driver (package nvidia-driver). You may wish to keep the package installed -for 
instance to drive some other card -  but the card with
the following chipset won't be usable:
01:00.0 VGA compatible controller   [0300]:  NVIDIA Corporation GT218 [GeForce 
210]   [I0de:0a65]   (rev a2)
The above card requires either the non-free legacy NVIDIA driver (package 
nvidia-legacy-340xx-dnver)  or the free Nouveau driver (package xserver- xorg- 
viaeo-no^veau).
Use the update-glx command to switch between different installed drivers.
Before the Nouveau driver can be used you must remove NVIDIA configuration from 
xorg.conf   (and xorg.conf .d/).
Install NVIDIA driver despite unsupported graphics card?"


В стретч будет только базовый линуксовый драйвер для моей карточки?
Чем это чревато в работе?

Д.



Вам же написано:
"The above card requires either the non-free legacy NVIDIA driver (package 
nvidia-legacy-340xx-dnver)
or the free Nouveau driver (package xserver- xorg- viaeo-no^veau)."

Поставьте пакет nvidia-legacy-340xx-driver.

Re: nvidia

[Ivan Petrov]

Пытался проапгрейдиться с jessie до stretch:

"This system has a graphics card which is no longer handled by the 
NVIDIA driver (package nvidia-driver). You may wish to keep the package 
installed -for instance to drive some other card -  but the card with 
the following chipset won't be usable:
01:00.0 VGA compatible controller   [0300]:  NVIDIA Corporation GT218 
[GeForce 210]   [I0de:0a65]   (rev a2)
The above card requires either the non-free legacy NVIDIA driver 
(package nvidia-legacy-340xx-dnver)  or the free Nouveau driver (package 
xserver- xorg- viaeo-no^veau).

Use the update-glx command to switch between different installed drivers.
Before the Nouveau driver can be used you must remove NVIDIA 
configuration from xorg.conf   (and xorg.conf .d/).

Install NVIDIA driver despite unsupported graphics card?"


В стретч будет только базовый линуксовый драйвер для моей карточки?
Чем это чревато в работе?

Д.

nvidia

[Ivan Petrov]

During the upgrading to stretch:

"This system has a graphics card which is no longer handled by the 
NVIDIA driver (package nvidia-driver). You may wish to keep the package 
installed -for instance to drive some other card -  but the card with 
the following chipset won't be usable:
01:00.0 VGA compatible controller   [0300]:  NVIDIA Corporation GT218 
[GeForce 210]   [I0de:0a65]   (rev a2)
The above card requires either the non-free legacy NVIDIA driver 
(package nvidia-legacy-340xx-dnver)  or the free Nouveau driver (package 
xserver- xorg- viaeo-no^veau).

Use the update-glx command to switch between different installed drivers.
Before the Nouveau driver can be used you must remove NVIDIA 
configuration from xorg.conf   (and xorg.conf .d/).

Install NVIDIA driver despite unsupported graphics card?"

I

Re: Установить драйвер nvidia для GTX 960M

[Grigory Fateyev]

Спасибо!

Запустил optirun glxgears -info получил:

01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 960M] (rev a2)
Subsystem: ASUSTeK Computer Inc. GM107M [GeForce GTX 960M]
Flags: bus master, fast devsel, latency 0, IRQ 133
Memory at de00 (32-bit, non-prefetchable) [size=16M]
Memory at c000 (64-bit, prefetchable) [size=256M]
Memory at d000 (64-bit, prefetchable) [size=32M]
I/O ports at e000 [size=128]
[virtual] Expansion ROM at df00 [disabled] [size=512K]
Capabilities: [60] Power Management version 3
Capabilities: [68] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [78] Express Endpoint, MSI 00
Capabilities: [100] Virtual Channel
Capabilities: [250] Latency Tolerance Reporting
Capabilities: [258] L1 PM Substates
Capabilities: [128] Power Budgeting 
Capabilities: [600] Vendor Specific Information: ID=0001 Rev=1 Len=024 
Capabilities: [900] #19
Kernel driver in use: nvidia
Kernel modules: nvidia

в простое:

01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 960M] (rev
ff) (prog-if ff)
!!! Unknown header type 7f
Kernel modules: nvidia

Похоже работает!

Спасибо!


30 сентября 2016 г., 20:56 пользователь Walter_322 <walter1991...@gmail.com>
написал:

> В Thu, 29 Sep 2016 21:55:43 +0300
> Grigory Fateyev <gfb...@gmail.com> пишет:
>
> > Как понять, что nvidia карта работает? Или optirun/primrun это
> > гарантирует?
> lspci -v
>
> при неактивной дискретной видеокарте выбаст что-то типа:
>
> 04:00.0 VGA compatible controller: NVIDIA Corporation GT218 [ION 2]
> (rev ff) (prog-if ff) !!! Unknown header type 7f
>
> при активной дискретной карте:
>
> 04:00.0 VGA compatible controller: NVIDIA Corporation GT218 [ION 2] (rev
> a2) (prog-if 00 [VGA controller])
>
> prog-if показывает активность дискретной карты (ff - выключена, 00 -
> включена).
> Если во время бездействия дискретной видеокарты у Вас значение prog-if
> 00, значит не работает bbswitch
>
> --
> с уважением,
> Walter_322
>
>

Re: Установить драйвер nvidia для GTX 960M

[Walter_322]

В Thu, 29 Sep 2016 21:55:43 +0300
Grigory Fateyev <gfb...@gmail.com> пишет:

> Как понять, что nvidia карта работает? Или optirun/primrun это
> гарантирует?
lspci -v

при неактивной дискретной видеокарте выбаст что-то типа:

04:00.0 VGA compatible controller: NVIDIA Corporation GT218 [ION 2]
(rev ff) (prog-if ff) !!! Unknown header type 7f

при активной дискретной карте:

04:00.0 VGA compatible controller: NVIDIA Corporation GT218 [ION 2] (rev a2) 
(prog-if 00 [VGA controller])

prog-if показывает активность дискретной карты (ff - выключена, 00 -
включена).
Если во время бездействия дискретной видеокарты у Вас значение prog-if
00, значит не работает bbswitch

-- 
с уважением,
Walter_322

Re: Установить драйвер nvidia для GTX 960M

[Andrey Melnikoff]

Grigory Fateyev <gfb...@gmail.com> wrote:
> [-- text/plain, кодировка base64, кодировка: UTF-8, 109 строк --]

> Дмитрий, спасибо вам!

> Похооже я смог загрузиться с bumblebee, благодоря бага:
> https://github.com/Bumblebee-Project/Bumblebee/issues/764 (мой коммент
> последний). Похоже это всё-же пролема железа и раньше ядра 4.8 решения
> ждать не стоит.

> Вот параметры ядра, которые я прописал:
> acpi_osi=! acpi_osi=\"Windows 2009\"
acpi_osi= перекрывают друг друга. И вообще - откуда такая мания тащить в
коммандлайн всякое? С тем-же успехом мог бы написать acpi_osi=linux или
acpi_osi=os/2.

> То есть биосу мы представляемся дугой ОС. Что это даёт мне, я пока не
> понимаю. Нужно пару дней оценить ущерб.

Лучше возьми убунтячее ядро отсуюда
http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-next/current/
и загрузись с ним. Ожидать свежего графического стека в ядрах дебиана можно
бесконечно.

> Как понять, что nvidia карта работает? Или optirun/primrun это гарантирует?
По прожорливости бука. Как начнет садиться в 2 раза быстрее - значит
работает.

Re: Установить драйвер nvidia для GTX 960M

[Grigory Fateyev]

Дмитрий, спасибо вам!

Похооже я смог загрузиться с bumblebee, благодоря бага:
https://github.com/Bumblebee-Project/Bumblebee/issues/764 (мой коммент
последний). Похоже это всё-же пролема железа и раньше ядра 4.8 решения
ждать не стоит.

Вот параметры ядра, которые я прописал:
acpi_osi=! acpi_osi=\"Windows 2009\"

То есть биосу мы представляемся дугой ОС. Что это даёт мне, я пока не
понимаю. Нужно пару дней оценить ущерб.

Я запустил glxgears -info с optirun, primrun и без, получаю постоянно 60 FPS

# nvidia-detect
No NVIDIA GPU detected.

# lspci -k | grep -iEA3 'vga|3d'
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev
06)
Subsystem: ASUSTeK Computer Inc. HD Graphics 530
Kernel driver in use: i915
Kernel modules: i915
--
01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 960M] (rev ff)
Kernel modules: nvidia

Как понять, что nvidia карта работает? Или optirun/primrun это гарантирует?

Благодарю!


29 сентября 2016 г., 16:21 пользователь Dmitrii Kashin <free...@freehck.ru>
написал:

> Grigory Fateyev <gfb...@gmail.com> writes:
>
> > Дмитрий, спасибо за ответ!
> >
> > Сервис bumblebeed загружается при загрузке системы, после этого
> > начинается работа вентилятора на максимуме.
> >
> > У меня даже Х сервер не стартует, всё мёртво виснет.
>
> Если совсем не стартует, убедитесь, что конфигурации для Xorg нету. Она
> должна быть пустая, и генерироваться во время запуска. Для карт без
> дискретной графики была инструкция, в которой говорилось, что и куда
> прописать в Xorg.conf, но для дискретки, работающей через bumblebee
> этого не нужно. Проверьте.
>
> > Даже логов не оставляет.
>
> Сомневаюсь в этом. Поищите. Логи bumblebee, логи Xorg, логи i3wm.  Может
> ещё логи DM посмотреть (у вас что там, gdm/kdm/lightdm?).
>
> > Я использую i3wm тайловый менеджер, он очень лёгкий.
>
> В случае с nvidia у i3 могут быть какие-нибудь артефакты. Помнится, его
> надо было запускать со флагом --force-xinerama при использовании блоба.
>
> > 28 сентября 2016 г., 16:40 пользователь Dmitrii Kashin <
> free...@freehck.ru>
> > написал:
> >
> >> Grigory Fateyev <gfb...@gmail.com> writes:
> >>
> >> > Пытаюсь установить так:
> >> >
> >> > apt-get install nvidia-driver bumblebee-nvidia
> >> >
> >> > Всё встаёт нормально, после загрузки bumblebee начинает крутиться
> >> > вентилятор на максимуме (похоже на видеокарте). После перезагрузки
> >> > и startx X сервер виснет намертво не успев записать в лог.
> >>
> >> Я несколько не в курсе, что значит "после загрузки bumblebee". Насколько
> >> я его помню, нужно было давать команду в стиле "optirun ", и
> >> тогда для конкретной  работала дискретная графика вместо
> >> дефолтной. Вы, видимо, пытаетесь всю DE заставить пользоваться этим
> >> добром. Я не думаю, что это очень хорошая идея.
> >>
> >> За время пользования данным добром, я успел наловить тысячу багов и
> >> замучиться в конец. Оно очень не устойчиво ведёт себя при обновлении:
> >> всегда есть вероятность, что что-нибудь да отвалится. И одно дело Вы не
> >> можете какой-нибудь steam запустить нормально, потому что у вас optirun
> >> полетел ко всем чертям. Но совсем другое, когда у Вас DE не грузится.
> >>
> >> Я использовал bumblebee несколько лет назад на jessie, когда он был ещё
> >> в тестинге с карточкой GF GTX-930M. Но использовал исключительно для
> >> того, чтобы запускать игрушки. Производительность была гораздо лучше
> >> виндовой. Предполагаю, что в основном потому, что видеокарту
> >> использовало только одно приложение за раз (у меня нету DE в принципе, а
> >> для тайловых wm хватает и интеграшки).
> >>
> >>
> >> > Может у вас будут советы как это исправить, буду благодарен за любые
> >> > советы.
> >>
> >> Попробуйте оставить DE на интегрированной графике и запускать конкретное
> >> приложение через optirun. Если кулер гедуть не будет, значит дело скорее
> >> всего в прожорливости DE до аппаратного ускорения.
> >>
>

Re: Установить драйвер nvidia для GTX 960M

[Dmitrii Kashin]

Grigory Fateyev <gfb...@gmail.com> writes:

> Дмитрий, спасибо за ответ!
>
> Сервис bumblebeed загружается при загрузке системы, после этого
> начинается работа вентилятора на максимуме.
>
> У меня даже Х сервер не стартует, всё мёртво виснет.

Если совсем не стартует, убедитесь, что конфигурации для Xorg нету. Она
должна быть пустая, и генерироваться во время запуска. Для карт без
дискретной графики была инструкция, в которой говорилось, что и куда
прописать в Xorg.conf, но для дискретки, работающей через bumblebee
этого не нужно. Проверьте.

> Даже логов не оставляет.

Сомневаюсь в этом. Поищите. Логи bumblebee, логи Xorg, логи i3wm.  Может
ещё логи DM посмотреть (у вас что там, gdm/kdm/lightdm?).

> Я использую i3wm тайловый менеджер, он очень лёгкий.

В случае с nvidia у i3 могут быть какие-нибудь артефакты. Помнится, его
надо было запускать со флагом --force-xinerama при использовании блоба.

> 28 сентября 2016 г., 16:40 пользователь Dmitrii Kashin <free...@freehck.ru>
> написал:
>
>> Grigory Fateyev <gfb...@gmail.com> writes:
>>
>> > Пытаюсь установить так:
>> >
>> > apt-get install nvidia-driver bumblebee-nvidia
>> >
>> > Всё встаёт нормально, после загрузки bumblebee начинает крутиться
>> > вентилятор на максимуме (похоже на видеокарте). После перезагрузки
>> > и startx X сервер виснет намертво не успев записать в лог.
>>
>> Я несколько не в курсе, что значит "после загрузки bumblebee". Насколько
>> я его помню, нужно было давать команду в стиле "optirun ", и
>> тогда для конкретной  работала дискретная графика вместо
>> дефолтной. Вы, видимо, пытаетесь всю DE заставить пользоваться этим
>> добром. Я не думаю, что это очень хорошая идея.
>>
>> За время пользования данным добром, я успел наловить тысячу багов и
>> замучиться в конец. Оно очень не устойчиво ведёт себя при обновлении:
>> всегда есть вероятность, что что-нибудь да отвалится. И одно дело Вы не
>> можете какой-нибудь steam запустить нормально, потому что у вас optirun
>> полетел ко всем чертям. Но совсем другое, когда у Вас DE не грузится.
>>
>> Я использовал bumblebee несколько лет назад на jessie, когда он был ещё
>> в тестинге с карточкой GF GTX-930M. Но использовал исключительно для
>> того, чтобы запускать игрушки. Производительность была гораздо лучше
>> виндовой. Предполагаю, что в основном потому, что видеокарту
>> использовало только одно приложение за раз (у меня нету DE в принципе, а
>> для тайловых wm хватает и интеграшки).
>>
>>
>> > Может у вас будут советы как это исправить, буду благодарен за любые
>> > советы.
>>
>> Попробуйте оставить DE на интегрированной графике и запускать конкретное
>> приложение через optirun. Если кулер гедуть не будет, значит дело скорее
>> всего в прожорливости DE до аппаратного ускорения.
>>


signature.asc
Description: PGP signature

Re: Установить драйвер nvidia для GTX 960M

[Grigory Fateyev]

Дмитрий, спасибо за ответ!

Сервис bumblebeed загружается при загрузке системы, после этого
начинается работа вентилятора на максимуме.

У меня даже Х сервер не стартует, всё мёртво виснет. Даже логов не
оставляет.

Я использую i3wm тайловый менеджер, он очень лёгкий.

28 сентября 2016 г., 16:40 пользователь Dmitrii Kashin <free...@freehck.ru>
написал:

> Grigory Fateyev <gfb...@gmail.com> writes:
>
> > Пытаюсь установить так:
> >
> > apt-get install nvidia-driver bumblebee-nvidia
> >
> > Всё встаёт нормально, после загрузки bumblebee начинает крутиться
> > вентилятор на максимуме (похоже на видеокарте). После перезагрузки
> > и startx X сервер виснет намертво не успев записать в лог.
>
> Я несколько не в курсе, что значит "после загрузки bumblebee". Насколько
> я его помню, нужно было давать команду в стиле "optirun ", и
> тогда для конкретной  работала дискретная графика вместо
> дефолтной. Вы, видимо, пытаетесь всю DE заставить пользоваться этим
> добром. Я не думаю, что это очень хорошая идея.
>
> За время пользования данным добром, я успел наловить тысячу багов и
> замучиться в конец. Оно очень не устойчиво ведёт себя при обновлении:
> всегда есть вероятность, что что-нибудь да отвалится. И одно дело Вы не
> можете какой-нибудь steam запустить нормально, потому что у вас optirun
> полетел ко всем чертям. Но совсем другое, когда у Вас DE не грузится.
>
> Я использовал bumblebee несколько лет назад на jessie, когда он был ещё
> в тестинге с карточкой GF GTX-930M. Но использовал исключительно для
> того, чтобы запускать игрушки. Производительность была гораздо лучше
> виндовой. Предполагаю, что в основном потому, что видеокарту
> использовало только одно приложение за раз (у меня нету DE в принципе, а
> для тайловых wm хватает и интеграшки).
>
>
> > Может у вас будут советы как это исправить, буду благодарен за любые
> > советы.
>
> Попробуйте оставить DE на интегрированной графике и запускать конкретное
> приложение через optirun. Если кулер гедуть не будет, значит дело скорее
> всего в прожорливости DE до аппаратного ускорения.
>