电源管理引起的nvme磁盘不识别
背景有一台arm服务器上面出现了nvme磁盘无法识别的情况，比较奇怪 硬件1+ 内核1+ debian系统可以识别 硬件1+ 内核1+ openeuler系统可以识别 硬件2+ 内核2+ debian系统可以识别 硬件2+ 内核2+ openeuler系统不能识别 从上面的组合来看，内核没有问题，操作系统只是软件层面的，识别的模块都在内核里面，系统也没有问题的，在组合一的时候也能正常识别 硬件
vdbench测试过程可视化
背景之前做过一个版本的vdbench的可视化，当时也是用python写的，但是需要引用bootstrap，整个页面也要做一些控制，配置起来就比较麻烦了现在采用新的方法，安装一些软件之后，一个脚本就可以把测试数据进行可视化，并且测试过程都可以看到数据的波动情况 软件采用了dash和plotly 123pip3 install dash -i https://pypi.tuna.tsinghua.e
搭建一个本地的deepseek环境
背景最近deepseek很火，性能最好的肯定是网页版本或者官方的api的版本，但是目前的服务可用性还存在一点问题，如果对数据的隐私有一定的要求可以部署本地的版本，这个操作很简单 部署方法下载ollama https://ollama.com/下载对应的版本即可，我的是mac mini m4,24G内存，这个配置跑起来还是很流畅的这个工具类似一个容器，会把模型加载起来，下载好了后，去下载对应模型即
小电视屏幕拉伸问题解决
背景最近在看3D打印的东西，看到一个模型不错就拿来打了 Mōcintosh 摸鱼小副屏|IPS面板|2.8寸|640x480|这个是任工坊的模型，可以直接从makerworld里面下载 然后根据作者提供的链接去购买了一个2.8寸的屏幕，这个看评论里面说，macos下会出现屏幕被拉伸的问题 正好正在用的就是macos，本着遇到问题解决问题的想法，来尝试解决一下 问题现象 默认的分辨率为800x600
清理macos下的citrix残留
背景这个问题困扰了很久，之前在macbook pro m1 上面就有这个不停的弹窗的问题，把系统改成宽松才绕过了，但是一直没解决 最近把系统整个复制到mac mini m4上面，这个问题一直存在 这个是很久前安装的citrix的一个远程控制系统的一个残留，一直不知道怎么解决 关键词是 ReceiverHelper 将对您的电脑造成伤害 ServiceRecords 将对您的电脑造成伤害 处理
tgt的chap双向认证认证逻辑
背景iscsi的单向认证和双向认证的验证 验证单向认证开启单向认证 1234567<target iqn.2008-09.com.example:server.target1> backing-store /dev/rbd0 incominguser zp 123456</target>[root@lab102 ~]# iscsiadm -m discovery
centos7过期源添加
背景centos7的支持已经没有了，源也移动到其它的路径，还是有环境需要用 源内容123456789101112131415161718192021222324252627282930[root@lab101 yum.repos.d]# cat CentOS-Base.repo[base]name=CentOS-$releasever - Basebaseurl=https://mirrors.a
nvme电源控制引起的nvme磁盘离线
故障信息12345678910Nov 26 07:20:12 node03 kernel: nvme nvme0: I/O 24 QID 0 timeout, reset controllerNov 26 07:20:22 node03 kernel: nvme nvme0: I/O 146 QID 4 timeout, abortingNov 26 07:20:25 node03 kernel:
