我正在设置客户的笔记本电脑(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
。