Category: Linux

在 Linux 桌面环境里，有些应用本身支持“最小化到系统托盘”，比如聊天软件、下载工具、密码管理器、音乐播放器等。但也有很多应用没有这个功能：窗口一最小化，就仍然占在任务栏里；关掉窗口，又可能直接退出程序。KDocker 解决的就是这个问题：它可以把大多数普通应用窗口“停靠”到系统托盘里，让它们像托盘程序一样隐藏、恢复和常驻。 KDocker 的官方描述很直接：它可以把多数应用停靠到系统托盘中，启动 KDocker 后用鼠标选择一个窗口，这个窗口就会被 dock 到托盘里。 它不是 Docker，也不是容器工具 KDocker 这个名字容易让人误会。这里的 “Docker” 不是容器领域的 Docker，而是 “dock” 的意思，也就是把窗口停靠到某个地方。 它的作用不是运行容器，不是管理镜像，也不是服务器工具。它是一个桌面小工具，面向的是 Linux 图形界面用户，尤其适合 KDE Plasma、Xfce、LXDE、Cinnamon 这类有系统托盘区域的桌面环境。 KDocker 能解决什么问题 KDocker 最典型的用途，是让一些需要长期开着、但又不希望占用任务栏空间的应用变得更安静。 比如邮件客户端、聊天软件、浏览器封装的 Web App、同步工具、音乐播放器、RSS 阅读器、笔记软件等。有些应用本身没有托盘功能，或者托盘功能在某些桌面环境下表现不好，这时 KDocker 就可以作为一个外部补丁。 它的思路很简单：不改应用本身，不改应用配置，只是从窗口管理层面把这个窗口收起来，并在系统托盘里放一个图标。需要时点托盘图标恢复窗口，不需要时让它安静待着。 基本使用方式 最简单的方式是直接运行： 然后鼠标指针会进入选择窗口的状态，点击想要收进托盘的应用窗口即可。 也可以直接指定程序启动，例如： 或者指定一个自定义图标： -i 参数用于指定托盘图标路径；Ubuntu manpage 中也列出了其他常见选项，例如 -f 表示 dock 当前获得焦点的窗口，-t 表示从任务栏移除该窗口，-l …

背景 桌面系统的性能检查，最怕两件事： 第一，测试命令散落在历史记录里，下次想复测时已经找不全。第二，只盯着单个跑分数字，却没有把系统信息、存储健康、启动链、图形栈和持续负载一起记录下来。 更稳妥的做法，是把整套检查流程写成脚本，统一输出到一份文本报告里。这样做的价值不只是“测一次”，而是把性能检测变成可重复、可对比、可长期复用的方法。 这篇文章整理的是一套 通用桌面 Linux 硬件性能检测脚本方案。重点放在脚本本身，包括： 这类脚本要解决什么问题 一套真正有用的检测脚本，至少应该回答下面这些问题： 如果只是临时跑几个命令，得到的是“当时的一串输出”。如果做成脚本，得到的是“以后还能重复使用的一套流程”。 设计原则 这类脚本的核心原则并不复杂。 1. 先补工具，再跑测试 脚本不应该假设测试环境已经完整。像 fio、sysbench、smartctl、glmark2、vkmark 这类工具，经常会缺一个或几个。更合理的做法是： 2. 所有输出落到同一个报告文件 统一报告文件的好处非常大： 3. 测试覆盖桌面环境最关键的几类能力 建议至少覆盖： 4. 不做破坏性操作 桌面性能检测不需要对真实设备做清盘式测试。裸设备破坏性写入、无保护的低层级覆盖，不应该默认进入脚本。 5. 环境相关的信息要和分数一起保留 单看一个分数意义不大。同样一次 sysbench，如果不知道： 那后续就很难解释结果。 一份可直接改造的通用脚本 下面给出一份可复用的 Bash 脚本模板。它的思路是： #!/usr/bin/env bashset -uE -o pipefail# 通用桌面 Linux 硬件性能检测脚本# 目标：# 1. 检查必要工具# 2. 缺失时尝试安装# 3. …

一、问题背景与目标 在一个多网卡环境的树莓派系统中，存在如下网络接口： 接口 类型 说明 lo 回环接口 系统内部通信 eth0 板载有线网卡 常态不插网线 enxUSB0 USB 以太网适配器 期望作为主要联网方式 wlan0 无线网卡 偶尔手动连接 系统出现的主要现象： 目标状态： 系统重启后，只要： 系统就应该： 同时需要实现多网卡路由优先级策略： wlan0（手动连接时优先）↓USB 以太网 enxUSB0↓eth0 二、确认接口状态与问题复现 首先查看系统识别到的网络接口： ip a 当时观察到： eth0 已获取 IPv4（192.168.x.x）enxUSB0 DOWNwlan0 未连接 进一步只查看 USB 网卡： ip link show enxUSB0 三、区分链路问题还是 DHCP 问题 在网络排查中，第一步必须判断物理链路是否建立。 使用 ethtool 检查链路状态： …

一、背景 在日常使用 SD 卡的过程中，常会遇到这样几种情况： 这次的目标很明确：将两张不同容量的 SD 卡都整理为统一格式，即： 二、第一张 SD 卡的初始状态检查 首先查看第一张卡的分区信息。结果显示： 从表面上看，这张卡的结构并没有明显错误，属于“已经是单分区 FAT32”的状态。但仅凭分区表信息，还不能确认文件系统内部是否完全正常，因此继续做文件系统检查。 三、第一次文件系统检查发现的问题 对 FAT32 分区执行只读检查后，发现两处轻微异常： 这类问题通常不属于严重损坏，也不意味着卡本身有物理故障。更常见的原因是： 也就是说，这时的问题主要在文件系统元数据层，不是分区层，也暂时看不出是假卡或坏卡。 四、修复第一张卡的文件系统 随后对该分区执行自动修复。修复动作主要包括： 修复完成后再次执行只读检查，没有再出现报错，说明这张卡的 FAT32 文件系统已经恢复正常。 到这里可以得出一个中间结论： 第一张卡在分区结构上本来就是正常的，只是文件系统存在轻微元数据异常；修复后已经恢复到可正常使用的状态。 五、对第一张卡进行彻底重新格式化 虽然文件系统已经修好，但为了让状态更加统一、更加干净，后续还是决定重新格式化一次。 操作思路如下： 最终结果如下： 这样一来，第一张卡就从“可用但有轻微元数据问题”，变成了“结构标准、状态干净、检查通过”的整理完成状态。 六、第二张 SD 卡的初始状态 第二张卡容量约 14.8 GiB。最初的分区结构并不是普通存储卡的样子，而是典型的 Linux 镜像刷写后的结构： 这类结构非常常见，尤其是在刷写树莓派、嵌入式系统、各类 Linux 镜像之后。对于普通电脑、相机、文件传输等用途，这种结构并不方便，因此需要恢复成标准单分区 FAT32。 七、第二张卡的清理与重建过程 为了更彻底地清理这张卡，采用了比第一张更强一点的方式： 检查结果表明： 也就是说，第二张卡已经从“系统镜像卡”恢复成了“普通标准存储卡”。 八、最终统一后的状态 经过整理，两张卡最终都被统一为同一种结构： 目标状态 …