本文由Gemini 3.1 Pro根据对话记录总结生成，适用于不同发行版的Linux。

📌 问题现象

使用腹灵 FL980 V2 PRO 三模机械键盘，通过蓝牙（设备名为 BT5.0 KB）连接到 Arch Linux (EndeavourOS) 时，F 区按键（F1-F12）默认触发多媒体功能（如音量加减）。即使不按 Fn 键，直接按下 F12 系统也会执行“音量加”操作，原本的 F 键功能完全被覆盖。

🔍 原因解释

  1. 硬件信号正常：通过 sudo evtest 抓包排查，发现按下 F12 时，键盘硬件发送的物理扫描码（MSC_SCAN value 70045）是标准的 F12 信号，说明键盘本身的硬件逻辑并没有卡在 Mac 模式。
  2. 内核驱动自动设置：很多支持三模的客制化键盘，其蓝牙芯片在连接 Linux 时，硬件标识会触发内核底层的 hid_apple（苹果键盘兼容驱动模块）。
  3. 默认键层反转：苹果键盘的默认设计是“直接按下F 区按键触发多媒体功能，按住 Fn 才是 F1-F12”。hid_apple 驱动按照这个逻辑，将键盘发出的标准 F 键物理信号，在系统底层强制“翻译”成了多媒体键信号（如 KEY_VOLUMEUP），导致键盘明明处于 WIN 模式，却表现出 MAC 键盘的特征。

🛠️ 解决方案

前置检查：首先确保键盘背部的物理系统切换开关已经拨到 WIN 档位。

临时测试（立即生效，重启后失效）

通过修改 sysfs 临时调整 hid_apple 模块的 fnmode 参数：

1
echo 2 | sudo tee /sys/module/hid_apple/parameters/fnmode

注：fnmode 有三个值：0 为禁用 Fn 键，1 为默认多媒体键优先（导致本问题的元凶），2 为默认 F1-F12 优先。

永久固化（写入系统配置）

如果临时测试有效，需要将配置固化到内核模块加载规则中，以便每次开机自动生效。
第一步：创建并写入配置文件

1
echo "options hid_apple fnmode=2" | sudo tee /etc/modprobe.d/hid_apple.conf

第二步：重新生成内核引导镜像 (initramfs)
刷新 Arch Linux 的内核镜像，使模块配置在引导时被正确加载：

1
sudo mkinitcpio -P

等待终端输出 Image generation successful 后，配置即永久生效。

Note

如果是Debian系，可能需要执行sudo update-initramfs -u之类的命令，但是大意是相同的，上面的第一步也不变。

💡 补充说明（关于 2.4G 与有线模式）

该修复是全局内核级别的。后续即使切换为 2.4G 接收器或 Type-C 有线连接，系统大多会直接调用标准的通用 usbhid 驱动（标准 USB 协议本就没有苹果的反转逻辑），F 键功能天然正常。即便底层依然调用了 hid_apple，也会严格遵循 fnmode=2 的规则，确保 F 键不再被多媒体键覆盖。