Opengl ��� linux astra

Установка драйвера Nvidia 1650ti в Astra Linux 2.12.42

Здравствуйте, Уважаемые форумчане! Понимаю, что тема очень часто возникает, но пока ни одно из решений мне не помогло, поэтому приходится обращаться за помощью к Вам: пытаюсь установить проприетарный драйвер Nvidia для видеокарты GeForce 1650ti установленной в ноутбуке Acer Aspire 7.

Какие мероприятия были проведены:

0. Проверка наличия устройств:

1. Установку пытался реализовать по инструкции из wiki.astralinux.ru — результат отрицательный;

2. Актуальный драйвер был взят с официального сайта Nvidia;

3. Актуальная версия драйвера для моей видеокарты 460.84;

4. В файл /etc/modprobe.d/blacklist.conf были добавлены строки

5. В файле /etc/initramfs-tools/modules строка

6. При первой попытке установки (из любопытства попробовал просто сделать файл *.run исполняемым и запустить из GUI) получил следующую ошибку (вполне ожидаемую):

8. И fly тормозил

9. Отключил иксы и перезагрузился в консоль. При попытке запуска получил следующую ошибку:

10. Проверка, что драйвер не установлен:

Помогите пожалуйста разобраться, что именно я делаю не так?

Буду признателен за помощь.

годы идут, методы простреливания себе ноги не меняются

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

почему я не удивлён…

Так я, вроде бы, сюда не удивлять Вас пришел, а помощи просить.

У тебя тут присутствует модуль nvidia, возможно astra уже поставляется с проприетраным драйвером, перед установкой драйвера с сайта nvidia нужно было удалить драйвер из поставки астры.

Кинь сюда выводы для uname -a , dkms status , xrandr —listproviders , nvidia-smi , dpkg —list | grep nvidia

Спасибо большое за ответ!

У тебя тут присутствует модуль nvidia, возможно astra уже поставляется с проприетраным драйвером, перед установкой драйвера с сайта nvidia нужно было удалить драйвер из поставки астры.

Кинь сюда выводы для uname -a

Кинь сюда выводы для dkms status

Кинь сюда выводы для xrandr —listproviders

Кинь сюда выводы для nvidia-smi

Кинь сюда выводы для dpkg —list | grep nvidia

У тебя установлен драйвер nvidia, версия 390 подходит для старых карт но не для твоей, тебе его надо удалить прежде чем ставить драйвер с сайта nvidia.

Он же так полсистемы снесет.

нет, у него intel и mesa, вот если mesa попытаться удалить то наверное по цепочке потянет и иксы и все.

Спасибо большое за совет! Это не помогло. После установки нового драйвера система более не запустилась. 🙂 Но попробовать стоило. Хоть увидел процесс установки нового драйвера и на несколько секунд даже поверил в удачный исход дела. 🙂

Ну, не стоит, наверное, быть столь жестоким к человеку, который пытается помочь.

К сожалению что-то подобное и произошло. 🙂 Черный экран без возможности что-либо сделать. Теперь я точно знаю как НЕ надо делать. 🙂

К сожалению что-то подобное и произошло. 🙂 Черный экран без возможности что-либо сделать. Теперь я точно знаю как НЕ надо делать. 🙂

А ты читал что оно тебе там удалять собралось?

Черный экран без возможности что-либо сделать.

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

1. Загрузись удерживая shift чтоб появилось GRUB меню.
2. На первом пункте нажми e для редактирования параметров загрузки.
3. Найди строку где в конце скорее всего будет quiet splash .
4. Добавь modprobe.blacklist=nvidia,nouveau
5. Нажми F10 для загрузки.

Это выключит модуль только на время этой загрузки.

Источник

AstraLinux. Проблемы с OpenGL и драйверами Nvidia

Всем доброго времени суток. Возникла достаточно специфическая проблема: При установке сначала Qt, а впоследствии и драйверов Nvidia (с официального сайта AstraLinux) при запуске qtcreator из xterm появляется следующее сообщение:

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

