Omarchy 网络与硬件:Wi-Fi、显示器、音频和输入
建立设备使用基线,分清正常设置与故障,并根据准确症状选择排查路线。
根据公开资料整理,未在实机验证。操作前请核对你的版本与硬件环境。
硬件设置成功,要看真实任务:网页能打开、两块屏幕都好用、会议应用收到正确麦克风的声音、输入文字进入目标应用。图标显示正常,或者软件包已经安装,只能证明其中一部分。
本页把日常设置和对应排障连接起来。从实际观察出发,再沿着负责层次定位。不要把每种故障都归结为缺驱动,也不要在重复任务之前同时改许多无关设置。
是正常设置,还是故障排查?
章节:是正常设置,还是故障排查?| 看到了什么 | 先读哪篇 | 帮你分清什么 |
|---|---|---|
| 能看到网络,需要加入 | 连接 Wi-Fi | 选择连接与确认网络访问 |
| 看不到网络、认证失败或连接后无法上网 | Wi-Fi 排障 | 设备、连接、地址、路由与域名解析 |
| 屏幕可用,但文字或排列不舒服 | 显示器与缩放 | 物理像素、逻辑尺寸、缩放与位置 |
| 屏幕不出现、黑屏或模式错误 | 显示器排障 | 设备识别、配置与具体连接 |
| 没声音或蓝牙耳机异常 | 音频与蓝牙 | 配对、配置档、输出、应用与麦克风 |
| 需要中文输入 | 中文输入设置 | 框架、引擎、启用与实际输入 |
| 某个应用可以输入,另一个不行 | 输入法排障 | 应用与会话集成差异 |
| 睡眠或唤醒不正常 | 睡眠排障 | 触发方式、恢复与恢复后异常 |
正常指南负责成功路径,排障文章负责失败结果。按问题进入对应路线,而不是在应用行为不同时反复重装。
各层怎样合作?
章节:各层怎样合作?可以先用 设备 → 服务 → 桌面控制界面 → 应用任务 理解。实际操作可能涉及更多层,但这个模型有助于判断证据属于哪里。
- 网络: NetworkManager 管理连接,桌面面板和终端界面提供控制入口。显示“已连接”之后,还需要检查网络访问。官方网络文档
- 音频: BlueZ 负责蓝牙,PipeWire 处理音频,WirePlumber 管理路由策略。耳机已经配对,不代表应用选中了它的麦克风。见音频与视频层。
- 显示: Hyprland 处理显示器配置和窗口位置,单个应用的绘制结果可能与整体桌面不同。见桌面与窗口层。
- 输入: Fcitx 5 与输入引擎需要配合会话和应用集成。装引擎、选择引擎、文字出现在输入框中,是三个不同阶段。见输入与显示层。
这是帮助学习的模型,不是严格依赖图。各分类当前收录的完整组件清单仍放在系统组成中。
第一天的设备检查
章节:第一天的设备检查先用几个熟悉任务记录结果,再开始定制。下面是实际验收清单,不表示所有设备都受到支持。
| 检查 | 值得记录的证据 | 为什么要做 |
|---|---|---|
| 用目标网络打开网页 | 连接类型、普通浏览是否正常 | 分清加入网络与访问服务 |
| 在每块屏幕阅读同一文档 | 分辨率、缩放、接口和异常应用 | 分清屏幕几何与应用绘制 |
| 播放声音并做简短麦克风测试 | 所选输出、输入和应用 | 输出正常不代表录音正常 |
| 在浏览器和编辑器输入文字 | 输入法以及成功或失败的应用 | 找到集成差异 |
| 保存工作后睡眠、唤醒一次 | 触发方式、恢复后改变的功能 | 方便描述之后的回归问题 |
测试睡眠前保存工作,并留好恢复途径。显示器重连、扩展坞和笔记本合盖是不同场景,一个通过不能证明其他也通过。
按真实场景推进
章节:按真实场景推进新笔记本: 先按 Wi-Fi 指南联网,再调整显示缩放,检查声音和输入,最后测试睡眠。确认基础状态后再增加自启动服务。
连接扩展坞开会: 确认屏幕连接,在会议应用选择声音设备,并检查该应用的屏幕共享。想保持笔记和会议位置,继续读多屏工作区。桌面门户职责在音视频组件页介绍;本站目前还没有逐个会议应用的屏幕共享专题。
更新后出现问题: 记录最后正常状态、更新结果,以及故障影响单个应用还是整个会话。先进入症状文章;证据指向更新变化时,再阅读更新恢复。
求助时该提供什么?
章节:求助时该提供什么?分开写“预期结果”和“实际结果”,附上 Omarchy 版本、相关设备、连接方式、异常应用、准确错误和最近修改。例如“通过这个扩展坞连接的外接屏在唤醒后消失,内屏仍正常”,比“显卡坏了”更容易判断。
只分享相关日志,去掉密码、网络凭据和个人标识。求助指南提供可复用格式。重启暂时清除症状,不代表设备已经完全受支持,也不代表原因已解决,记录时要保留这个区别。