Установка проприетарного драйвера AMD/ATI Catalyst

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

Определил версию платы с помощью команды:

kpa39l@dws:~$ lspci | grep -i VGA
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Redwood XT [Radeon HD 5670/5690/5730]

Вывод команды содержит полное название Redwood XT [Radeon HD 5670/5690/5730]. Какая именно из версий у меня в руках не знаю, да мне это и не важно в разрезе установки драйверов.

Скачать последнюю версию драйверов можно с официального портала поддержки AMD/ATI. Для GNU/Linux драйвера поставляются в трёх видах для RHEL, Ubuntu  и универсальный исполняемый файл в архиве zip.  Как раз последний я и скачал, мне досталась версия 15.21.1151.

Перед установкой драйвера необходимо установить заголовки ядра, если они ещё не стоят:

sudo aptitude search linux-headers-$(uname -r)

Процесс будет схож с тем что изображено на снимке экрана ниже.

Теперь переходим непосредственно к установке драйвера. Добываем файл из архива:

unzip amd-catalyst-15.9-linux-installer-15.201.1151-x86.x86_64.zip 

Файл извлечётся в ту же папку. Расширение файла .run.

Помечаем файл как исполняемый:

chmod +x AMD-Catalyst-15.9-Linux-installer-15.201.1151-x86.x86_64.run 

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

 sudo sh AMD-Catalyst-15.9-Linux-installer-15.201.1151-x86.x86_64.run 

Далее запускается графический установщик. Ниже снимки экранов установки в простейшем случае. Если у вас возникнут сложности то я всегда готов дополнительно пояснить и рассказать о втором, не автоматическом варианте установки.

Закрываем графический мастер установки. Система сообщит нам о том. что нужно перезагрузиться. Идём в перезагрузку:

sudo shutdown -r now

И теперь можем запустить AMD Catalyst Control Center Хоть из меню, хоть из консоли:

sudo aticonfig

После установки нового ядра. Потребуется обновить модуль ядра командами:

Для видеокарт ATI есть ещё свободный драйвер. Если проприетарный драйвер вдруг по каким-то причинам будет работать неудовлетворительно, то можно установить и его.

Как всегда при любых вопросах или непонятных моментах можно обращаться ко мне по kpa39l@yandex.ru.

Быстрый и удобный способ развернуть VNC сервер

VNC (терминальный, если угодно) доступ к машине на Linux, особенно когда эта машина используется в качестве сервера, в некоторых случаях намного предпочтительней ssh доступа. Поэтому для внутренних серверов я практически всегда настраиваю доступ по VNC.

Я реализую вариант работы через сервер xinetd, который прослушивает стандартный для VNC сессий порт 5900. При попытке соединения на этот порт xinetd запустит сервер VNC, а по завершению соединения закроет сервер и все программы. Таким образом при отсутствии активных соединений сервер и программы не будут висеть в памяти. Получится такой вот "терминальный" сервер.

Установка программ
В Debian предлагают на выбор два варианта VNC севера:

1. vnc4server
2. tightvncserver

Я воспользуюсь последним.
Помимо VNC-сервера, потребуются сам xinetd  и менеджер дисплеев, в моём случае это LightDM, поскольку я использую XFCE, а kdm и gdm тянут за собой просто тонны зависимостей KDE и Gnome соответственно.

sudo aptitude install tightvncserver xinetd lightdm

Настройка xinetd
Перво-наперво прописывает запуск супер-сервера при старте системы:

sudo systemctl enable xinetd

Для всех серверов которыми должен управлять xinetd в каталоге /etc/xinetd.d/ создаются конфигурационные файлы. Создадим такой файл для VNC-сервера:

sudo nano /etc/xinetd.d/vnc

со следующим содержимым:

 service vnc
{
   disable     = no
   socket_type = stream
   protocol    = tcp
   wait        = no
   user        = nobody
   server      = /usr/bin/Xvnc
   server_args = -inetd -once -query localhost -geometry 1024x768 -depth 16
   type        = UNLISTED
   port        = 5900
}

где
service vnc - название сервера, мы можем сделать несколько VNC-серверов с разными параметрами;
server  - путь к двоичному файлу который супер-сервер будет вызывать;
server_args - это аргументы с которыми будет сервер вызываться;
port - ну и порт который суперсервер будет слушать.

С какими же параметрами будут запускаться сессии VNC-сервера:
inetd - обязательный параметр для сервера VNC, сигнализирующий о том, что он запускается под управлением xinetd;
once - параметр выключающий VNC-сервер по завершению сессии;
query localhost - параметр указывающий что авторизация будет проводиться на локальной для VNC-сервере машине;
geometry - размер экрана для сессии, устанавливается из соображений удобства клиента и никак не зависит от уставленного в настройках сервера разрешения.
depth - глубина цвета от 2 до 32 bit. Меньше 16-ти появляются искажения цветов, для работы в локальной сети меньше ставить смысла нет.
Эти параметры относятся именно к используемому VNC серверу, так что их список может меняться от версии и выбранного сервера.

Настройка менеджера дисплеев LightDM
Необходимо активировать функцию XDMCP сервера в настройках менеджера дисплея, чтобы он мог авторизовывать удаленно подключающихся пользователей, а не только пользователей локальной консоли. Для этого раскомментрируем и изменим значение параметра в блоке [XDMCPServer] файла /etc/lightdm/lightdm.conf, приведя блок к виду:

[XDMCPServer]
enabled=true
port=177
#key=

Перезапуск серверов с новыми параметрами
Для этого выполняем команды:

sudo /etc/init.d/xinetd restart
sudo /etc/init.d/lightdm restart

Всё, теперь есть доступ к серверу по протоколу VNC. Правда мы еще не предпринимали никаких мер по обеспечению безопасности, прошу учесть что протокол VNC относится к небезопасным, поэтому будет продолжение.

Если возникли вопросы или замечания, вы как всегда можете прислать их мне на электронную почту kpa39l@yandex.ru