С установленными драйверами:

Однако, занимательный момент. Если сначала поставить Qtcreator, а потом уже только драйвера, то вроде бы даже Qt запускается!

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

Так же, небольшое дополнение, как мне приходится ломать зависимости чтобы установить драйвер nvidia :

После такой установки, кстати, aptitude очень хочет снести мне весь qt, как раз из-за пакета libgl1-mesa-dev.

В Astra Linux криво сделано, либо надо читать официальную документацию.

К примеру, как это сделано в Debian. В репозитории присутствуют два различных пакета с открытой реализацией libgl из состава mesa и с реализацией libgl из состава драйвера Nvidia. Далее после установки драйвера nvidia посредством update-alternatives осуществляется переключение символьных ссылок из /usr/lib/libGL* на соответствующую реализацию LibGL, соответствующую используемому драйверу.

Почему в Astra Linux они так не сделали — спрашивай у разработчиков и пиши им в баг трекер.

Ну либо читай официальную документацию, возможно там написано как это правильно сделать.

Но я думаю, что у них просто косяк в зависимостях пакетов, ну либо они вообще не делали символьных ссылок и в пакете с драйвером Nvidia есть конфликт файлов LibGL из состава Mesa.

В общем, это вопрос к разработчикам дистрибутива, пиши на их форум.

Ну и драйвер, всё же должен ставиться не посредством dpkg -i nvidia*.deb, а обычно через apt-get install nvidia. что-то там.

Да, я понимаю, что Astra — это косяк на косяке. И было бы хорошо написать на их форум, или почитать документацию, однако из документации там только указание через dpkg установить драйвер на nvidia. Все. Это же система чтобы документы офицеров печатать, а не для того чтобы нормально занимать разработкой. Может быть еще какие идеи есть, как это руками можно все пофиксить?

И было бы хорошо написать на их форум

однако из документации там только указание через dpkg установить драйвер на nvidia

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

Может быть еще какие идеи есть, как это руками можно все пофиксить?

Ковертни deb пакет с nvidia драйвером в архив и тупо разархивируй в корень. Предварительно переустанови пакет с libgl1-mesa.

Но это всё неправильно. При установке пакетов из официального репозитория проблем быть не должно. Так же должны быть рабочими все механизмы. Если что-то не так — вперёд писать в тех. поддержку.

Ну либо ты можешь разобраться как изменить пакет libgl1-mesa и пакет с драйвером nvidia, что бы он ставили свои реализации LibGL в разные директории и последний создавал символьные ссылки на свои файлы. Сценарием, который вызывается после установки пакета.

А в чем вообще суть с символьными ссылками? Почему в чем причина данного конфликта? Объясни пожалуйста, не понимаю.

Графические приложения слинкованы с библиотекой LibGL.so, которая находится в /usr/lib/x86_64-linux-gnu/libGL.so. В Linux есть несколько реализаций этой библиотеки, открытая из состава mesa и закрытые из состава драйверов Nvidia и AMD. Т.е. в системе может быть установлено несколько драйверов, то реализация каждой соответствующей библиотеки LibGL должна быть установлена в свою отдельную директорию, например что-то вроде /usr/lib64/opengl/nvidia/lib/libGL.so, как это сделано в Gentoo.

Т.к. приложения слинкованы с /usr/lib/x86_64-linux-gnu/libGL.so, то /usr/lib/x86_64-linux-gnu/libGL.so должны быть ссылкой на соответствующую реализацию LibGL, т.е. ссылкой на реализации библиотек из состава драйвера Nvidia.

В Astra же mesa реализация библиотеки ставится сразу в /usr/lib/x86_64-linux-gnu/libGL.so, но в составе пакета с драйвером Nvidia есть тоже своя библиотека и она тоже ставится в /usr/lib/x86_64-linux-gnu/libGL.so.

Пакетный менеджер видит конфликт библиотек и препятствует установке пакета.

