--- title: "Mac Mini 服务器配置:防止自动锁屏与睡眠" type: source tags: [] date: 2026-03-15 --- ## Source File - [[raw/Home Office/Mac-Mini-服务器配置-防止自动锁屏与睡眠.md]] ## Summary (用中文描述) - **核心主题**:Mac Mini 作为无显示器 Home Server 时,防止 macOS 自动锁屏、睡眠、待机和休眠的完整解决方案 - **问题域**:macOS 电源管理在 Headless(无显示器)场景下的行为导致远程访问中断 - **方法/机制**: - 永久方案:通过 `pmset` 命令永久关闭所有睡眠/锁屏机制 - 临时方案:通过 `caffeinate` 命令临时保持唤醒 - 验证:通过 `pmset -g` 系列命令确认电源设置状态 - **结论/价值**:仅需一行 sudo 命令即可将 Mac Mini 转化为 7×24 可靠运行的 Headless 服务器,支持 RustDesk/VNC 等远程访问工具持续连接 ## Key Claims (用中文描述) - Mac Mini 关闭显示器后会自动锁屏或进入睡眠,导致 RustDesk/VNC 无法连接 - `sudo pmset -a sleep 0 displaysleep 0 standby 0 hibernatemode 0` 可永久禁止所有睡眠行为 - `pmset -a womp 1` 启用 Wake-on-LAN,可远程唤醒 Mac Mini - `-a` 参数表示同时应用于电池模式和电源适配器模式 - `caffeinate -d -i -s` 可临时防止睡眠,不修改系统设置 - 关闭睡眠会增加功耗,适合始终接电的服务器场景 ## Key Quotes > "Mac Mini 作为服务器使用时,关闭显示器后会自动锁屏或进入睡眠状态,导致远程访问软件(如 RustDesk、VNC)无法连接,需要物理到主机上输入密码解锁。" — 问题描述 ## Key Concepts - [[pmset]]:macOS 系统电源管理命令行工具,用于查询和修改电源设置(sleep/displaysleep/standby/hibernatemode/womp) - [[caffeinate]]:macOS 临时防止睡眠的工具,不修改系统持久设置,按 Ctrl+C 停止 - [[Wake-on-LAN]]:网络唤醒协议,通过网卡接收特定魔法包(Magic Packet)远程唤醒关机状态的设备;`pmset -a womp 1` 启用 - [[Headless 服务器]]:无本地显示器/键盘的服务器,通过网络远程管理,依赖稳定的电源管理配置 - [[系统睡眠管理]]:操作系统在空闲时降低功耗的机制,包含系统睡眠(sleep)、显示器睡眠(displaysleep)、待机(standby)、休眠(hibernatemode)四种层级 ## Key Entities - [[Mac Mini M4]]:Apple Silicon Mac Mini,作为家庭服务器运行 Home Office 服务,防止自动睡眠是其服务器化的关键配置之一 - [[RustDesk]]:开源远程桌面软件,Home Server 场景下需要 Mac Mini 不进入睡眠才能持续接受连接 ## Connections - [[Mac Mini M4]] ← 电源配置 ← [[pmset]](防止睡眠的命令) - [[pmset]] ← 对应关系 ← [[HandleLidSwitch]](Linux/Ubuntu 等效配置) - [[caffeinate]] ← 临时替代 ← [[pmset]](临时 vs 永久) - [[Wake-on-LAN]] ← 相关 ← [[Mac Mini M4]](网络唤醒启用后可通过其他设备远程唤醒) ## Contradictions - 与 [[ubuntu禁用合盖休眠]] 冲突: - **冲突点**:macOS vs Linux 的睡眠管理机制和命令工具完全不同 - **当前观点**:macOS 使用 `pmset` 命令配置电源管理,设置 `sleep 0/displaysleep 0/standby 0/hibernatemode 0` - **对方观点**:Linux/Ubuntu 使用 `systemd-logind` 的 `HandleLidSwitch=ignore` 配置合盖行为,进阶方案用 `systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target` - **解决说明**:两者目标相同(防止服务器睡眠),但平台不同,方法论不可互换,均为正确方案