折腾 — mizore / notes

博客新功能：语言图标、源码引用、行情与图表

Mon, 22 Jun 2026 00:00:00 +0000

这篇写于旧博客（Next.js + MDX）时期。迁移到现在的静态站后，这些功能都在构建时完成：TradingView 变成行情卡片，点「实时图表」才加载实时行情；ECharts 变成静态 SVG 图表，悬停显示数值，源码引用是带行号的固定 commit 片段，语言图标换成了代码块角落的语言名。

这次主要把博客的写作体验继续往前推了一步：代码块更容易扫读，代码引用能直接指向 GitHub，金融类内容可以用很短的语法插入 TradingView 图表。

先看新功能

代码块有语言图标

代码块右上角一直浮着语言 logo 和复制按钮，没有标题栏、没有徽章边框，不占额外空间。写了 title 或者代码来自 GitHub 时，代码上方只会多一行小字路径，GitHub 跳转入口收进右上角的一个小图标里。

const feature = '语言图标'
const theme = 'catppuccin'
console.log(feature, theme)

inline code 重新做了主题

正文里的 git log --follow、$AAPL、::tv AAPL 不再像一块突兀的亮色贴片。明亮模式下它更接近 Catppuccin Latte 的纸面色，黑暗模式下则压进 Mocha 的低亮度底色。

直接引用 GitHub 代码

写作时输入：

::github-code repo="mizorewww/blog" ref="c067042276d4b4b384c66c0c61fcd4f6716eb599" path="contentlayer.config.ts" lines="251-253" lang="ts" title="contentlayer.config.ts"

渲染出来就是带 Shiki 高亮、语言图标和 GitHub 链接的代码块：

contentlayer.config.tsL251–253 · c067042 ↗

251const githubEmbedPattern = /^::github-(code|diff)\s+(.+)$/
252const tradingViewMiniPattern = /^\$([A-Za-z0-9._:-]+)$/
253const tradingViewAdvancedPattern = /^::(?:tv|tv-advanced|tradingview)\s+(.+)$/

diff 像 GitHub 一样分行染色

写作时输入：

::github-diff repo="mizorewww/blog" ref="c067042276d4b4b384c66c0c61fcd4f6716eb599" path="css/prism.css" lines="1-15"

渲染效果：

css/prism.css 在 c067042 中的改动