Разработчики должны были собрать пакеты таким способом, что бы LibGL из mesa, nvidia и amd ставились в отдельные директории, а в /usr/lib/x86_64-linux-gnu/libGL.so создавались символьные ссылки на конкретную реализацию посредством скрипта, который бы вызывался уже после установки пакета.

В таком случае бы конфликтов не было бы и файлы не перезаписывались.

Т.е. должны быть что-то вроде:

Я правильно понимаю, что надо тот же самый libGl.so распихать по папкам, соответствующим производителю (например . /mesa/libGL.so ; . /nvidia/libGL.so), а потом создать символическую ссылку аж на несколько файлов? Нормально ли поведут себя в таком случае программы, которые эти библиотеки используют?

Я правильно понимаю, что надо тот же самый libGl.so распихать по папкам,

Не тот же самый, а в папку с mesa реализации библиотек mesa, в папку nvidia реализации библиотек nvidia, в папку amd — реализации amd.

а потом создать символическую ссылку аж на несколько файлов?

Разных ссылок и на разные файлы, вот как это выглядит для Nvidia в Gentoo:

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

попробуйте спросить в группе Astra Linux в Телеграм

Да, я понимаю, что Astra — это косяк на косяке.

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

Проблему не подтверждаю, для разъяснения ситуации предложил пройти в специальную группу по Астре

Проблема:
Почему пакет с драйвером Nvidia не в официальном репозитории?

И, возможно, вторая проблема, почему нет пакета под нужную версию Astra Linux? Smolensk — это последний релиз или нет?

Всё это приводит к описанной в теме проблеме.

Всё должно быть в репозитории и нормально поддерживаться.

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

Ну и действительно, использовать Астру — не самое приятное что может быть.

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

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

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

Источник

Операционные системы Astra Linux

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

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

1) от несанкционированного доступа;
2) в соответствии с Федеральным законом от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации» (статья 5, пункт 2).

Операционные системы Astra Linux Common Edition и Astra Linux Special Edition разработаны коллективом открытого акционерного общества «Научно-производственное объединение Русские базовые информационные технологии» и основаны на свободном программном обеспечении. С 17 декабря 2019 года правообладателем, разработчиком и производителем операционной системы специального назначения «Astra Linux Special Edition» является ООО «РусБИТех-Астра».

На web-сайтах https://astralinux.ru/ и https://wiki.astralinux.ru представлена подробная информация о разработанных операционных системах семейства Astra Linux, а также техническая документация для пользователей операционных систем и разработчиков программного обеспечения.

Мы будем признательны Вам за вопросы и предложения, которые позволят совершенствовать наши изделия в Ваших интересах и адаптировать их под решаемые Вами задачи!

Репозитория открытого доступа в сети Интернет для операционной системы Astra Linux Special Edition нет. Операционная система распространяется посредством DVD-дисков.

Информацию о сетевых репозиториях операционной системы Astra Linux Common Edition Вы можете получить в статье Подключение репозиториев с пакетами в ОС Astra Linux и установка пакетов.

В целях обеспечения соответствия сертифицированных операционных систем Astra Linux Special Edition требованиям, предъявляемым к безопасности информации, ООО «РусБИтех-Астра» осуществляет выпуск очередных и оперативных обновлений.

Очередные обновления (версии) предназначены для:

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

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

1. инструкций и методических указаний по настройке и особенностям эксплуатации ОС, содержащих сведения о компенсирующих мерах или ограничениях по примене- нию ОС при эксплуатации;
2. отдельных программных компонентов из состава ОС, в которые внесены изменения с целью устранения уязвимостей, инструкций по их установке и настройке, а также информации, содержащей сведения о контрольных суммах всех файлов оперативного обновления;
3. обновлений безопасности, представляющих собой файл с совокупностью программных компонентов из состава ОС, в которые внесены изменения с целью устранения уязвимостей, а также информации, содержащей сведения о контрольных суммах всех файлов обновлений безопасности, указания по установке, настройке и особенностям эксплуатации ОС с установленными обновлениями безопасности.

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

Источник