Wayland下的Sunshine+虚拟屏幕配置
看身边有许多朋友们在用平板，非常的羡慕。所以最近我也买了一块平板。 买的是一加的平板，本来是打算做root的，但最后还是有些懒没有刷www 把手写笔键盘这些都弄好之后，我就开始研究了一下sunshine进行桌面串流。在Windows下面所有功能都非常的不错，都可以正常的使用。但是在Linux下，尤其
[科技杂谈]科技心得杂谈
未读
Pve Lxc无特权容器开启Tun的通用方法
要在Proxmox VE的LXC容器中启用TUN/TAP设备支持，需编辑对应容器的配置文件。具体步骤如下：
1. 打开LXC配置文件：
路径为/etc/pve/lxc/[ID].conf（将[ID]替换为实际容器ID）
2. 在文件末尾添加以下配置：
- lxc.hook.autodev: sh -c "modprobe tun"（自动加载tun模块）
- lxc.cgroup.devices.allow: c 10:200 rwm（cgroup1设备权限）
- lxc.cgroup2.devices.allow: c 10:200 rwm（cgroup2设备权限）
- lxc.mount.entry: /dev/net dev/net none bind,create=dir（挂载点设置）
3. 保存文件后重启LXC容器使配置生效
这些配置允许容器访问宿主机的TUN/TAP设备（主设备号10，次设备号200），并自动加载必要的内核模块。适用于需要VPN或虚拟网络功能的场景。
[科技杂谈]科技心得杂谈
未读
博客友链延迟检测和互链检测
闲来无事给博客添加了友链延迟检测和互链检测 思路也是很简单，js脚本提取元素获取链接后检测即可。 但是也不是很简单，获取对方友链页面信息涉及到跨域，还得写个python脚本做代理，不过也不难，经过1小时摸索就做出来一个比较完善的。 各位想使用的话就让GPT帮你魔改下，JS给他，右键审查元素，复制列表
Linux下Steam无法添加外置库（驱动器）
**问题原因**：
Steam无法创建/运行sh脚本，通常是由于在`/etc/fstab`中挂载外置分区时未添加`exec`参数，导致分区默认禁止执行权限。
**解决方案**：
1. 编辑`/etc/fstab`文件，找到对应分区的挂载项。
2. 在挂载参数中**添加`exec`**（需置于`user`或`users`参数之后，避免被隐含的`noexec`覆盖）。
3. 示例修改：
```plaintext
/dev/sda4 /mnt/linux-hdd ext4 nofail,users,exec 0 0
```
**关键提示**：
- `exec`是允许执行权限的必要参数，缺失会导致Steam库添加失败。
- Arch Linux官方文档明确建议检查`/etc/fstab`挂载参数，确保`exec`未被其他参数隐式禁用。
> 参考：Arch Wiki [Steam/Troubleshooting](https://wiki.archlinux.org/title/Steam/Troubleshooting#Cannot_add_library_folder_because_of_missing_execute_permissions)
定位Linux下环境变量来自哪个文件
这篇文章分享了一个快速定位Fcitx5输入法环境变量配置的实用技巧。作者发现需要排查QT等软件调用Fcitx5时所需的环境变量源，但忘记当初的配置位置。通过分析printenv输出关键变量（如GTK_IM_MODULE、QT_IM_MODULE等均为fcitx5）后，提出两种高效查询方案：
1. 使用grep命令批量扫描所有可能的配置文件：
```bash
grep -R "export VAR_NAME" /etc/* ~/.bashrc ~/.bash_profile ~/.zshrc ~/.profile ~/.bash_aliases 2>/dev/null
```
2. 当变量名不明确时，直接搜索变量值：
```bash
grep -R "fcitx" /etc/* ~/.*rc ~/.*profile 2>/dev/null
```
最终在/etc/environment文件中定位到完整配置（包含XIM、GTK/QT_IM_MODULE等7项关键参数），解决了环境变量"屎山"式堆砌的维护难点。该方法具有普适性，可推广到其他环境变量的排查场景。
KDE下输入法配置的小细节
最近在 Arch Linux 的 KDE Plasma 环境下配置中文输入法，我选择了 Fcitx5 框架，并使用其自带的拼音输入法。在配置过程中，我遇到了一些问题，例如输入法无法在某些应用中使用、环境变量未正确设置等。经过一番探索和尝试，终于成功配置好了输入法。以下是我在 KDE 下配置 Fcit
[科技杂谈]科技心得杂谈
未读
个人Koishi机器人的RSS博客订阅推送和Bilibili推送方案
最近重新启用了 Koishi（解除了QQ账户风控）机器人。除原有功能外，我计划新增一个功能：博客更新时，QQ 机器人能将更新推送到 QQ 群。 我使用的机器人框架Koishi有个叫 “[koishi-plugin-rss-owl]” 的插件，可订阅 RSS 源，而我的博客能生成 RSS 源。完成配置
Wayland下的KDE，软件置顶&OSD功能丢失的解决办法
本文会分享一些我在Wayland下遇到的窗口功能丢失的解决办法。 为什么会发生这种现象 在大多数图形界面应用中，"窗口置顶"（always on top）功能在 X11 环境下通常能够正常工作，开发者可以通过如 XRaiseWindow 或 _NET_WM_STATE_ABOVE 等 X11 API
Linux下无法显示表情文字
要在不同Linux发行版中安装Noto Color Emoji表情字体，可执行以下操作：
对于Ubuntu/Debian系统：
更新软件包列表并安装字体：
sudo apt update
sudo apt install fonts-noto-color-emoji
对于Fedora系统：
使用dnf安装：
sudo dnf install google-noto-emoji-color-fonts
对于CentOS/RHEL系统：
先启用EPEL仓库：
sudo yum install epel-release
再安装字体：
sudo yum install google-noto-emoji-color-fonts
对于Arch Linux/Manjaro：
通过pacman安装：
sudo pacman -S noto-fonts-emoji
对于openSUSE：
使用zypper安装：
sudo zypper install google-noto-emoji-color-fonts
安装完成后，可通过运行命令"fc-list | grep "Noto Color Emoji""来验证字体是否安装成功。正常情况下会显示已安装的Noto Color Emoji字体信息。
Linux下中文字体显示异常(日文字形)
这种现象大概率是在使用noto字体，noto默认字形优先级日文比中文要高，所以字形会看起来怪怪的。 sudo vim /etc/fonts/conf.d/64-language-selector-prefer.conf 创建或修改这个文件为 <?xml version="1.0"?>
<!DOCTY