缘起从去年年底应该是docker访问存在问题，拉取新的镜像会失败，网络上很多的增加http_proxy类的方法存在误导，因此记录此文章备忘。一句话，docker的镜像拉取是在dockerd服务中的，因此要设置服务的代理才能生效，直接docker命令设置代理无效。操作错误方式增加export HTTPS_PROXY=http://192.168.x.x:xxx然后进行docker pull操作网上不少文章这么讲的，一些大模型的结果也是这方法，不会生效，原因如下。一句话，docker的镜像拉取是在d

缘起年前稳定运行了很长时间的j3455处理器系统挂了，反复分析折腾了很久才查到具体的原因，以及j3455处理器的显示系统故障问题，因此记录详细的过程，方便回顾以及类似问题的参考。折腾过程稳定运行很长时间的系统突然挂了1月12日早上7点28突然挂了，电源常亮，宿主和各个虚拟机都ping不通，长按关机都不行。后接入显示器，尝试断电后重新进入，发现bios被重置，重新设置bios后插入usb键盘设置后开机，上午10点多开机，12点多回来发现还是卡死了。看显示器显示：kvm [1180]:&n

缘起最近由于老的ubuntu系统快结束维护了，就在2月底更新系统到最新的24.04了，结果新的系统python2被完全废弃了，因此需要自行编译。折腾过程编译的文章比较多，主要的步骤如下：# 安装依赖 sudo apt install build-essential zlib1g-dev libssl-dev libbz2-dev libffi-dev libncurses5-dev # 下载py

缘起最近一个git仓库突然损坏，直接报git fatal: bad object head错误，而这个仓库是个本地仓库没有远程可以恢复，也没有多余的分支，因此就卡住了，常规的命令都无法读取。折腾过程查了各种文档，使用git log啥的都不行，引擎head损坏，对应的commit id是损坏的，没办法读取提交树。然后使用大模型试了下，果然还是好用的，这个时代大模型工具是巨大变革，不用搜索然后挨个自己看了。解决方案：git fsck --full | grep

缘起最近升级ubuntu系统，发现python3没法用了（传统艺能，不知道为什么每次升级python，一对的三方库、python行为、pip行为的变化），所以查了下解决方案，这里记录下。解决方案直接使用pip3安装包，报如下的错误：error: externally-managed-environment × This environment is externally managed ╰─> To insta

缘起最近一次在ubuntu24.04中更新后，transmission就起不来了，start后卡住然后就超时了，报错transmission-daemon.service: Failed with result 'timeout'.网上查了下是系统的systemd或者apparmor的限制导致。解决方案临时解决方案，编辑/usr/lib/systemd/system/transmission-daemon.service，启动类型从notify修改为simple，后续transm

缘起之前一直使用qbittorrent进行bt/pt下载，在早期的版本中，经常出现崩溃问题，因此一直跟随最新的ubuntu系统和qbittorrent团队维护的ppa进行版本更新。更新到4.x.x版本时，重启的问题得到比较好的解决（之前老版本总是跑几个小时就挂掉）,但是自从更新4.5.x还是4.6.x之后，下载就经常没有速度了。而同时段使用transmission就下载的很快，因此断断续续分析了几个月，终于找到原因，记录这篇博客方便后边查看。折腾过程下载一会儿就没速度经过分析在热门的种子里，下载

缘起最近有块系统盘使用比较久了，需要监控健康状态防止突然挂了，因此简单研究了smartctl检测smart属性的方案，这里做个小记。操作方案转自：https://blog.csdn.net/watermelonbig/article/details/728719901、对磁盘进行一个轻量的测试smartctl -t short /dev/sdb根据上一个命令提示，等待2分钟后，查看检测结果：smartctl -l selftest /d

缘起最近一个日志文件写在sqlite里边，由于关机保存不当损坏了，导致没办法正确读取，因此折腾通过技术手段恢复，这里做一个小记。折腾过程通过电脑端软件打开使用了DB Browser for SQLite进行浏览，由于结构损坏，也是无法打开，提示如下错误无法打开数据库文件。原因: database disk image is malformed网上查找修复方案在网上搜索一通后，发现可以通过命令行sqlite工具进行dump和恢复，整体的操作思路为d

缘起最近在优化备用openwrt服务器的宿主开机速度，发现有个systemd-networkd-wait-online.service非常的慢。最终发现是在ubuntu的netplay配置中，存在不存在的接口，以及开启了网桥，但是接口本身开启了dhcp服务，导致本身不能获取到地址，但是会尝试等待导致开机变慢。而比如ssh之类的服务，需要等待这个网络可以后才启动，所有ping可以后还要等几分钟才能连接上。折腾过程参考这篇文章的思路进行排查，最终发现是netplan配置的问题。https://xzc