Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?
В Fri, 3 Feb 2023 10:46:50 +0300 Eugene Berdnikov пишет: > > Это, кстати, многие не понимают. Что всегда надо рассматривать две > > угрозы > > 1. Что ваши данные попадут не в те руки > > 2. Что ваши руки не дотянутся до ваших данных в тот момент, когда > > вам эти данные будут нужны. > > > > Предложенный тобой способ защищает от второй угрозы. А пользователи > > всяких FDE надеются, что применение этих средств защитит их от > > первой > > В слове FDE буква E как раз защищает, а вот FD, как верно было > замечено, скорее бесит нападающих и толкает их на применение > радикальных средств... Всё ценное должно быть зашифровано, включая > бэкап, но шифровать всё подряд это глупость, IMHO. А при таком подходе приходится головой думать, что ценное, а что не ценное. Что нужно защищать от несанкционированного прочтения, а что - только от несанкционированного изменения (что лучше делать не шифрованием, а подписью с её своевременной проверкой) -- Victor Wagner
Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?
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?
В 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?
Я же не зря написал "чтобы мне не пришлось судорожно не вспоминать". Вы же повседневку не прячете во вложенные контейнеры, скрытые разделы и так далее. У меня на ноуте могут быть личные фото, заметки, исходники, и т.п., которыми я не желаю делиться с посторонними но и разделять эти данные с "неопасными" нет причин. В общем, разные цели, разные походы. 02.02.2023 18:40, Victor Wagner пишет: Поскольку в мою модель угроз входит появление в доме вежливого офицера ФСБ с ордером на обыск или встреча с не менее вежливым таможенником при пересечении границы, меры, рассчитанные на противодействие этим угрозам, спасают и от излишне любопытного нашедшего ноутбук.
Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?
On Thu, Feb 02, 2023 at 06:40:40PM +0300, Victor Wagner wrote: > Поскольку в мою модель угроз входит появление в доме вежливого офицера > ФСБ с ордером на обыск или встреча с не менее вежливым таможенником при > пересечении границы, меры, рассчитанные на противодействие этим > угрозам, спасают и от излишне любопытного нашедшего ноутбук. Второй раз читаю тут про таможенника, и ума не приложу, какое может быть дело таможне до содержимого диска... Биты и байты вроде никакими пошлинами не облагаются, а у таможенника нет ни времени, ни средств изучать их: другие пассажиры в очереди нервничают и матерятся. К слову, лучшее средство от ордера на обыск -- бэкап, тщательно спрятанный вне дома, плюс запасной комплект вычислительной техники к нему, плюс заначка для того, чтобы сразу после обыска докупить ещё один запасной комплект. -- Eugene Berdnikov
Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?
В 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?
02.02.2023 16:45, Victor Wagner пишет: О, наконец мне кто-то объяснил зачем может быть нужна на ноутбуке full disk encryption - она защищает от подмены user-space бинарников, которые не защищает secureboot. Не только. FDE еще полезно в случае потери или гражи ноутбука, чтобы мне не пришлось судорожно не вспоминать, какие именно фотографии я на нем хранил и нет ли там чего-то такого, что сделало бы мою жизнь чуть более сложной в случае, если новый хозяин ноутбука будет достаточно любопытен, чтобы покопаться в моих файлах. В случае FDE ему останется только переформатировать диски.
Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?
В Thu, 2 Feb 2023 15:57:32 +0200 Alexander Gerasiov пишет: > > > Так-то я всегда полагал что FDE это вещь скорее вредная, чем > > полезная, потому что является ярким сигналом "здесь есть что-то > > ценное". И провоцирует нашего противника на применение > > терморектального (или, в случае толетантных демократических стран > > rubber hose) крипоанализа. > Для грубой силы - вредная. Для угрозы "любопытный нос полез в > утерянный ноутбук" - всё же полезная. Мне как-то с трудом верится в любопытный нос, который в состоянии хакнуть пароль на grub или на bios (чтобы загрузиться с другого носителя). Когда заходит речь о таком уровне атакующего, это уже несколько намекает на таржетированную атаку. -- Victor Wagner
Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?
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?
В 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?
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?
On 2/1/23 14:46, Alexander Gerasiov wrote: От подмены этих файлов защищает secureboot с кастомными ключами. А можно поподробнее про этот момент как кастомные ключи в этом случае работают? ты грузишь свои собственные ключи в BIOS и указываешь степень доверия? Если да, то я думаю этот момент даёт достаточно хорошую защиту, если не доводить до гаечных ключей, и прочих горячих предметов.
Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?
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?
В Wed, 1 Feb 2023 14:11:17 -0500 Tim Sattarov пишет: . > Чем сложнее получить доступ к данным, тем безопаснее. Совершенно не факт, что защищать надо именно данные. Сейчас на большинстве компьютеров достойных защиты данных нет. Есть только выкачанная из сети информация, которую воровать нет смысла. Можно честно скачать оттуда же, откуда ее взял владелец компьютера. И тогда объектом защиты является сам компьютер, его вычислительные ресурсы, и цель - не дать его превратить в элемент ботнета для DDoS или майнер биткойнов (в интересах, естественно, отнюдь не того, кто оплачивает счета за электроэнергию). > SecureBoot усложняет доступ злоумышленникам. И то что нам не > нравится, это то, что это усложнение недостаточно сложно. SecureBoot похож на стоящий посреди чистого поля (ну ладно, густого леса) КПП, вокруг которого нет никакого забора. Кому не лень, может сойти с дороги и спокойно его обойти. Если мы ведем речь о сетевых атаках, то скорее объектом атаки будут userspace программы, которые secureboot вообще не защищает. Если об атаках с физическим доступом, то против отвертки и паяльника чисто программные средства мало чего могут сделать. Поэтому и интересна модель угроз Александра Герасиова, который тут упомянул что защищает свой ноутбук именно от физического доступа, но пока не расписал, при каких ограничениях. Точнее, на какие варианты физических угроз он готов тратить свое время и деньги, а какие лучше не рассматривать. > > Мы можем рассуждать и ругать существующую ситуацию, или можем прийти > к какому нибудь выводу, схеме, решению, которое может быть лучше, чем > то что есть в данный момент. И начать пинать мейнтейнеров. Начинать надо с себя. Безопасность она как фитнес. В какой бы дорогой тренажерный зал ты ни ходил, каких бы продвинутых тренеров ни нанимал, если сам не будешь впахивать до седьмого пота, мышц не накачаешь. Так и с безопасностью. Тут первое с чем надо определиться - а кто у нас решает, кому можно доверять и в чём - мейнтейнер dkms, фирма микрософт, производитель железа или все-таки владелец компьютера? Пока ответ на этот вопрос "какая-то коммерческая фирма непонятно в какой стране", понятно чья безопасность будет обеспечиваться и кто будет считаться потенциальным злоумышленником. -- Victor Wagner
Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?
On 2/1/23 13:52, Victor Wagner wrote: А DKMS это вообще паллиатив. Если мы используем DKMS, значит мы хотим использовать какие-то лиценизонно не совместимые с мейнлайн-ядром модули. Потому что если бы они были совместимы, был бы готовый пакет. То есть по хорошему счету, используя DKMS мы сразу говорим "мы тут доверяем какому-то левому коду исполняться в контексте ядра" DKMS как система сборки тут ни при чём. Это никак не отменяет наличия общественно доступных ключей, которым доверяет BIOS. Даже если я не использую DKMS, злоумышленник сможет подсунуть мне подписанный драйвер, собранный у него на компьютере и подписанный тем самым публичным ключом. Или я что то не понимаю в системе подписи и доверия? Да, это конечно иногда наименьшее зло. Но, возможно что авторы DKMS именно так и рассудили, что снявши голову по волосам не плачут, и если мы используем dkms-модули вместе с secureboot, secureboot нам нужен не для безопасности, а для чего-то ещё (чтобы там TPM работал или чтобы какие-нибудь сертифицирующие органы отвязались). Как говорил один мой знакомый безопасник: Безопасность это не конечная точка, это процесс и больше градация, чем "да" или "нет". Чем сложнее получить доступ к данным, тем безопаснее. SecureBoot усложняет доступ злоумышленникам. И то что нам не нравится, это то, что это усложнение недостаточно сложно. Мы можем рассуждать и ругать существующую ситуацию, или можем прийти к какому нибудь выводу, схеме, решению, которое может быть лучше, чем то что есть в данный момент. И начать пинать мейнтейнеров. -- Тимур
Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?
В 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?
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?
В Wed, 1 Feb 2023 16:42:47 +0200 Alexander Gerasiov пишет: > Пароль можно добавить, но в моей модели угроз он не нужен. Для меня > secureboot это гарантия, что на моем хосте нельзя забутить другую ОС > и/или подменить ядро/загрузчик получив физический доступ к ноутбуку. А можно подробнее про эту модель угроз? Что мы защищаем - данные на диске ноутбука или сам ноутбук как набор вычислительных ресурсов? Каким временем располагает атакующий, получивший физический доступ к ноутбуку, и какие средства обнаружения такого доступа предусмотрены? -- Victor Wagner
Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?
В 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?
В 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?
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?
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?
вт, 31 янв. 2023 г. в 18:43, Tim Sattarov : > Тут встаёт вопрос а зачем вообще нужен Secure Boot. > > В моём случае когда то давно, когда я ставил дуал бут на лаптопе, 11-я > винда очень хотела его и нельзя было иметь secure boot только для одной > операционки. > Неужель на винде нельзя отлючить SecureBoot? Вроде можно. Винде он нужен, чтобы нельзя было её активировать мимо кассы, естественно. Линуксу, для того, чтобы руткитов избежать по максимуму. Но если можно даже пускай с рутовыми правами, но без ввода пароля, подписать любой модуль в бэкграунде, то увы, это говно. -- With best regards Maksim Dmitrichenko
Re: Как правильно подписывать пропиетарный драйвер nvidia для secureboot?
ср, 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?
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?
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?
вт, 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?
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?
Зиганшин Руслан 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?
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?
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
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
В 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
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
В 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
On Fri, Oct 01, 2021 at 12:35:15AM +0300, Andrey Jr. Melnikov wrote: > PS: А как-же ты живешь, на нутбуке то с отключенным hibernate? От розетки до > розетки? А нет розетки - всё, прощай всё запущеное вместе с питанием? Если ненадолго, то в принципе есть suspend, но я бы не смог спать спокойно даже в саспенде если карта nvidia да ещё и драйвер проприетарный. :) -- Eugene Berdnikov
Re: Ядро 5.14 и драйвер Nvidia
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
в> > В этом разделе > https://wiki.debian.org/SecureBoot#Secure_Boot_limitations среди > утрачиваемых от всей этой паранойи фишек упоминается > > * Hibernation and resume from hibernation. > > Это правда? Вам действительно очень нужен такой ноутбук? Конечно, нужен. Как правило с ноутбуком все же работать приходится из квартиры или офиса, где с розетками всё в порядке. А процесс загрузки-шатдауна достаточно быстрый, чтобы с гибернацией не связываться. Опять же - памяти много, а SSD маленький и отводить аж 1/64 всего SSD на своп как-то жалко. А без свопа размером со всю память, по-моему гибернация все равно не работает. -- Victor Wagner
Re: Ядро 5.14 и драйвер Nvidia
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
В 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
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
В 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
ср, 29 сент. 2021 г. в 17:52, Victor Wagner : > После этого модуль собрался. А вот чтобы он загрузился, пришлось еще > читать > > > https://wiki.debian.org/SecureBoot, генерировать machine owner key, > инсталлировать его в UEFI, и подписывать модули. > Более того, это придется делать теперь каждый раз при обновлении ядра или модуля ( В смысле генерить не придется, а вот подписывать надо будет. -- With best regards Maksim Dmitrichenko
Re: Ядро 5.14 и драйвер Nvidia
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
В 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
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
Здравствуйте! Буквально вчера собрал из исходников (пакеты 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
Коллеги, Тут такой вопрос - есть ноутбук 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
Ivan Petrov 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
On Thu, Jan 11, 2018 at 11:54:56PM +0700, Ivan Petrov wrote: > С удовольствием это сделаю. > Есть работающий xorg.conf для fb? Есть, в виде его отсутствия. Вероятно, пустой xorg.conf тоже сойдёт. > Как узнать, запустятся ли Х-ы на нем? Вы не поверите, взять и попробовать. -- Eugene Berdnikov
Re: ядро и nvidia
С удовольствием это сделаю. Есть работающий 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
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
Посоветуйте, как запустить 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 писал(а) в своём письме 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
Помогите с "новой" видеокартой. Вместо gf210 купил nvidia gf 610 gt Пока у меня jessie 3.2.89-2 c ядром 3.2.0-4-amd64 на nvidia-legacy-304xx-driver. Что нужно установить в систему, чтобы заработали X-ы и можно было быодновиться на последний стабильный Debian? И
Re: ядро и nvidia
Вы можете просто из 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
На днях проверю еще раз. Как лучше, установить 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 <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 mailto:ip...@yandex.ru>> wrote: А топ-постить - это всех пользующихся веб-интерфейсом заставляют? У меня в папке share xorg нет вообще есть: gnome-shell icc sounds debian какой версии? 26.10.2017 22:04, Andrey Jr. Melnikov пишет: Ivan Petrov mailto:ip...@yandex.ru>> wrote: Это в винде "не грузиться", у нас - есть логи. Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log показывай -- В смысле осмысления бессмысленного смысл тоже имеет определенную осмысленность!!!
Re: ядро и nvidia
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 <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 mailto:ip...@yandex.ru>> wrote: А топ-постить - это всех пользующихся веб-интерфейсом заставляют? У меня в папке share xorg нет вообще есть: gnome-shell icc sounds debian какой версии? 26.10.2017 22:04, Andrey Jr. Melnikov пишет: Ivan Petrov 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
Именно после обновления 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 писал(а) в своём письме Sat, 28 Oct 2017 02:09:59 +0300: Михаил Касаджиков wrote: Andrey Jr. Melnikov писал(а) в своём письме Fri, 27 Oct 2017 19:05:46 +0300: > Ivan Petrov 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
Михаил Касаджиков wrote: > Andrey Jr. Melnikov писал(а) в своём письме Fri, 27 > Oct 2017 19:05:46 +0300: > > Ivan Petrov 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 писал(а) в своём письме Fri, 27 Oct 2017 19:05:46 +0300: Ivan Petrov 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
Я попробую. Но на 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 <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 mailto:ip...@yandex.ru>> wrote: А топ-постить - это всех пользующихся веб-интерфейсом заставляют? У меня в папке share xorg нет вообще есть: gnome-shell icc sounds debian какой версии? 26.10.2017 22:04, Andrey Jr. Melnikov пишет: Ivan Petrov mailto:ip...@yandex.ru>> wrote: Это в винде "не грузиться", у нас - есть логи. Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log показывай -- В смысле осмысления бессмысленного смысл тоже имеет определенную осмысленность!!!
Re: ядро и nvidia
stetch с самого начала не зеработал. откатился на jessie 27.10.2017 23:05, Andrey Jr. Melnikov пишет: Ivan Petrov 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 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 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 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
у 340-го драйвера тоже есть поддержка 200-й серии( http://www.nvidia.com/download/driverResults.aspx/123703/en-us) Может стоит его попробовать? 27 октября 2017 г., 18:07 пользователь 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 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
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 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 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
с такими исправлениями не грузится 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 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
У меня в папке 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
их можно подключить через 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 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 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
Никто не знает, как на ядре 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 <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&action=edit§ion=5 <https://ru.m.wikibooks.org/w/index.php?title=Grub_2&action=edit§ion=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
вроде получилось. но когда прописал просто имя ядра + update-grub 25.10.2017 20:30, Павел Марченко пишет: Необходимо менять в /boot/grub/grub.cfg или перегенерить его после изменения /etc/defaults командой grub2-mkconfig 25 октября 2017 г., 15:03 пользователь Ivan Petrov <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&action=edit§ion=5 <https://ru.m.wikibooks.org/w/index.php?title=Grub_2&action=edit§ion=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 написал: > Отредактировал 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&action=edit§ion=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
Отредактировал 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&action=edit§ion=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
Можно изменить порядок загрузки https://ru.m.wikibooks.org/w/index.php?title=Grub_2&action=edit§ion=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
Пришла большая проблема: обновил 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
nvidia 304xx
Re: nvidia
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
Логи 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
Еще вопрос: у меня н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
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
Сорри. Похоже ядро установилось, а 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
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
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
Пытался проапгрейдиться с 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
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
Спасибо! Запустил 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 написал: > В Thu, 29 Sep 2016 21:55:43 +0300 > Grigory Fateyev пишет: > > > Как понять, что 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
В Thu, 29 Sep 2016 21:55:43 +0300 Grigory Fateyev пишет: > Как понять, что 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
Grigory Fateyev 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
Дмитрий, спасибо вам! Похооже я смог загрузиться с 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 написал: > Grigory Fateyev 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 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
Grigory Fateyev writes: > Дмитрий, спасибо за ответ! > > Сервис bumblebeed загружается при загрузке системы, после этого > начинается работа вентилятора на максимуме. > > У меня даже Х сервер не стартует, всё мёртво виснет. Если совсем не стартует, убедитесь, что конфигурации для Xorg нету. Она должна быть пустая, и генерироваться во время запуска. Для карт без дискретной графики была инструкция, в которой говорилось, что и куда прописать в Xorg.conf, но для дискретки, работающей через bumblebee этого не нужно. Проверьте. > Даже логов не оставляет. Сомневаюсь в этом. Поищите. Логи bumblebee, логи Xorg, логи i3wm. Может ещё логи DM посмотреть (у вас что там, gdm/kdm/lightdm?). > Я использую i3wm тайловый менеджер, он очень лёгкий. В случае с nvidia у i3 могут быть какие-нибудь артефакты. Помнится, его надо было запускать со флагом --force-xinerama при использовании блоба. > 28 сентября 2016 г., 16:40 пользователь Dmitrii Kashin > написал: > >> Grigory Fateyev 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
Дмитрий, спасибо за ответ! Сервис bumblebeed загружается при загрузке системы, после этого начинается работа вентилятора на максимуме. У меня даже Х сервер не стартует, всё мёртво виснет. Даже логов не оставляет. Я использую i3wm тайловый менеджер, он очень лёгкий. 28 сентября 2016 г., 16:40 пользователь Dmitrii Kashin написал: > Grigory Fateyev 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
Grigory Fateyev 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