что такое проприетарный драйвер
СОДЕРЖАНИЕ
Операционные системы с открытым исходным кодом
Проблемы
Есть ряд причин, по которым двоичные капли могут быть проблематичными.
Во-первых, их точная работа не может быть известна, и ошибки не могут быть обнаружены путем аудита исходного кода; Ошибки часто диагностируются только путем кропотливого исследования, когда система начинает вести себя неожиданно. Такие необнаруженные ошибки также могут незаметно подвергать пользователей и системы угрозам безопасности. Таким образом, соответствие драйвера цели невозможно проверить, и даже если ошибка обнаружена, нет простого способа ее исправить.
Во-вторых, поскольку исходный код недоступен, драйвер не может быть легко улучшен его пользователями, не может быть перенесен на архитектуры, которые изначально не поддерживаются, не может быть адаптирован для работы с небольшими вариантами оборудования или обновлен для работы в новых ядрах, имеющих изменил API и архитектуру.
В-третьих, использование этого программного обеспечения заставит пользователей доверять поставщикам или третьим сторонам, чтобы они не помещали бэкдоры, шпионское ПО или вредоносный код в большой двоичный объект. Кроме того, поставщик оборудования может принять решение не поддерживать данную операционную систему, отказаться от обслуживания драйверов в любое время или, в случае банкротства компании, оставить драйвер полностью неподдерживаемым.
Наконец, двоичные капли можно рассматривать как проводящую грань между той частью сообщества, которая верит в идеалы свободного программного обеспечения, отвергая несвободные программы, и той частью, которая считает открытый исходный код желательным по чисто техническим причинам, часто не имея сильного противодействия двоичным каплям. «пока они работают». Эта фрагментация и принятие растущего числа проприетарных компонентов в Linux рассматриваются как ослабление способности сообщества противостоять тенденции производителей все чаще отказываться от предоставления документации для своих двоичных файлов.
Использовать через обертки
Прошивка устройства
BIOS и UEFI
СОДЕРЖАНИЕ
Операционные системы с открытым исходным кодом
Проблемы
Есть ряд причин, по которым двоичные капли могут быть проблематичными.
Во-первых, их точная работа не может быть известна, и ошибки не могут быть обнаружены путем аудита исходного кода; Ошибки часто диагностируются только путем кропотливого исследования, когда система начинает вести себя неожиданно. Такие необнаруженные ошибки также могут незаметно подвергать пользователей и системы угрозам безопасности. Таким образом, соответствие драйвера цели невозможно проверить, и даже если ошибка обнаружена, нет простого способа ее исправить.
Во-вторых, поскольку исходный код недоступен, драйвер не может быть легко улучшен его пользователями, не может быть перенесен на архитектуры, которые изначально не поддерживаются, не может быть адаптирован для работы с небольшими вариантами оборудования или обновлен для работы в новых ядрах, имеющих изменил API и архитектуру.
В-третьих, использование этого программного обеспечения заставит пользователей доверять поставщикам или третьим сторонам, чтобы они не помещали бэкдоры, шпионское ПО или вредоносный код в большой двоичный объект. Кроме того, поставщик оборудования может принять решение не поддерживать данную операционную систему, отказаться от обслуживания драйверов в любое время или, в случае банкротства компании, оставить драйвер полностью неподдерживаемым.
Наконец, двоичные капли можно рассматривать как проводящую грань между той частью сообщества, которая верит в идеалы свободного программного обеспечения, отвергая несвободные программы, и той частью, которая считает открытый исходный код желательным по чисто техническим причинам, часто не имея сильного противодействия двоичным каплям. «пока они работают». Эта фрагментация и принятие растущего числа проприетарных компонентов в Linux рассматриваются как ослабление способности сообщества противостоять тенденции производителей все чаще отказываться от предоставления документации для своих двоичных файлов.
Использовать через обертки
Прошивка устройства
BIOS и UEFI
Национальная библиотека им. Н. Э. Баумана
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]
Проприетарный драйвер устройства
Содержание
Операционные системы с открытым исходным кодом [ править ]
Проблемы [ править ]
Есть ряд причин, по которым двоичные капли могут быть проблематичными. [11]
Во-первых, их точная работа не может быть известна, и ошибки не могут быть обнаружены путем аудита исходного кода; Ошибки часто диагностируются только путем кропотливого исследования, когда система начинает вести себя неожиданно. Такие необнаруженные ошибки также могут незаметно подвергать пользователей и системы угрозам безопасности. Таким образом, соответствие драйвера цели невозможно проверить, и даже если ошибка обнаружена, нет простого способа ее исправить.
Во-вторых, поскольку исходный код недоступен, драйвер не может быть легко улучшен его пользователями, не может быть перенесен на архитектуры, которые изначально не поддерживаются, не может быть адаптирован для работы с небольшими вариантами оборудования или обновлен для работы в новых ядрах, имеющих изменил API и архитектуру.
В-третьих, использование этого программного обеспечения заставит пользователей доверять поставщикам или третьим сторонам, чтобы они не помещали бэкдоры, шпионское ПО или вредоносный код в большой двоичный объект. Кроме того, поставщик оборудования может принять решение не поддерживать данную операционную систему, отказаться от обслуживания драйверов в любое время или, в случае банкротства компании, оставить драйвер полностью неподдерживаемым.
Наконец, двоичные капли можно рассматривать как проводящую грань между той частью сообщества, которая верит в идеалы свободного программного обеспечения, отвергая несвободное программное обеспечение, и частью, которая считает открытый исходный код желательным по чисто техническим причинам, часто не имея сильного противодействия двоичным каплям. «пока они работают». Эта фрагментация и принятие растущего числа проприетарных компонентов в Linux рассматривается как ослабление способности сообщества противостоять тенденции производителей все чаще отказываться от предоставления документации для своих двоичных файлов.
Использовать через оболочки [ править ]
Прошивка устройства [ править ]
BIOS и UEFI [ править ]
Как установить проприетарные графические драйверы в Ubuntu, Fedora и Mint
Содержание:
Если вы пользуетесь Linux, вы имеете доступ к огромному количеству ПО с открытым исходным кодом. Но периодически требуется именно проприетарное программное обеспечение и никакое иное. Например, может потребоваться Microsoft Word (что, в принципе, излишне, если учитывать высокие стандарты работы LibreOffice), либо проприетарный драйвер.
В то время как почти 100% устройств исправно функционирует на драйверах с открытым исходным кодом, графические драйверы представляют собой совершенно отдельную тему.
Наиболее убежденные сторонники Linux обвинят вас в святотатстве за то, что вы просто допустили саму мысль о применении проприетарных драйверов. Но если вы хорошо разбираетесь в гейминге и намерены всерьез играть на Linux, вас заинтересуют именно они.
Для чего нужны проприетарные графические драйверы
Практически любые дистрибутивы Linux поставляются с драйверами с открытым исходным кодом. Так делается, чтобы устройства функционировали по принципу «из коробки». Устанавливаете Linux и запустите аппаратное обеспечение компьютера, как обычно.
Впрочем, когда речь заходит о графических драйверах, обстоятельства складываются иначе. Графические драйверы с открытым исходным кодом дают возможность запускать ОС и благополучно осуществлять основной спектр задач. Но если переключиться на игры, редактирование графического содержимого или видеоконтента, с высокой вероятностью, произойдет сбой.
Графические системы AMD и Nvidia способны приемлемо функционировать с драйверами с открытым исходным кодом. Но чтобы в полной мере насладиться возможностями продукции данных брендов, понадобятся проприетарные драйверы исключительно от «родных» производителей. Графические драйверы Intel обладают открытым исходным кодом и встроены в ядро Linux.
Проприетарные драйверы также называют «ограниченными». Раньше выполнять их установку было сложно и неудобно, но теперь все изменилось в лучшую сторону. В этой статье мы разберем процесс установки проприетарных графических драйверов для Ubuntu, Linux Mint и Fedora.
Также нередко встречаются проприетарные драйверы для прочих устройств — например, карт беспроводных сетевых интерфейсов.
Предварительная установка проприетарных графических драйверов
Выполнять установку проприетарных графических драйверов сегодня значительно легче. Ранее вам, вероятно, приходилось запускать некое специализированное ПО либо искать драйверы и устанавливать их вручную. Сейчас же можно установить их по аналогии с установкой самой ОС Linux (данная функция предусмотрена почти в любых дистрибутивах).
Проведите установку обычным способом, заостряя внимание на всплывающих окнах. На завершающей стадии вы заметите диалоговое окно, где будут упоминаться графические драйверы. Там надо будет вручную сделать выбор между установкой проприетарных графических драйверов либо их аналогов с открытым исходным кодом.
Если выбрать установку проприетарных драйверов прямо сейчас, вам не придется тратить время и силы на данную операцию позже. Надо заметить, это не слишком трудная задача.
Установка проприетарных графических драйверов в Linux Ubuntu
Чтобы установить проприетарные драйверы в Ubuntu, действуйте по несложному алгоритму: зайдите в меню, напечатайте запрос «драйверы » и кликните по опции «Дополнительные драйверы». Сразу же запустится быстрое сканирование. Это позволит выявить наличие аппаратного обеспечения, нуждающегося в проприетарных драйверах. Именно тут вы такие драйверы и обнаружите.
Не всегда бывает легко понять, какой вариант следует выбрать. Лучше отмечать опции по умолчанию, которые, как правило, стоят последними в списке. Данный подход намного рациональнее, чем применение командной строки. Вместо того, чтобы рисковать стабильностью системы или видеокарты, гораздо разумнее задействовать дополнительную утилиту драйверов.
Возможно, в инструкции по установке драйвера это не будет упомянуто, но по завершении установки драйвера желательно перезагрузить компьютер. Перезапущенный Linux продемонстрирует вам улучшенную графику!
Установка проприетарных графических драйверов в Linux Fedora
На начальном этапе проверьте данные видеокарты:
Если вам открываются подробные сведения о видеокарте Nvidia, перейдите на сайт RPM Fusion и загрузите оттуда свободные и несвободные пакеты программ для установленной на вашем устройстве версии Fedora. Это следует делать через Firefox, устанавливая пакеты посредством PackageKit.
Как вариант, для работы с пакетами допустимо задействовать командную строку с единственной командой:
По завершении установочного процесса данные пакеты добавят сведения о репозитории. Вы сможете применять эти сведения для поиска и установки драйверов для видеокарты. Для видеокарт Nvidia осуществите поиск kmod-nvidia и обязательно перезагрузите устройство.
Если вы пользуетесь картой AMD, драйвер AMDGPU станет подключаться автоматически для любого нового оборудования. Старые устройства станут обращаться к драйверу Catalyst, который сейчас не поддерживается.
Установка проприетарных графических драйверов в Linux Mint
Основная версия Linux Mint создана на основе последней разновидности Ubuntu, поэтому процесс установки проприетарных драйверов для нее будет абсолютно идентичным Ubuntu. Однако имейте в виду, что Mint представлен в нескольких вариантах — поэтому вам потребуется корректная процедура именно для вашего варианта.
Для наиболее распространенной версии Mint необходимо действовать в такой последовательности:
зайдите в Меню > Администрирование > Диспетчер драйверов. Там вы обнаружите драйверы, готовые к установке.
откроется окно диспетчера драйверов, по своему внешнему виду похожее на окно дополнительных драйверов в Ubuntu. Отметьте нужный вам вариант, кликнете «ОК» и выполните перезагрузку.
Когда проприетарные драйверы оказываются бесполезны
В этой статье речь шла преимущественно о драйверах Nvidia. Устройства AMD в основном поддерживаются открытыми версиями драйверов Radeon. Или даже лучше, они встроены в ядро Linux. Прочитать более подробно о драйверах AMD с открытым исходным кодом можно на официальном сайте ее разработчиков.
Однако в специфических условиях проприетарные драйверы оказываются беспомощными. Нечасто, но наблюдается следующее: вы приобрели новейшую видеокарту, но она не совместима с самыми свежими драйверами. Тогда ориентируйтесь на самый последний драйвер из всех доступных.
В любой непредвиденной ситуации используйте драйвер для графического процессора Intel вплоть до того момента, пока неполадка не окажется полностью устранена.
Если вы хотите играть в игры и работать с мультимедийным контентом на Linux, установите проприетарные драйверы
Графические драйверы на открытом исходном коде, обеспечивающие изображение, аналогичное проприетарным — это чрезвычайно заманчивая идея, но она вряд ли когда-нибудь претворится в жизнь. Менее мощные и устаревшие видеокарты обычно совместимы с драйверами на открытом исходном коде, но более новые и мощные устройства не предусматривают данную опцию
Тем самым, проприетарные драйверы имеют ключевое значение для геймеров, играющих на Linux.
К какому варианту вы склоняетесь: графическим драйверам на открытом исходном коде либо к проприетарным? Должен ли исходный код проприетарных драйверов выкладываться в открытый доступ? Какие аргументы вы готовы привести в доказательство своей точки зрения? Пожалуйста, поделитесь своим не предвзятым мнением в комментариях и обоснуйте свою позицию!