必须分两步：先用关键词精确定位故障微秒级时间戳，再用--since和--until联合限定±5分钟对称窗口；journalctl不支持--around语法，且--until为排他性截止。
直接用 journalctl --since 配合相对时间偏移（如 -5min）无法精准锚定“故障发生时刻前后五分钟”，因为 --since 只能指定起始时间点，不支持“围绕某时刻对称截取”。要实现你想要的“故障发生时刻 ±5 分钟”的完整日志范围，必须分两步：先定位故障精确时间戳，再用 --since 和 --until 联合限定区间。
1. 先确认故障发生的精确时间戳
不能依赖肉眼估算或模糊描述（如“大概 14:30 左右”）。需从日志中提取带微秒级精度的真实时间。常用方法：
- 用关键词快速定位故障行：
journalctl -S yesterday | grep -i "failed\|error\|segfault\|timeout" | head -n 20，找到最相关的一条日志 - 查看该行完整时间戳（默认输出含
DATE TIME，但实际内部是纳秒级）：journalctl -o short-iso-usesc -n 1 | head -1（-o short-iso-usesc输出带微秒的 ISO 格式，例如2024-06-15 14:32:18.123456） - 若已知大致时间，可用
--since="2024-06-15 14:32:00"缩小范围后再精筛
2. 用 --since 和 --until 构造对称时间窗口
journalctl 不支持 --around 这类语法，但支持同时指定起止时间。假设你已确认故障发生在 2024-06-15 14:32:18.123456，那么前后 5 分钟即从 14:27:18.123456 到 14:37:18.123456。可直接写：
journalctl --since="2024-06-15 14:27:18.123456" --until="2024-06-15 14:37:18.123456"
注意：--until 是**排他性截止**（不包含该时刻），所以严格来说，要覆盖到 14:37:18.123456 的最后一纳秒，建议将 --until 设为 14:37:18.123457 或直接加 1 秒更稳妥：--until="2024-06-15 14:37:19"（因 journalctl 对秒级以下精度实际按向上取整处理，加 1 秒更可靠）。
yuanfang-skills 的共享设计系统，提供 token CSS 变量、12+ 主题以及可复用的布局类型 HTML 块，供 yuanfang-html-image（以及 fu...）使用。
3. 提升可读性与实用性的小技巧
- 加
-o json-pretty查看结构化字段（含__REALTIME_TIMESTAMP纳秒值），便于脚本解析 - 加
-u servicename.service限定服务单元，避免海量无关日志干扰 - 加
--no-pager直接输出到终端或管道，方便后续grep或保存：... | grep -E "(error|fail|panic)" - 时间字符串中空格必须用引号包裹，否则 shell 会报错；推荐统一用单引号防止变量扩展干扰
4. 自动化：用 shell 命令动态计算时间边界（推荐）
手动算 ±5 分钟易出错。可用 GNU date 动态生成：
FAULT_TIME="2024-06-15 14:32:18.123456"<br> START=$(date -d "$FAULT_TIME - 5 min" '+%Y-%m-%d %H:%M:%S.%N' | cut -c1-26)<br> END=$(date -d "$FAULT_TIME + 5 min" '+%Y-%m-%d %H:%M:%S.%N' | cut -c1-26)<br> journalctl --since="$START" --until="$END"
说明：%N 是纳秒，cut -c1-26 截取前 26 位（年月日时分秒+6位微秒），journalctl 可识别；--until 同样适用此格式，无需额外加 1 秒 —— date 计算本身已足够精确。
关键是把“故障时刻”真正钉死到微秒级，再靠 --since 和 --until 搭配实现精准框选。不复杂但容易忽略时间精度和边界语义。
