无法在Gateway NV54上调整屏幕亮度

我在网关nv54上安装了ubuntu 11.10。 我想安装video卡的驱动程序,因为屏幕亮度没有变化..但“附加驱动程序”没有检测到任何东西。 图形:移动式英特尔®GM45高速芯片组谢谢。

您的图形驱动程序是默认安装的一部分。

要检查它并知道当前正在使用哪个驱动程序,请打开终端并输入

sudo lshw -C display 

寻找一条说明configuration: driver=i915 latency=0的行configuration: driver=i915 latency=0 。 如果它存在则启用驱动程序。

要保持驱动程序更新,您只需使用Update Manager更新系统。

为了能够使用亮度按钮,您需要在grub配置文件中添加一些内容。

在终端中使用您喜欢的文本编辑器打开它,即gedit

gksudo gedit / etc / default / grub

找到该行

 GRUB_CMDLINE_LINUX="" 

并将其更改为

 GRUB_CMDLINE_LINUX="acpi_osi=Linux acpi_backlight=vendor" 

保存文件并在终端类型中

 sudo update-grub 

重新启动计算机

 sudo reboot 

您的亮度按钮现在应该按预期工作。

source

没有什么可以安装的,它默认存在。 这个问题是重复的

系统信息中无法识别英特尔高清显卡

为了响应提出的ACPI调整,重要的是要了解您实际为Linux桌面实现“亮度控制”所做的工作以及成本是多少。 有一个叫ACPI的东西,就像用于硬件控制的perl一样,实际代码保存在你的BIOS中,然后由操作系统按需执行(它有一个解释器)。 此代码将根据您正在运行的操作系统而更改 ,或者在您的情况下,将您更改为的操作系统名称更改。 这些表格描述了如何计时CPUS,暂停/恢复,热调节,多显示器(外部显示按钮),当然还有亮度等热键。

当您更改acpi_os名称时,您实际上正在改变所有HW在运行时的行为方式。 我的热评论是一个更糟糕的情况,并且确实可能​​,因为通过将Linux指定为ACPI名称,您实际上运行未经测试或测试不佳的代码,这就是告诉这些非常低级别的资源该做什么。

因此,如果您想继续使用此快捷方式,则您有责任确保机器在合理的公差范围内运行。 这尤其意味着热量,走在这条路上可能是一个全有或全无的事情,球迷们正在全力以赴或最低限度。 您还需要仔细检查所有其他运行时function,例如它是否可以暂停和恢复? 音量控制? 超级钥匙? 所有这些都取决于ACPI。

所以Linux的工作方式是模仿最新版本的Windows,比如Windows 2009.想一想,当你指定Linux时,那是什么版本的? 没有一个,所以下次更新内核时,“Linux”ACPI名称的行为可能会发生变化而且你会遇到副作用。 人们认为这是理所当然的,Windows版本是明确的版本 ,内核+ acpi运行时都是一个基准。 Linux只是推进它,确定有一个ACPI版本,但没有供应商代码(还)。

那么,这对你有什么帮助? 毕竟你想要亮度控制并且所有这些技术背景并没有真正解决你的问题,但是它构成了所涉及的风险。

Canonical开发了一套测试套件,擅长钻入固件并测试正确性。 然后,我们可以使用此信息来解决问题的来源并获取更新的固件。

https://wiki.ubuntu.com/Kernel/Reference/fwts

在没有启用这些黑客的情况下运行此并提交错误将使我们能够解决问题。 我们或许可以通过平台怪癖启用亮度控制。

您必须考虑的另一件事是您的硬件可能甚至没有准备好运行Windows 2009.笔记本电脑上的小贴纸说“Windows认证”是什么? 您可以告诉Linux冒充早期版本的Windows,如Vista或XP。 可能是你的ACPI表中有一个错误,Linux要求Windows 2009,它不在那里,代码很糟糕所以它只是挽救而且没有配置。 如果您改为改变了acpi_osi =’Windows \ 2006′ (例如Vista) ,它可能都有效。 更好的是,您的笔记本电脑可能已获得该操作系统的认证,因此我们知道所有代码均可

这是Linux模仿的所有名称的表格,从最后开始并回滚,直到找到有效的名称。 我相信当2.6.38发布时我们违反了Windows 2009: http : //lxr.linux.no/#linux+v3.2.7/drivers/acpi/acpica/utosi.c

 / *
  * _OSI预定义控制方法支持的字符串(即
  *在此模块内部实施。)
  *
  * 2009年3月:删除了“Linux”,因为此主机不再想要回应真实
  *为此字符串。 基本上,唯一安全的OS字符串是与窗口相关的
  *并且在许多或大多数情况下代表了唯一的测试路径
  * BIOS提供的ASL代码。
  *
  *每个条目的最后一个元素用于跟踪最新版本
  * BIOS请求的Windows。
  * /
 static struct acpi_interface_info acpi_default_supported_interfaces [] = {
     / *操作系统供应商字符串* /

     {“Windows 2000”,NULL,0,ACPI_OSI_WIN_2000},/ * Windows 2000 * /
     {“Windows 2001”,NULL,0,ACPI_OSI_WIN_XP},/ * Windows XP * /
     {“Windows 2001 SP1”,NULL,0,ACPI_OSI_WIN_XP_SP1},/ * Windows XP SP1 * /
     {“Windows 2001.1”,NULL,0,ACPI_OSI_WINSRV_2003},/ * Windows Server 2003 * /
     {“Windows 2001 SP2”,NULL,0,ACPI_OSI_WIN_XP_SP2},/ * Windows XP SP2 * /
     {“Windows 2001.1 SP1”,NULL,0,ACPI_OSI_WINSRV_2003_SP1},/ * Windows Server 2003 SP1  - 已添加03/2006 * /
     {“Windows 2006”,NULL,0,ACPI_OSI_WIN_VISTA},/ * Windows Vista  - 已添加03/2006 * /
     {“Windows 2006.1”,NULL,0,ACPI_OSI_WINSRV_2008},/ * Windows Server 2008  -  2009年9月添加* /
     {“Windows 2006 SP1”,NULL,0,ACPI_OSI_WIN_VISTA_SP1},/ * Windows Vista SP1  - 已于2009年9月添加* /
     {“Windows 2006 SP2”,NULL,0,ACPI_OSI_WIN_VISTA_SP2},/ * Windows Vista SP2  - 已添加09/2010 * /
     {“Windows 2009”,NULL,0,ACPI_OSI_WIN_7},/ * Windows 7和Server 2008 R2  - 已于2009年9月添加* /

注意,你没有在那个列表上看到Linux吗? 另外,请确保正确地转义字符串以包含grub默认值中的空格,否则它将无效。 通过检查dmesg日志,您将能够看到OSI名称生效。