最近把各个服务从 Debian 迁移到 Archlinux，顺便把 Docker+Compose 换成 Podman(无根)+Quadlet，期间遇到了一些奇怪问题，记录一下。 当 compose 中有容器间的依赖关系时，podlet compose –pod 生成的配置无法正常工作 podlet 生成时会将依赖关系转换为：

使用 USB 线连接 直接连接即可

只是做一些简单的记录，具体的使用方法都可以在各个工具的文档中找到。 游戏破解 GBE FORK 下载 https://github.com/Detanup01/gbe_fork

问题描述 在使用 Sing-box 时，Tailscale 客户端无法正常工作。 在其他设备可以通过 tailscale ping <ip/hostname> ping 通主机，但是无法建立连接(例如 ssh 会显示 Connection refused)。

以 Archlinux 为例，其他发行版请自行调整命令。 0. (可选)安装 proton-ge-custom GE-Custom 相较于官方版本有以下优势：

Clevo 电脑的风扇调度真的是吵得要死，之前一直用 Windows 系统，用 Ryzen Master 降压来控制 CPU 温度，间接降低转速。 现在换到 Linux 系统，不好好配置一下实在受不了。 我在 Google 上翻了半天，找到了一堆 Github 仓库，试了几个都不好用，最后发现 AUR 仓库里已经有大佬整理了好用的包(我太爱 pacman 和 aur 了！)。 https://aur.archlinux.org/packages?K=clevo 安装驱动 yay -S clevo-drivers-dkms-git

sync.Once 用于确保某个函数只执行一次，无论有多少个 goroutine 尝试执行它。它有一个方法 Do(f func())，传入需要执行的函数。 基本用法示例： package main import ( "fmt" "sync" ) func main() { var once sync.Once done := make(chan bool) // 模拟多个 goroutine 调用 for i := 0; i < 10; i++ { go func(x int) { // once.Do() 传入的函数只会执行一次 once.Do(func() { fmt.Printf("只执行一次: %d\n", x) }) // 这行每个 goroutine 都会执行 fmt.Printf("goroutine %d 完成\n", x) done <- true }(i) } // 等待所有 goroutine 完成 for i := 0; i < 10; i++ { <-done } }常见使用场景： 单例模式： type Singleton struct{} var ( instance *Singleton once sync.Once ) func GetInstance() *Singleton { once.Do(func() { instance = &Singleton{} }) return instance } 一次性初始化： type Config struct { settings map[string]string once sync.Once } func (c *Config) Load() { c.once.Do(func() { // 加载配置的代码 c.settings = make(map[string]string) c.settings["key"] = "value" }) } 延迟关闭资源：

如果你在非 Windows 端使用 RDP 协议远程控制一台登录微软账号的 Windows，那么连接时输入的用户名可能不是你的微软账号(邮箱)，也不是去掉邮箱后缀后的剩余部分，更不是 Administrator，而是其他值，可以在被控端执行 echo %USERNAME% 查看，这个值虽然是自己设置的，但是系统设置里完全找不到，我试了半天真是有被气到。

fcitx5 输入法不可用 在桌面环境的设置中设置虚拟键盘为 fcitx 5

本文针对 Turing (NV160/TUXXX) 及之后型号的显卡，可以通过 lspci -k | grep -A 2 -E "(VGA|3D)" 查看显卡型号 在 Linux 平台下 Nvidia 的驱动分为 3 种 nvidia/nvidia-dkms Nvidia 官方闭源驱动 nvidia-open/nvidia-open-dkms Nvidia 官方半开源驱动 nouveau 第三方开源驱动 官方驱动不论是闭源还是半开源，在游戏方面的性能都远好于第三方开源驱动。 带有 dkms 后缀的版本与不带的版本区别在于，不带后缀的版本用于 linux 标准内核，而带后缀的版本用于其他内核。 问题及解决方案 官方内核 在驱动更新到 555 主版本号之后会出现 KDE Plasma 动画卡顿和掉帧的情况，这是由于 Nvidia 官方引入的 GSP(RISC-V 处理器) 不稳定导致的。 在目前的驱动版本(560)中该问题仍然存在，可以通过禁用 GSP 解决，但是只有闭源驱动可以禁用 GSP，半开源驱动无法实现。