@@ -8,6 +8,44 @@ figure[data-rehype-pretty-code-figure] [data-rehype-pretty-code-title] {
   @apply flex items-center justify-between gap-3 border-b border-slate-200 bg-white/70 px-4 py-2 text-xs text-slate-600 dark:border-[#405064] dark:bg-white/[0.035] dark:text-white/65;
 }
 
+figure[data-rehype-pretty-code-figure] .code-title-main {
+  @apply inline-flex min-w-0 items-center gap-2;
+}
+
+figure[data-rehype-pretty-code-figure] .code-language-icon {
+  @apply inline-flex h-5 min-w-5 shrink-0 items-center justify-center rounded-[5px] border border-slate-300 bg-slate-100 px-1 font-sans text-[0.62rem] leading-none font-semibold text-slate-600 dark:border-white/15 dark:bg-white/10 dark:text-white/70;
+}
+
+figure[data-rehype-pretty-code-figure] .code-language-icon[data-code-language='ts'],
+figure[data-rehype-pretty-code-figure] .code-language-icon[data-code-language='tsx'] {
+  @apply border-sky-200 bg-sky-50 text-sky-700 dark:border-sky-400/25 dark:bg-sky-400/10 dark:text-sky-200;

diff

单行 ticker 自动变成 Mini Chart

写作时单独一行输入：

$AAPL
$BINANCE:BTCUSDT.P

旧站上这两行会各变成一张 Mini Chart。现在的静态站不加载 TradingView 脚本，改成一张链到 TradingView 的行情卡片：

NASDAQ:AAPL苹果公司TradingView ↗

BINANCE:BTCUSDT.P比特币 / USDT 永续合约TradingView ↗

Advanced Chart 也有短语法

写作时输入：

::tv AAPL interval=60 height=460

旧站上这里是一张可交互的 Advanced Chart，现在同样是一张行情卡片。

代码块直接渲染 ECharts

写文章时用 ```echarts 代码块，内容是图表的 option JSON,meta 支持 title 和 height:

```echarts title="每周访问量" height=320
{
  "tooltip": { "trigger": "axis" },
  "xAxis": {
    "type": "category",
    "data": ["周一", "周二", "周三", "周四", "周五", "周六", "周日"]
  },
  "yAxis": { "type": "value" },
  "series": [
    {
      "name": "访问量",
      "type": "line",
      "smooth": true,
      "areaStyle": {},
      "data": [120, 200, 150, 80, 70, 110, 130]
    }
  ]
}
```

旧站上这里是两张 ECharts 图。现在的站点在构建时把同样的数据画成静态 SVG；饼图没有对应的图表类型，写成 data 表格：

每周访问量

050100150200周二周四周六200 · 周二

文章分类占比

分类	篇数	占比
折腾	40	40%
开发	32	32%
笔记	18	18%
其他	10	10%

JSON 不合法时会回退成普通代码块，不会把构建搞挂。需要函数等 JSON 表达不了的配置时，也可以直接用 <ECharts> 组件传 JS 对象。图表跟随站点明暗主题，echarts 库按需懒加载，不进首屏包。

代码逻辑

短语法先在 remark 阶段变成组件

这两个正则负责识别行情图表写法。$AAPL 是 Mini Chart，::tv AAPL 是 Advanced Chart。

contentlayer.config.tsL251–253 · c067042 ↗

251const githubEmbedPattern = /^::github-(code|diff)\s+(.+)$/
252const tradingViewMiniPattern = /^\$([A-Za-z0-9._:-]+)$/
253const tradingViewAdvancedPattern = /^::(?:tv|tv-advanced|tradingview)\s+(.+)$/

Mini Chart 的转换很克制：只有整段内容就是一个 ticker 时才会替换，避免正文里随手提到 $AAPL 就插入一个大图表。

contentlayer.config.tsL288–295 · c067042 ↗

288function createTradingViewMiniNode(symbol: string): MdastNode | null {
289  if (!isTradingViewTicker(symbol)) {
290    return null
291  }
292
293  return createMdxFlowNode('TradingViewMiniChart', {
294    symbol: normalizeTradingViewSymbol(symbol),
295  })

Advanced Chart 多一步解析参数。比如 height=460、interval=60 会作为 JSX attribute 传给组件。

contentlayer.config.tsL298–313 · c067042 ↗

298function createTradingViewAdvancedNode(source: string): MdastNode | null {
299  const [rawSymbol, ...attrParts] = source.trim().split(/\s+/)
300
301  if (!rawSymbol || !isTradingViewTicker(rawSymbol)) {
302    return null
303  }
304
305  const attrs = parseEmbedAttributes(attrParts.join(' ')) as TradingViewAttrs
306
307  return createMdxFlowNode('TradingViewAdvancedChart', {
308    height: attrs.height,
309    interval: attrs.interval,
310    locale: attrs.locale,
311    symbol: normalizeTradingViewSymbol(rawSymbol),
312    timezone: attrs.timezone,
313  })

最后把插件挂进 Contentlayer 的 remark 链路里。这样短语法发生在 MDX 编译前，浏览器里不会再扫字符串。

contentlayer.config.tsL1063–1069 · c067042 ↗

1063export default makeSource({
1064  contentDirPath: 'data',
1065  documentTypes: [Blog, Authors],
1066  mdx: {
1067    cwd: process.cwd(),
1068    remarkPlugins: [remarkGfm, remarkTradingViewWidgets, remarkIconShortcodes, remarkGitHubEmbeds],
1069    rehypePlugins: [

TradingView 只在客户端加载

TradingView 官方 widget 需要插入外部 script，所以组件保持为 client component。渲染时先清空容器，再放入 widget 容器和配置 script；主题或参数变化时重新生成。

components/TradingViewWidgets.tsxL83–101 · c067042 ↗

83useEffect(() => {
84  const container = containerRef.current
85
86  if (!container) {
87    return
88  }
89
90  container.innerHTML = '<div class="tradingview-widget-container__widget"></div>'
91
92  const script = document.createElement('script')
93  script.async = true
94  script.src = scriptSrc
95  script.text = JSON.stringify(config)
96  container.appendChild(script)
97
98  return () => {
99    container.innerHTML = ''
100  }
101}, [config, scriptSrc])

股票代码会先规范化。AAPL 默认映射成 NASDAQ:AAPL，如果你写 NYSE:IBM 这种完整 symbol，就不会改动。

lib/tradingview.tsL4–20 · c067042 ↗

4export function normalizeTradingViewSymbol(value: string, defaultExchange = 'NASDAQ') {
5  const symbol = value.trim().replace(/^\$/, '').toUpperCase()
6
7  if (!symbol) {
8    return ''
9  }
10
11  if (explicitTradingViewSymbolPattern.test(symbol)) {
12    return symbol
13  }
14
15  if (plainTickerPattern.test(symbol)) {
16    return `${defaultExchange}:${symbol}`
17  }
18
19  return symbol
20}

代码块标题栏统一增强

代码块语言图标没有在每篇文章里手写，而是在 rehype 阶段统一补。它会先找到 Shiki 生成的 figure，再保证有一个标题栏。

contentlayer.config.tsL850–868 · c067042 ↗

850function enhanceCodeTitle(node: HastNode) {
851  if (
852    node.tagName !== 'figure' ||
853    node.properties?.['data-rehype-pretty-code-figure'] === undefined
854  ) {
855    return
856  }
857
858  const title = ensureCodeTitle(node)
859  const code = findDescendantElement(node, 'code')
860  const sourceUrl = typeof code?.data?.githubSourceUrl === 'string' ? code.data.githubSourceUrl : ''
861  const language = getCodeLanguage(code)
862  const titleText = getNodeText(title) || getLanguageName(language)
863
864  title.children = [createCodeTitleNode(titleText, language)]
865
866  if (sourceUrl) {
867    title.children.push(createCodeSourceLinkNode(sourceUrl, language))
868  }

标题栏左侧由语言图标和标题文本组成。没有显式 title 时，就回退到语言名，比如 TypeScript、Diff、Markdown。

contentlayer.config.tsL787–799 · c067042 ↗

787function createCodeTitleNode(titleText: string, language: string): HastNode {
788  return {
789    type: 'element',
790    tagName: 'span',
791    properties: { className: ['code-title-main'] },
792    children: [
793      createCodeLanguageIconNode(language),
794      {
795        type: 'element',
796        tagName: 'span',
797        properties: { className: ['code-title-text'] },
798        children: [{ type: 'text', value: titleText || getLanguageName(language) }],
799      },

视觉上 logo 直接来自 simple-icons 的品牌图标，按需 tree-shake，不会把首屏 JavaScript 变重；没有品牌图标的语言才回退到简短的文字标注。

css/prism.cssL11–17 · c067042 ↗

11figure[data-rehype-pretty-code-figure] .code-title-main {
12  @apply inline-flex min-w-0 items-center gap-2;
13}
14
15figure[data-rehype-pretty-code-figure] .code-language-icon {
16  @apply inline-flex h-5 min-w-5 shrink-0 items-center justify-center rounded-[5px] border border-slate-300 bg-slate-100 px-1 font-sans text-[0.62rem] leading-none font-semibold text-slate-600 dark:border-white/15 dark:bg-white/10 dark:text-white/70;
17}

inline code 不再抢正文注意力

inline code 这次改成了低对比度、有边界的 token。它仍然能被识别为代码，但不会像按钮一样跳出来。

css/tailwind.cssL110–124 · c067042 ↗

110& :where(code):not(pre code) {
111  border: 1px solid color-mix(in oklab, var(--color-slate-300) 72%, transparent);
112  border-radius: 6px;
113  background: linear-gradient(
114    to bottom,
115    color-mix(in oklab, white 92%, var(--color-slate-100)),
116    color-mix(in oklab, var(--color-slate-100) 88%, white)
117  );
118  box-shadow: inset 0 -1px 0 color-mix(in oklab, var(--color-slate-300) 45%, transparent);
119  color: #4c4f69;
120  padding: 0.08rem 0.34rem;
121  font-size: 0.86em;
122  font-weight: 500;
123  line-height: 1.75;
124  word-break: break-word;

GitHub 代码和 diff 仍然走 Shiki

::github-code 和 ::github-diff 在构建时会拉取真实代码或 diff，再生成普通 code node。也就是说它们不需要特殊渲染器，最后仍然交给 Shiki 高亮。

contentlayer.config.tsL543–552 · c067042 ↗

543if (kind === 'code') {
544  const value = selectCodeLines(await getGitHubFile(attrs), attrs.lines)
545  const title =
546    attrs.title ||
547    `${normalizeGitHubRepo(attrs.repo)}:${attrs.path}${attrs.lines ? `#L${attrs.lines}` : ''}`
548
549  return createCodeNode(value, attrs.lang || 'text', title, {
550    showLineNumbers: true,
551    sourceUrl: getGitHubCodeUrl(attrs),
552  })

diff 的路径也一样，只是数据源换成 patch，语言固定成 diff。

contentlayer.config.tsL555–563 · c067042 ↗

555const value = selectCodeLines(await getGitHubDiff(attrs), attrs.lines)
556const title =
557  attrs.title ||
558  `${normalizeGitHubRepo(attrs.repo)}:${attrs.path || `${attrs.base || attrs.ref}...${attrs.head || ''}`}`
559
560return createCodeNode(value || 'No diff matched this query.', attrs.lang || 'diff', title, {
561  showLineNumbers: true,
562  sourceUrl: getGitHubDiffUrl(attrs),
563})

这也是为什么 GitHub 引用块能同时拥有：Shiki 颜色主题、语言图标、复制按钮、GitHub 跳转和 diff 背景。

现在写博客的心智模型

普通文章只管写 Markdown。需要图标时写 :icon-code:，需要行情时写 $AAPL 或 ::tv AAPL，需要数据图表时写 ```echarts 代码块，需要引用源码时写 ::github-code，需要引用改动时写 ::github-diff。

构建阶段会把这些短语法转换成稳定的 MDX 组件或 Shiki 代码块；运行时只负责交互和外部 widget 加载。这样写作语法短，页面输出也可控。

解决 KDE Plasma Wayland 下 Obsidian Web Clipper 无法使用的问题

Sun, 10 May 2026 00:00:00 +0000

我在 Plasma Wayland 上用 Obsidian 时发现：Obsidian 已经打开的情况下，在 Chrome 里点 Obsidian Web Clipper 的“添加到 Obsidian”，创建出来的页面是空的。

只有先完全关闭 Obsidian，再从 Web Clipper 添加，内容才会正常出现。

原因

这不是 Web Clipper 没抓到网页内容，而是 KDE 阻止了已经运行中的 Obsidian 正确获得焦点。

Web Clipper 把网页内容传给 Obsidian 时，需要 Obsidian 被正确唤起并读取传入的数据。但在 KDE 的窗口管理规则下，Obsidian 在后台运行时可能无法获得焦点，内容没有被写入，结果就变成了空页面。

分析

现象的关键点是：

Obsidian 关闭时添加内容正常；
Obsidian 已打开时添加内容为空；
说明浏览器插件本身大概率是正常的；
问题出在 Obsidian 已运行时，KDE 没有让它正确响应 Web Clipper 的调用。

所以这是 KDE 的窗口焦点和激活权限问题，不是 Obsidian 笔记库、模板或 Chrome 插件的配置错误。

解决方案

在 KDE 里给 Obsidian 添加一条窗口规则：打开 系统设置 → 窗口管理 → 窗口规则，按下图设置即可。

小米 Book Pro 14 Linux 使用体验

Sun, 10 May 2026 00:00:00 +0000

入手这台 Xiaomi Book Pro 14 的理由其实挺简单：我已经有一台 MacBook Pro 了，日常用着很顺手，但总有些事是 Mac 干不了、或者干起来别扭的。我需要一台 x86 的轻薄本，来补上那些“只有 x86 才好办”的活儿。

作为一个不折腾不舒服的人，拿到新机器的第一件事，自然是给它装上 Arch Linux。过程中踩了几个坑，也把指纹这个我从没用过的功能认真折腾了一遍，现在整理出来，给自己留个记录，也给遇到类似问题的人一个参考。

我这台的配置先放在这儿：

SoC：Intel Ultra X7 358H
内存：32GB LPDDR5x 9600MT/s（板载）
GPU：Intel Arc B390

问题一：屏幕花屏

刚装好系统就发现屏幕会花。查了一圈，原因是 Intel 的 Panel Self Refresh 技术。

解决方法也很直接，在内核参数里加上这一行就行：

xe.enable_psr=0

问题二：键盘不识别

这个问题更诡异一点：在 BIOS 和 GRUB 里面键盘明明能用，一进入系统，键盘就完全没反应了。装系统的时候卡在这一步会非常难受。

解决方案同样是加内核参数：

i8042.nopnp=1 i8042.dumbkbd=1

屏幕和键盘搞定之后，系统基本就可用了。接下来是我花时间最多的部分——指纹。

指纹：这次折腾的重头戏

坦白说，我之前从没用过带指纹的设备，所以这一块我摸索得比较细，也踩了不少坑，值得单独写一写。

为什么 `sudo` 不能像 macOS 那样弹出指纹 GUI？

这是这次折腾里最让我不爽的地方。macOS 上 sudo 可以用 Touch ID，为什么 Linux 就不行？

不是“没人想过”，而是架构本身就不一样。

sudo 的认证链路是这样的：

sudo → PAM → 终端会话或 askpass

而 KDE 那个漂亮的指纹认证弹窗，走的是另一条路：

应用 → Polkit → KDE Polkit Agent → PAM → fprintd

那个 GUI 是 Polkit agent 提供的，不是 PAM 自己弹出来的，也不是 sudo 自带的。PAM 模块只能参与认证流程，没法凭空把终端里的 sudo 变成一个 KDE 风格的身份验证弹窗。

sudo -A 配合 SUDO_ASKPASS 确实能弹出图形密码框，但那依然是 sudo 自己的 askpass 路径，跟 KDE Polkit agent 不是一回事。所以它顶多让“输密码”这一步变成 GUI，指纹那套体验是带不进来的。

macOS 能做到，是因为 Apple 把 sudo、PAM、Touch ID、Secure Enclave、LocalAuthentication 这些组件从系统层面就集成到了一起。Linux 这边，这些组件分属不同项目，天然就不会有一致的体验。

`pam_fprintd` 的关键限制：PAM 栈是串行的

pam_fprintd 还有一个很根本的限制：在普通的 PAM 栈里，它和密码认证是串行执行的。

我一开始理想中的体验是这样的：

同一个 sudo 提示下，同时等我输密码和按指纹，哪个先完成就用哪个。

但实际上做不到。登录管理器可以用更复杂的方式启多条 PAM 会话来模拟并行，但普通的 sudo 并不会这么干。

所以现实选择只能在下面几种体验里挑：

方案 A：先指纹，失败后密码
方案 B：先密码，空回车后指纹
方案 C：只用 Polkit GUI，不在 sudo 上强求指纹
方案 D：用第三方 hack 模块（不推荐，别拿 root 认证开玩笑）

我最后选的是方案 B，但方案 A 也试过，先说说它为什么翻车了。

方案 A：先指纹，失败后密码（翻车记录）

一开始的直觉配置是这样的，/etc/pam.d/sudo：

#%PAM-1.0

auth        sufficient  pam_fprintd.so max-tries=3 timeout=8
auth        include     system-auth
account     include     system-auth
session     include     system-auth

逻辑上看起来没毛病：先试指纹，成功就直接过，失败再让你输密码。

但实际用起来就出问题了。我故意让指纹识别失败，然后输入正确的密码，sudo 还是过不去。日志里出现了这样的东西：

pam_unix(sudo:auth): conversation failed
pam_unix(sudo:auth): auth could not identify password for [...]
pam_faillock(sudo:auth): Consecutive login failures ... account temporarily locked

同时 fprintd 那边也在报：

Device was already claimed
Verification was in progress, stopping it

看起来是 sudo、终端 PAM conversation、pam_fprintd 和后续的密码栈之间交互状态乱了。指纹失败之后，密码 fallback 并没有干净利落地接上，还顺手触发了 faillock 的失败计数，导致账号被暂时锁定。

这类问题最危险的地方在于，你改的是 root 提权入口。如果把 /etc/pam.d/sudo 改坏了，又没有别的 root 通道，就很容易把自己锁在外面。

我当时恢复的方法，是走还能用的 Polkit：

pkexec sh -c 'cat > /etc/pam.d/sudo <<EOF
#%PAM-1.0
auth        include     system-auth
account     include     system-auth
session     include     system-auth
EOF
faillock --user 用户名 --reset
systemctl restart fprintd
'

bash

这个回滚思路建议记一下：先把 sudo 恢复到 Arch 默认的密码路径，再清理 faillock，最后重启 fprintd 释放可能残留的设备占用。关键时刻能救命。

方案 B：先密码，空回车后指纹（目前采用的方案）

后来换了一种思路：正常情况就是普通的 sudo 密码提示，如果直接按 Enter 提交空密码，再进入指纹验证。

当前的 /etc/pam.d/sudo 配置：

#%PAM-1.0

# 先提示输密码，按 Enter 空密码则尝试指纹
auth        sufficient  pam_unix.so try_first_pass likeauth nullok

# 避免在非 tty 的后台 sudo 里弹指纹
auth        [success=1 default=ignore] pam_succeed_if.so service in sudo:su:su-l tty in :unknown
-auth       sufficient  pam_fprintd.so max-tries=3 timeout=8

# Arch 默认的 fallback
auth        include     system-auth
account     include     system-auth
session     include     system-auth

交互效果是这样的：

[sudo] password for user:

想输密码就直接输，想用指纹就空回车，这时候会变成：

Place your right index finger on the fingerprint reader

这个方案比“先指纹后密码”更符合终端里的直觉，但它也有自己的小毛病。

方案 B 的坑：空回车可能留下失败记录

空回车这一步，本质上是先经过了 pam_unix.so。从 pam_unix 的视角看，空密码不是正确密码，所以它会先产生一次认证失败记录，然后 PAM 流程才走到 pam_fprintd。

实际检查 faillock 的时候能看到类似这样的记录：

user:
When                Type  Source       Valid
2026-05-08 ...      TTY   /dev/pts/1   V

也就是说，即使后面指纹认证通过了，空回车这一步也可能被当成一次失败尝试记下来。

所以用这个方案的话，有几点要注意：

faillock 的失败阈值别设太低。
调试 PAM 的时候一定留一个可用的 root 后门，比如当前还能用的 pkexec。
连续失败之后记得检查：

faillock --user "$USER"

bash

必要的时候手动重置：

faillock --user "$USER" --reset

bash

另外说一句，如果追求最稳的图形提权体验，日常还是优先用 Polkit，不用把所有事情都压在 sudo 上。

KWallet：为什么不能用指纹直接解锁

这是另一个容易误解的地方。

kwallet-pam 的作用是，在你用密码登录的时候，把登录密码传给 KWallet，用同一个密码自动解锁钱包。

日志里有这样一句：

pam_kwallet5(plasmalogin-autologin:auth): Empty or missing password, doing nothing

这句话已经把问题说清楚了：自动登录或者指纹登录，都没有提供“用户密码”这个明文材料，KWallet 拿不到它需要的密钥。

指纹认证只回答一个问题：

这个人是不是这个用户？

KWallet 解密需要的是另一个问题的答案：

用来打开钱包的密钥或密码是什么？

指纹设备不会把用户的登录密码吐出来，它只告诉系统认证是否成功。所以，KWallet 没有办法单靠指纹解锁。

可选的解决思路有几个：

关掉自动登录，用密码登录，并且让 KWallet 密码和登录密码保持一致。
接受现实，首次进桌面后手动输一次 KWallet 密码。
降低钱包安全性，比如用空密码钱包——但这绝对不建议，尤其是存重要密钥的时候。

所以这里不是 KDE 没接好，而是“认证”和“解密”在性质上就是两回事。

`fprintd` 设备占用问题

折腾过程中还遇到过这种报错：

Device was already claimed
Verification was in progress, stopping it

这通常说明上一次验证没干净结束，或者好几个认证请求同时在抢同一个指纹设备。

处理方法也不复杂：

systemctl restart fprintd

bash

如果普通用户权限不够，用确认可用的 Polkit 来操作：

pkexec systemctl restart fprintd

bash

这也是为什么我不建议把太多认证入口都配置成自动去抢指纹。指纹设备一次只能服务一个验证请求，多个 PAM 或 Polkit 请求搅在一起的时候，体验会变得非常诡异。

最终状态整理

折腾完一圈，现在这台机器的指纹和认证相关配置是这样的：

fprintd：能正常识别 Goodix 设备，已录入右手食指
KDE 用户设置：可以通过 kcm_users 管理指纹
Polkit：优先指纹，失败后回退密码
kio-admin：已安装，可以用 admin:// 做图形化 root 文件操作
sudo：先密码，空回车后指纹，最多尝试 3 次
Plasma Login Manager：PAM 已接入指纹，但自动登录会绕过
KWallet：不能单靠指纹解锁

总结

这台小米 Book Pro 14 的 Linux 兼容性比我想象中好很多，几个问题都有清晰的原因和解决路径，整体用下来挺顺手。

还有一个感受是，现在调系统比以前快太多了。以前遇到问题要翻一堆 ArchWiki 和 man 文档，现在可以直接问 ChatGPT“xxx 问题怎么解决”，效率完全不一样。这次连 OpenAI Codex 也用上了，整体调试过程比过去顺畅了不止一个量级。

折腾 — mizore / notes

博客新功能：语言图标、源码引用、行情与图表

先看新功能

代码块有语言图标

inline code 重新做了主题

直接引用 GitHub 代码

diff 像 GitHub 一样分行染色

单行 ticker 自动变成 Mini Chart

Advanced Chart 也有短语法

代码块直接渲染 ECharts

代码逻辑

短语法先在 remark 阶段变成组件

TradingView 只在客户端加载

代码块标题栏统一增强

inline code 不再抢正文注意力

GitHub 代码和 diff 仍然走 Shiki

现在写博客的心智模型

解决 KDE Plasma Wayland 下 Obsidian Web Clipper 无法使用的问题

原因

分析

解决方案

小米 Book Pro 14 Linux 使用体验

问题一：屏幕花屏

问题二：键盘不识别

指纹：这次折腾的重头戏

为什么 sudo 不能像 macOS 那样弹出指纹 GUI？

pam_fprintd 的关键限制：PAM 栈是串行的

方案 A：先指纹，失败后密码（翻车记录）

方案 B：先密码，空回车后指纹（目前采用的方案）

方案 B 的坑：空回车可能留下失败记录

KWallet：为什么不能用指纹直接解锁

fprintd 设备占用问题

最终状态整理

总结

为什么 `sudo` 不能像 macOS 那样弹出指纹 GUI？

`pam_fprintd` 的关键限制：PAM 栈是串行的

`fprintd` 设备占用问题