跳转到内容
omarchyFIELD GUIDE
实用知识 / FIELD GUIDE

Omarchy 网络与硬件:Wi-Fi、显示器、音频和输入

建立设备使用基线,分清正常设置与故障,并根据准确症状选择排查路线。

根据公开资料整理,未在实机验证。操作前请核对你的版本与硬件环境。

硬件设置成功,要看真实任务:网页能打开、两块屏幕都好用、会议应用收到正确麦克风的声音、输入文字进入目标应用。图标显示正常,或者软件包已经安装,只能证明其中一部分。

本页把日常设置和对应排障连接起来。从实际观察出发,再沿着负责层次定位。不要把每种故障都归结为缺驱动,也不要在重复任务之前同时改许多无关设置。

是正常设置,还是故障排查?

章节:是正常设置,还是故障排查?
看到了什么 先读哪篇 帮你分清什么
能看到网络,需要加入 连接 Wi-Fi 选择连接与确认网络访问
看不到网络、认证失败或连接后无法上网 Wi-Fi 排障 设备、连接、地址、路由与域名解析
屏幕可用,但文字或排列不舒服 显示器与缩放 物理像素、逻辑尺寸、缩放与位置
屏幕不出现、黑屏或模式错误 显示器排障 设备识别、配置与具体连接
没声音或蓝牙耳机异常 音频与蓝牙 配对、配置档、输出、应用与麦克风
需要中文输入 中文输入设置 框架、引擎、启用与实际输入
某个应用可以输入,另一个不行 输入法排障 应用与会话集成差异
睡眠或唤醒不正常 睡眠排障 触发方式、恢复与恢复后异常

正常指南负责成功路径,排障文章负责失败结果。按问题进入对应路线,而不是在应用行为不同时反复重装。

各层怎样合作?

章节:各层怎样合作?

可以先用 设备 → 服务 → 桌面控制界面 → 应用任务 理解。实际操作可能涉及更多层,但这个模型有助于判断证据属于哪里。

  • 网络: NetworkManager 管理连接,桌面面板和终端界面提供控制入口。显示“已连接”之后,还需要检查网络访问。官方网络文档
  • 音频: BlueZ 负责蓝牙,PipeWire 处理音频,WirePlumber 管理路由策略。耳机已经配对,不代表应用选中了它的麦克风。见音频与视频层。
  • 显示: Hyprland 处理显示器配置和窗口位置,单个应用的绘制结果可能与整体桌面不同。见桌面与窗口层。
  • 输入: Fcitx 5 与输入引擎需要配合会话和应用集成。装引擎、选择引擎、文字出现在输入框中,是三个不同阶段。见输入与显示层。

这是帮助学习的模型,不是严格依赖图。各分类当前收录的完整组件清单仍放在系统组成中。

第一天的设备检查

章节:第一天的设备检查

先用几个熟悉任务记录结果,再开始定制。下面是实际验收清单,不表示所有设备都受到支持。

检查 值得记录的证据 为什么要做
用目标网络打开网页 连接类型、普通浏览是否正常 分清加入网络与访问服务
在每块屏幕阅读同一文档 分辨率、缩放、接口和异常应用 分清屏幕几何与应用绘制
播放声音并做简短麦克风测试 所选输出、输入和应用 输出正常不代表录音正常
在浏览器和编辑器输入文字 输入法以及成功或失败的应用 找到集成差异
保存工作后睡眠、唤醒一次 触发方式、恢复后改变的功能 方便描述之后的回归问题

测试睡眠前保存工作,并留好恢复途径。显示器重连、扩展坞和笔记本合盖是不同场景,一个通过不能证明其他也通过。

按真实场景推进

章节:按真实场景推进

新笔记本: 先按 Wi-Fi 指南联网,再调整显示缩放,检查声音和输入,最后测试睡眠。确认基础状态后再增加自启动服务。

连接扩展坞开会: 确认屏幕连接,在会议应用选择声音设备,并检查该应用的屏幕共享。想保持笔记和会议位置,继续读多屏工作区。桌面门户职责在音视频组件页介绍;本站目前还没有逐个会议应用的屏幕共享专题。

更新后出现问题: 记录最后正常状态、更新结果,以及故障影响单个应用还是整个会话。先进入症状文章;证据指向更新变化时,再阅读更新恢复。

求助时该提供什么?

章节:求助时该提供什么?

分开写“预期结果”和“实际结果”,附上 Omarchy 版本、相关设备、连接方式、异常应用、准确错误和最近修改。例如“通过这个扩展坞连接的外接屏在唤醒后消失,内屏仍正常”,比“显卡坏了”更容易判断。

只分享相关日志,去掉密码、网络凭据和个人标识。求助指南提供可复用格式。重启暂时清除症状,不代表设备已经完全受支持,也不代表原因已解决,记录时要保留这个区别。