缘起从去年年底应该是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

缘起之前macos的照片库太大了，放在smb共享上，最近同步照片一直失败，即使修复照片库，更新到100%时报1000错误码或者直接就报1000错误码，各种尝试均无法解决问题，因此记录处理过程作为一个经验。折腾过程smb协议版本导致的问题中途分析日志，发现类似下面的日志：smb2_session_maxread: Limit min quantum size to maxmsgsize <65536>smb2_smb

缘起openwrt软路由一直拿来做局域网的旁路网关，整体的结构如下：电脑openwrt外网路由而由于是旁路网关，openwrt和外网路由、电脑在同一网关下，电脑可以越过openwrt网关，直接连接外网路由进行上网，这在广告过滤、上网防火墙管控上都是不可控的。再加上旁路由模式有个问题，从电脑向外网的流量，是经过旁路由openwrt的，但是外部进来的流量，不经过旁路由，直接就从外网路由走到电脑了，旁路由是没法感知的，这也存在一定问题。解决过程中途查询过各种文章，主要是openwrt的防火墙处理，没发

缘起最近一次在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就下载的很快，因此断断续续分析了几个月，终于找到原因，记录这篇博客方便后边查看。折腾过程下载一会儿就没速度经过分析在热门的种子里，下载

缘起最近在优化windows虚拟机的磁盘读写，发现lwtnetlog.etl文件被频繁的读写，因此查了下windows中这个文件的作用，进行了相关优化。分析过程这些文件是什么答案是windows的事件追踪，包括网络的和其他事件，这些文件并不大，但是windows就是不停的把这些监控性的数据写磁盘，而并不是放在内存中，多等一些时间再写，非常睿智的设计。怎么解决那当然是选择 关闭 它啦。。。操作步骤：具体表现：System进程大量写入数据，导致电脑卡顿 解决方案：关闭wfpdiag.etl和Lwt