Проприетарный драйвер что это
Установка драйверов в Linux
В Windows мы привыкли, что перед тем, как новое оборудование будет работать, для него необходимо установить драйвера. Не важно будет ли это USB устройство, веб-камера или видеокарта. Драйвера в Windows выпускаются производителями и распространяются через интернет или на диске в комплекте с оборудованием.
В Linux, драйвера тоже необходимы, но ситуация состоит с ними немного по-другому. Здесь все свободные драйвера Linux встроены в ядро и если ваше оборудование будет работать с этой операционной системой, то, скорее всего, оно будет работать из коробки. Свободные драйвера разрабатываются производителями оборудования или же независимыми разработчиками. Также производители могут не открывать код своих драйверов, тогда они считаются проприетарными и не включаются в ядро, а доустанавливаются вручную.
Давайте рассмотрим подробнее работу с драйверами linux и Windows.
Как драйвера устройств работают в Windows
Windows может немного в этом помочь и установить большинство драйверов от производителей через центр обновления Windows. При подключении устройства к компьютеру Windows вы увидите сообщение «Установка драйвера». Windows определяет производителя, ищет драйвер на серверах Microsoft и загружает его на ваш компьютер. Microsoft не пишут драйвера самостоятельно, они получают их от производителей и предоставляют вам, как только они понадобятся.
Если оборудование не работает в WIndows, то обычно вы можете найти драйвер чтобы заставить его работать. Обычно достаточно подыскать подходящий драйвер на просторах сети.
Как работают драйвера Linux
Это значит, что большинство доступных для linux драйверов уже установлены на вашем компьютере, включены вместе с ядром, в виде модулей ядра или вместе с графическим сервером или сервером печати. Установка драйверов Linux почти не нужна. Драйвера в Linux разработаны, в основном, энтузиастами, но иногда их выпускают сами производители оборудования, которые вносят свой вклад в развитие ядра Linux и других проектов, например, это Intel, AMD, а также другие, более мелкие производители.
Установка проприетарных драйверов Linux
Некоторые производители не хотят открывать исходный код своих драйверов, поэтому для поддержки оборудования выпускают проприетарные драйвера в Linux с закрытым исходным кодом. Большинство дистрибутивов Linux не включают такие драйвера в свой состав, а значит они не смогут их автоматически определить и загрузить.
Чаще всего нам приходится сталкиваться с проприетарными драйверами для видеокарт, например, для NVIDIA, которые обеспечивают лучшую производительность в играх на Linux. Конечно, есть драйверы ядра Linux с открытым исходным кодом, которые заставят вашу видеокарту работать, но они не могут обеспечить достаточный уровень производительности в 3D играх. Некоторые драйвера wifi по прежнему закрыты, поэтому ваше оборудование не будет работать пока вы их не установите.
Установка прошивок в Linux
Не все могут делать драйвера с открытым кодом или проприетарные драйвера. Некоторым драйверам необходимы прошивки, чтобы правильно работать с устройствами. Например, прошивки нужны для работы некоторых модулей wifi или сетевых интерфейсов.
Чтобы установить прошивки в Linux необходимо скачать и установить пакет linux-firmware, это можно сделать с помощью следующей команды в Ubuntu:
sudo apt install linux-firmware
А в RPM дистрибутивах:
sudo yum install linux-firmware
Также возможно придется установить другие прошивки. Чтобы посмотреть подробнее, что нужно, и как установить, посмотрите лог ядра dmesg.
Как установить драйверы для принтера в Linux
Вы также можете попытаться определить принтер по описанию PostScript или PPD файла. Эти файлы часто входят в состав драйвера принтера для Windows и вы можете найти PPD файл, который сделает работу вашего принтера лучше. Файл PPD можно выбрать в процессе работы CUPS.
Принтер может стать головной болью в Linux и многие из них могут не работать должным образом или даже вообще не работать. Так что при выборе принтера лучше сразу смотреть только те, которые точно будут работать с Linux.
Как заставить работать другое программное обеспечение
Иногда вам может понадобиться поставить драйвера linux для другого оборудования, которые не предоставляются автоматически. Например, NVIDIA предоставляет собственный инсталлятор для своего драйвера. Но тем не менее лучше использовать драйвера упакованные для вашего дистрибутива, они будут работать лучше.
Найти подробную информацию, как настроить работу того или иного оборудования в вашем дистрибутиве можно на различных форумах. Обычно, если у вас не очень новое устройство, другие пользователи уже сталкивались с этими проблемами, но они их уже решили, и вы можете найти эти ответы.
Выводы
Вы не должны возиться с драйверами слишком много. Драйвера в Linux с открытым исходным кодом и они интегрированы в ядро. В большинстве случаев вам не нужно устанавливать их или изменять, система автоматически определит оборудование и загрузит автоматические драйверы. Когда вы установили Linux, ваше оборудование должно работать либо сразу, либо после установки нескольких проприетарных драйверов.
Вы можете устанавливать и драйвера linux, размещенные на официальных сайтах производителей, но проприетарные драйвера могут работать не настолько хорошо, как подготовленные для вашей системы.
Проприетарный драйвер для видеокарт AMD
Содержание
В этой статье мы рассмотрим способы установки проприетарного драйвера AMD (Catalyst/FGLRX) в Ubuntu Linux, а так же некоторые твики в их настройке. Ранее продукты ATI были не очень популярны в среде пользователей Linux из-за отсутствия нормальных драйверов для них. Однако, c момента объединения ATI с AMD, которая гораздо более лояльно относится к Linux, драйверы были в значительной степени доработаны, в том числе для их использования совместно с WINE. У обладателей видеокарт AMD есть несколько вариантов:
Проприетарный драйвер
Установка проприетарного драйвера из репозиториев Ubuntu
Надо отметить, что этот способ является самым простым. Все, что вам нужно сделать, это открыть параметры системы, далее выбрать Источники приложений → Дополнительные драйверы, затем выбрать проприетарный драйвер, либо проприетарный драйвер с плановыми обновлениями, и нажать кнопку Применить изменения. Дальше система сделает все за вас и в завершении потребует перезагрузку для активации нового драйвера.
Установка через командную строку:
Установка драйвера AMD вручную
Подготовка к установке
Для начала нам потребуется скачать проприетарный драйвер последней версии http://support.amd.com/ru-ru/download/desktop?os=Linux+x86 и установить зависимости, необходимые для сборки драйвера. Для того, чтобы установить требуемые пакеты выполните:
Для 64-битных систем
Для 32-битных систем
Открываем терминал и вводим команду:
Установка драйвера
Генерируем пакеты для вашей версии дистрибутива. Обратите внимание на то, что вместо Ubuntu/trusty вам может понадобиться указать используемую вами версию дистрибутива, если она отлична от Ubuntu 14.04.
Устанавливаем сгенерированные пакеты:
Создаём конфигурационный файл видео драйвера:
Другой вариант установки
Скачаем, распакуем архив. Сгенерируем и установим пакеты одной командой. На всякий случай в ручную создадим xorg.conf. Перезагрузим систему.
Установка legacy-драйвера для видеокарт HD2xxx-4xxx
AMD перевела указанные видеокарты в разряд legacy. Это значит, что обычные драйверы уже не поддерживают эти адаптеры. AMD выпустила специальные legacy драйверы, но они не поддерживают xorg версии 1.13, который стоит в Ubuntu 12.04.2, 12.10, 13.04. Поэтому для установки этих драйверов необходимо понизить версию xorg до 1.12.
Tomasz Makarewicz сделал ppa, c помощью которого автоматически устанавливаются драйверы и понижается версия xorg. Делается это так.
Пред установкой необходимо убедиться, что в системе стоит пакет xserver-xorg-lts-quantal. Для этого можно воспользоваться командой
В результате будет выведен список пакетов. Если имена пакетов оканчиваются на lts-quantal, значит можно устанавливать.
Настройка проприетарного драйвера
Для дальнейших настроек: разрешения, частоты обновления и других параметров монитора, можно воспользоватся Система ⇒ Параметры ⇒ AMD Catalyst Control Center (для Администратора). 
Корректное и полное удаление проприетарного драйвера
— удалить все пакеты fgrlx вместе с файлами настроек
— перенастройка пакета xserver-xorg для учёта произведённых изменений
— переустановка xorg для учёта изменений. Может понадобиться, если нужны эффекты рабочего стола.
Аппаратное ускорение декодирования видео
Решение некоторых вопросов
Video Tearing
AMD/ATI утверждает, что опция «Tear Free Video» включена по умолчанию, но это не в случае с Catalyst 12-3, который был установлен на Kubuntu 12.04. Если у вас возникли проблемы с tearing, убедитесь, что «Tear Free Video» включен. Вы можете найти эту опцию в центре управления Catalyst в разделе «Опции» или вы можете использовать следующую команду:
Эта опция не вступит в силу до перезагрузки X (т.е. выхода пользователя из сеанса). Если вы используете композитинг, вы также должны убедиться, что vsync включена в настройках композитинга. Было обнаружено, что vsync было включено по умолчанию, но здесь есть соответствующие настройки, если вы хотите поэкспериментировать.
Вы можете включить VSync для KWin в Системных Настройках → Эффекты рабочего Стола → вкладка Дополнительно
Compiz (Unity/GNOME-Shell)
TODO: Смотрите, если есть более дружественный способ убедиться, что VSync включен без установки CCSM. Установить compiz менеджер настроек:
«Синхронизация с VBlank» находится в «OpenGL» в подразделе «Общие».
Гибридная графика и Catalyst
Существует два основных типа гибридных конструкций. Старшие гибридные системы используют мультиплексор (mux) для переключения между GPU. Новые системы (те, что с PowerXpress >= 4.0) используют muxless.
ATI/ATI Hybrids
По состоянию на Catalyst 11-8, переключение между двумя картами ATI (и, возможно, Intel / ATI muxless тоже?) должна быть выполнима, хотя это не ясно, если это относится ко всем ATI/ATI гибридам или только к тем, что используют muxless. Можно было бы использовать amdconfig в PowerXpress вариантах переключения между интегрированной и дискретной карты, например, так:
После переключения, можно было бы выйти и вернуться обратно для перезапуска X-ов.
Intel/ATI Hybrids
Можно использовать официальные драйвера, но есть две проблемы ( Launchpad Bug: #1068404): Проблемы несовместимости между intel и драйверами fglrx (Это дает ошибку сегментации в X-сервера) Некоторые пути и отсутствует для OpenGL работы драйвера fglrx (Это предотвращает работу приложений, которые требуют прямого рендеринга, например, Unity/игры/и т.д., от правильной загрузки драйверов) Если вы будете следовать инструкциям, приведенным в HOWTO по бинарным драйверам, вы должны получить функциональную конфигурацию.
Существует еще одна ошибка, если вы используете интегрированный GPU (Intel), что делает сбой X сервера.
Для обхода этих ошибок, нужно использовать дискретный GPU (ATI). Для получения дополнительной информации Вы можете следить за этой темой
Сценарий решения
Техническая поддержка AMD
Если при использовании проприетарного драйвера AMD у вас возникнут какие-либо проблемы, то вы можете обратиться в техническую поддержку компании AMD:
Национальная библиотека им. Н. Э. Баумана
Bauman National Library
Персональные инструменты
Проприетарное программное обеспечение
Проприетарное программное обеспечение (англ. proprietary software [1] ; от proprietary [2] — частное, патентованное, в составе собственности и software [3] — программное обеспечение) — программное обеспечение, являющееся частной собственностью авторов или правообладателей и не удовлетворяющее критериям свободного ПО (наличия открытого программного кода недостаточно). Правообладатель проприетарного ПО сохраняет за собой монополию на его использование, копирование и модификацию, полностью или в существенных моментах. Обычно проприетарным называют любое несвободное ПО, включая полусвободное. [Источник 1]
Стоит заметить, что не всегда проприетарное ПО стоит рассматривать как коммерческое. Заметим, что существуют так называемые freeware программы, которые являются частными, но по определенным причинам их владельцы не берут платы за использование данных ПО (к примеру, драйверы для некоторых устройств).
Содержание
Система видов ПО в зависимости от объема прав у пользователя
Присутствует запрет на копирование, исходный код засекречен. Также запрещено не лицензионное (бесплатное) использование и нет возможности создавать произвольные продукты на базе данного ПО. Пример: титульные продукты Microsoft (Windows, Office, SQL Server).
Данный вид ПО похож на предыдущий, но разрешено бесплатное использование и запрет копирования остается как юридическая фикция, ибо ПО свободно скачивается с сайта производителя. Примеры: ICQ, продукты Windows Live, Windows Driver Kit и Plaform SDK, QIP.
То же, что и freeware, но с публикацией правообладателем исходного кода. Примеры: библиотеки MFC и ATL.
То же, что freeware, но предлагает сделать нерегламентированный взнос автору из морально-этических соображений. Иногда также требует оплаты после истечения пробного периода или же имеет платную, более полную версию.
Средства ограничения
Технические средства
Под техническими средствами понимают выпуск двоичных файлов, которые может прочитать только машина, ограничение доступа к исходному коду, затруднение использования нелегальных копий. Доступ к закрытому ПО (исходному коду) обычно имеют лишь уполномоченные на это сотрудники компании, но также допуск может быть у партнеров, аудиторов или других третьих лиц.
Правовые средства
Правовые средства могут включать в себя коммерческую тайну, авторское право и патенты. Правовая охрана компьютерных программ возможна по двум разным правовым режимам — режимом, применяемым к литературным произведениям, и режимом, применяемым к патентам. В первом случае программа идентифицируется (и охраняется) по тексту кода, во втором — по критериям патентоспособности, применяемым для изобретений (то есть нужно доказать «инновационность», «оригинальность» и «неочевидность», а также возможность решения существующей технической проблемы и коммерческую пригодность). [Источник 3]
Плюсы и минусы несвободного программного обеспечения
Проприетарные драйверы
Одним из видов проприетарного ПО являются драйверы. В этом случае «проприетарный» означает, что они поставляются от производителя с закрытым исходным кодом. Внесение каких-либо изменений в их структуру невозможно. Обычно такие драйверы актуальны в операционных системах, использующих открытое ПО. Особенно этим пользуются системы Linux. Ubuntu, к примеру, использует и «свободные», и «закрытые». Такие драйверы под Ubuntu отличаются большей стабильностью, чем свободные. Что и неудивительно, ведь в их исходном коде нет изменений от сторонних пользователей. Но, в отличие от свободных драйверов, пользователям «закрытого» ПО приходится довольно долго ждать свежей обновленной версии.
Виды ограничений проприетарного ПО
Данные виды ограничений обычно находятся в лицензионных соглашениях, составленных компаниями-разработчиками.
Ограничение на коммерческое использование
Существует огромное количество программных продуктов, разрешающих бесплатное использование в некоммерческих целях для частных лиц, медицинских и учебных заведений, для некоммерческих организаций и т. д., однако они требуют оплаты в случае использования программного продукта с целью извлечения прибыли. Такое программное обеспечение очень популярно и широко используется, а за счёт своей бесплатности имеет хорошую техническую поддержку со стороны специалистов, у которых отсутствует необходимость дополнительных затрат на обучение. Пример: Prezi для обучения, Образование с mаcOS
Ограничение на распространение
Этот вид ограничений сопровождает обычно крупные программные проекты, когда правообладатель требует оплаты за каждую копию программы. Обычно с таким ограничением используются программные продукты, ориентированные на узкий «профессиональный» сегмент рынка или у программного обеспечения, требующегося большому числу пользователей. Пример: пакет программ Adobe CS3, ОС Windows.
Ограничение на модификацию
Этот вид ограничения используется только в программных пакетах с закрытыми исходными кодами и может запрещать или ограничивать любую модификацию программного кода, дизассемблирование и декомпиляцию.
Полусвободное ПО
Сейчас Фонд свободного ПО использует термин «проприетарный» в отношении всего не свободного ПО, но несколькими годами ранее различали не свободное и полусвободное ПО. Полусвободным ПО называли несвободное ПО, которое разрешает практически неограниченное использование, распространение и изменение (в том числе с распространением изменённых версий) ПО в некоммерческих целях. К полусвободному ПО Фонд СПО относил Open Source Initiative и Debian. [Источник 5]
СОДЕРЖАНИЕ
Операционные системы с открытым исходным кодом
Проблемы
Есть ряд причин, по которым двоичные капли могут быть проблематичными.
Во-первых, их точная работа не может быть известна, и ошибки не могут быть обнаружены путем аудита исходного кода; Ошибки часто диагностируются только путем кропотливого исследования, когда система начинает вести себя неожиданно. Такие необнаруженные ошибки также могут незаметно подвергать пользователей и системы угрозам безопасности. Таким образом, соответствие драйвера цели невозможно проверить, и даже если ошибка обнаружена, нет простого способа ее исправить.
Во-вторых, поскольку исходный код недоступен, драйвер не может быть легко улучшен его пользователями, не может быть перенесен на архитектуры, которые изначально не поддерживаются, не может быть адаптирован для работы с небольшими вариантами оборудования или обновлен для работы в новых ядрах, имеющих изменил API и архитектуру.
В-третьих, использование этого программного обеспечения заставит пользователей доверять поставщикам или третьим сторонам, чтобы они не помещали бэкдоры, шпионское ПО или вредоносный код в большой двоичный объект. Кроме того, поставщик оборудования может принять решение не поддерживать данную операционную систему, отказаться от обслуживания драйверов в любое время или, в случае банкротства компании, оставить драйвер полностью неподдерживаемым.
Наконец, двоичные капли можно рассматривать как проводящую грань между той частью сообщества, которая верит в идеалы свободного программного обеспечения, отвергая несвободные программы, и той частью, которая считает открытый исходный код желательным по чисто техническим причинам, часто не имея сильного противодействия двоичным каплям. «пока они работают». Эта фрагментация и принятие растущего числа проприетарных компонентов в Linux рассматриваются как ослабление способности сообщества противостоять тенденции производителей все чаще отказываться от предоставления документации для своих двоичных файлов.
Использовать через обертки
Прошивка устройства
BIOS и UEFI
Проприетарный драйвер устройства
Содержание
Операционные системы с открытым исходным кодом [ править ]
Проблемы [ править ]
Есть ряд причин, по которым двоичные капли могут быть проблематичными. [11]
Во-первых, их точная работа не может быть известна, и ошибки не могут быть обнаружены путем аудита исходного кода; Ошибки часто диагностируются только путем кропотливого исследования, когда система начинает вести себя неожиданно. Такие необнаруженные ошибки также могут незаметно подвергать пользователей и системы угрозам безопасности. Таким образом, соответствие драйвера цели невозможно проверить, и даже если ошибка обнаружена, нет простого способа ее исправить.
Во-вторых, поскольку исходный код недоступен, драйвер не может быть легко улучшен его пользователями, не может быть перенесен на архитектуры, которые изначально не поддерживаются, не может быть адаптирован для работы с небольшими вариантами оборудования или обновлен для работы в новых ядрах, имеющих изменил API и архитектуру.
В-третьих, использование этого программного обеспечения заставит пользователей доверять поставщикам или третьим сторонам, чтобы они не помещали бэкдоры, шпионское ПО или вредоносный код в большой двоичный объект. Кроме того, поставщик оборудования может принять решение не поддерживать данную операционную систему, отказаться от обслуживания драйверов в любое время или, в случае банкротства компании, оставить драйвер полностью неподдерживаемым.
Наконец, двоичные капли можно рассматривать как проводящую грань между той частью сообщества, которая верит в идеалы свободного программного обеспечения, отвергая несвободное программное обеспечение, и частью, которая считает открытый исходный код желательным по чисто техническим причинам, часто не имея сильного противодействия двоичным каплям. «пока они работают». Эта фрагментация и принятие растущего числа проприетарных компонентов в Linux рассматривается как ослабление способности сообщества противостоять тенденции производителей все чаще отказываться от предоставления документации для своих двоичных файлов.