欢迎留言、转载请注明出处
首先说明下这台PVE服务器的磁盘配置，两块2T机械硬盘，其中一块盘用于安装PVE系统和给虚拟机分配磁盘空间用，另一块2T专门用于虚拟机的定期自动备份存储（ZSTD压缩存储，保留最后3次备份）。其中一台虚机vm-100（KVM模式，不过感觉要记录的问题应该和虚拟化方式无关）分配了两个虚拟磁盘，一个200G的/dev/sda1，一个1T的/dev/sdb1，其中200G也用于安装操作系统（debian 10），1T用于一些服务的数据存储。
一开始其中一个服务的数据存储保存在了200G虚拟盘负责的主系统分区上，由于最初没有考虑到后续服务使用增长速度，导致200G的系统盘很快就占满了，所以找了个时间对这个服务的数据存储路径做了下迁移，原封不动的移到了1T盘挂在的路径下，一通操作后（一开始还搞错了一次，cp没有使用保留文件权限的方式，导致迁移后服务启动报错，最后又用cp带-a参数二次操作了一遍才顺利启动），服务正常恢复，但是在接下来的PVE自动备份任务执行期间，却出现了备份失败的问题，查看PVE相关日志，发现如下报错：
Continue reading…
继去年10月第一次修我的樱桃MX2.0S RGB键盘（🫴3年多的樱桃Cherry MX2.0S RGB键盘灯效故障修复记录）灯珠故障后，最近又发现有一组按键（数字小键盘的9、6、3、DEL）出现了同样的故障：
这次手没有抖😂，并且拔了键帽，拍了个视频，故障现象是一清二楚！
由于有上次维修这个故障的经验，所以这次准备优化下维修流程，并记录下简化后的操作流程。
Continue reading…最近在学习Qt RHI图形渲染框架时遇到了一个奇怪的问题：QRhiGraphicsPipeline莫名其妙的create返回false！因为在出现这个问题的过程中，一直在调试fragment shader，并且是在研究HDR显示shader，期间频繁开关Windows的HDR显示开关，一度以为是系统出现了问题，于是尝试切换了SDR，也依然报错。
后来，花了一些时间revert修改，最后隔离出了问题所在。。。
首先，说明下程序框架基本抄自Qt官方文档中的例程：https://doc.qt.io/qt-6/qtgui-rhiwindow-example.html，重点标记下报错代码位置，在这里：
Continue reading…
24年2月左右把用了十来年的Mac Book Air 2013以旧换新换了个联想的ThinkBook14+ 2024 U7版（认证型号：ThinkBook 14 G6+ IMH），用了一段时间，感觉除了做工略显粗糙（屏幕转轴不对称、C面键盘不平等等）外，功能性能方面还挺不错。由于平时主要用家里台式机，所以这个本大部分时间处于待机状态，可是，最近发现这个本关机状态电池电量掉的有点快，平均一天会掉1%-3%，网上搜索了下，发现很多笔记本用户都有报告类似问题的，比如：https://learn.microsoft.com/zh-cn/answers/questions/5562378/win11，https://tieba.baidu.com/p/7795883672，等等还有很多…可以看到，这些笔记本电脑，关机后电池持续好点，并且Win11系统中的电池使用情况记录中能看到关机时间段的屏幕打开时间基本是24小时！
Continue reading…先说下背景，一个gitlab的代码项目，其中以submodule方式引用了同gitlab实例里其他group内的项目，.gitmodules文件内容类似这样：
[submodule "lib1"]
path = lib1
url = http://gitlab.xxx.xxx/group1/lib1.git
[submodule "lib2"]
path = lib2
url = http://gitlab.xxx.xxx/group2/lib2.git
[submodule "lib3"]
path = lib3
url = http://gitlab.xxx.xxx/group3/lib3.git
这个结构在本地开发时子模块管理操作没有任何问题，当然本地的gitlab账号是有依赖的几个子模块代码仓库访问权限的。而在搭建项目CI构建环境时，linux系统使用的是gitlab的docker runner方式，没有任何问题，而在mac系统却遇到了无法初始化submodule的错误问题（使用的是shell runner方式）：
Continue reading…最近在尝试国产Linux操作系统麒麟V10（SP1），由于主力敲代码机器还是Windows，所以需要搭建一个远程编译、调试的开发环境，毫无疑问，Visual Studio Code是一个很好的选择，之前也挺轻松的搭建过配合CentOS、Ubuntu系统的远程编译调试环境，不过这次搭麒麟系统却踩了个坑：
Failed to set up socket for dynamic port forward to remote port
VSCode在setup remote时，下载安装server都没问题，但是后面就会报上面的错。网上搜索了下，发现是sshd服务没有开启AllowTcpForwarding导致的，于是：
sudo vi /etc/ssh/sshd_config
找到AllowTcpForwarding，将参数值调整为yes，当然如果是注释状态还要取消注释，然后重启sshd服务：
sudo systemctl restart ssh
重启后，再次尝试，结果报错依旧。研究了一番后发现这个问题在网上并不罕见，但大部分都围绕的是上面提到的这个配置项。不知道是不是麒麟系统的ssh服务默认配置与其他常见发行版不同，最终发现这个问题出在sshd_config中的PermitOpen这个配置，将它设置为any，重启服务后问题解决！