触摸板在启动时被禁用?

触摸板在启动时被禁用?

我正在设置客户的笔记本电脑(Acer Aspire E1-431-2867),由于某种原因,触摸板在启动时被禁用。

  • 使用功能键(fn+ f7)手动启用它就可以了。
  • 系统在 Ubuntu 和 Windows 之间双启动,问题仅出现在 Ubuntu 中。
  • 该问题不是由于我安装的任何东西引起的,因为 Live USB 也出现了同样的问题。
  • 我似乎在任何地方都找不到有关此内容。

有没有什么办法可以阻止这种情况发生? 注意:我想在几天内将系统归还给所有者。

答案1

一个简单的解决方法是在 X 启动并运行之前,在足够低的系统运行级别执行脚本来打开/关闭触摸板,以确保触摸板在 GUI 启动之前正常工作。所以/etc/rc.local应该没问题,但不幸的是,我无法对此做出肯定的评价,因为我现在手边没有 Ubuntu 机器,而且我实际上无法测试这一点。但应该没问题。

  • 运行acpi_listen并按下fn+F7键;输出应该类似于此:
hotkey ATKD NNNNNNNN 00000000

+按键的 ACPI 代码NNNNNNNN在哪里;fnF7

  • 运行grep NNNNNNNN /etc/acpi/events/*;输出中的文件名应该是处理fn+按键的 ACPI 代码的文件的文件名;F7

  • 用文本编辑器打开该文件;

  • 寻找类似这样的部分:

# ...
event=hotkey (ATKD|HOTK) NNNNNNNN
action=/etc/acpi/actions/action.sh
# ...

每次按下+键/etc/acpi/actions/action.sh时执行的脚本在哪里;fnF7

现在只需执行脚本即可/etc/rc.local

  • /etc/rc.local用文本编辑器打开;

  • 将此行添加到文件末尾的以下exit 0行之前:

# ...
/etc/acpi/actions/action.sh
# ...

就是这样。重新启动并查看触摸板是否在重新启动时启用;

无论如何,如果不需要,我建议删除set -e顶部的命令/etc/rc.local,或者修改脚本的调用方式,例如调用脚本本身并始终返回 的包装器0,以避免脚本因rc.local返回值不同于 而中断 的执行0

相关内容