Intereting Posts
Dpkg – не создает папку при установке пакета deb Как сообщить о некорректном часовом поясе? Сервер Ubuntu – ОС на одном жестком диске, файловый сервер на программном RAID 1 Обнаружение аппаратного обеспечения графического драйвера AMD APU – Manjaro Есть ли основной учебник для grep, awk и sed? Учитывая git commit hash, как узнать, какая версия ядра содержит его? регулярное выражение с командой find Как проверить базу данных RPM? systemd.service: использовать pty, чтобы принудительно очистить стандартный вывод? Инкремент оглядывается назад в файле конфигурации ежедневно +1 Как скачать pbins с paludis через торрент-протокол? Как добавить соответствующее количество 0 в числа, содержащиеся в именах изображений? Почему я не могу изменить каталог на текущий каталог с отказом в доступе? Как объединить два командных вывода по строкам? Почему GNU Info не удалось добиться успеха?

Как установить Intel фирменные драйверы на Mint?

ОБНОВЛЕНО: у меня Linux Mint 18.1 работает на ноутбуке HP.

VGA compatible controller: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Graphics & Display... 

Я могу установить драйверы с https://01.org, но инструмент обновления сработает с ошибкой: «make» (но ./configure run clean) с ошибкой:

 make[3]: Leaving directory '/home/Documents/video_driver/xf86-video-intel-2.99.917/src/sna' Making all in uxa make[3]: Entering directory '/home/Documents/video_driver/xf86-video-intel-2.99.917/src/uxa' CC intel_display.lo CC intel_driver.lo intel_driver.c: In function 'redisplay_dirty': intel_driver.c:645:2: error: too many arguments to function 'PixmapSyncDirtyHelper' PixmapSyncDirtyHelper(dirty, &pixregion); ^ In file included from /usr/include/xorg/gc.h:54:0, from /usr/include/xorg/dix.h:51, from /usr/include/xorg/privates.h:151, from /usr/include/xorg/cursor.h:53, from /usr/include/xorg/scrnintstr.h:53, from /usr/include/xorg/xf86str.h:39, from /usr/include/xorg/xf86.h:44, from intel_driver.c:49: /usr/include/xorg/pixmap.h:131:1: note: declared here PixmapSyncDirtyHelper(PixmapDirtyUpdatePtr dirty); ^ Makefile:524: recipe for target 'intel_driver.lo' failed make[3]: *** [intel_driver.lo] Error 1 make[3]: Leaving directory '/home/Documents/video_driver/xf86-video-intel-2.99.917/src/uxa' Makefile:598: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory '/home/Documents/video_driver/xf86-video-intel-2.99.917/src' Makefile:468: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/home/Documents/video_driver/xf86-video-intel-2.99.917' Makefile:399: recipe for target 'all' failed make: *** [all] Error 2 

ошибка.

Я нашел это для ATI (не intel) https://lists.x.org/archives/xorg-driver-ati/2015-July/027750.html Это не удалось. Хотя я знал, что перед попыткой прогнать гонг не удалось, ни один из целевых файлов не существовал. Я не мог найти его для Intel.

Ни одно из драйверов не оставляет следов файлов драйверов в моей системе (например, файла драйвера .ko), чтобы выполнить ручную установку (я знаю, как использовать modprobe).

Где я могу получить файлы .ko, чтобы выполнить ручную установку и пропустить все сценарии установки?

Или и установите скрипт, который работает как выбор # 2

Intel не предлагает проприетарный драйвер, пакеты на 01.org существуют только для обновления драйверов с открытым исходным кодом для отдельных дистрибутивов (Fedora и Ubuntu). Если вам нужен более новый драйвер, вам просто нужно обновить свое ядро ​​(для драйвера) и mesa (для используемого им пользовательского пространства).

Даже используя ядра LTS и самые последние, моя система Xubuntu по-прежнему была случайным образом висит, и требуется только жесткий сброс системы. После того, как моя корневая файловая система была повреждена дважды из-за этого безобидного метода останова, я начал искать решения.

Вот что сработало для меня: я добавил следующий раздел в /usr/share/X11/xorg.conf.d/20-intel.conf

 Section "Device" Identifier "Card0" Driver "Intel" Option "AccelMethod" "uxa" EndSection 

По какой-то причине метод sna по умолчанию вызывает случайные зависания системы, из которых есть опция, кроме отключения жесткой системы. После перехода на uxa у меня не было ни одной системы зависания.

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