缘起最近偶然发现windows10系统的电脑，开机后显示的开机时间不对，像是没有重置过，有几十天的时间。而最近开机好像也看不到主板的开机画面了，直接黑屏很久后进入系统。因此就搜索了一下，发现是windwos的快速启动导致的。网上也讲到这个开了之后，一直黑屏，也影响进入bios。。关闭快速启动依次打开控制面板，选择硬件和声音，电源选项，选择左侧边栏的电源按钮选项，进入后关闭休眠、快速启动这几个选项，保存后重启即可关机后在开机能正常看到bios开机画面了。总结windwos的台式机也开启这个，属实是

缘起之前一直可以运行的scp文件拉取脚本不行了，报connect错误：scp: Connection closed而服务端并没有做什么限制，其他的客户端拉取是可以的，因此就简单分析了下原因，作为备忘。折腾过程是否是防火墙类原因首先怀疑是客户端和服务端的防火墙限制，导致连接中断。从服务端日志看到客户端断开的日志：Received disconnect from xxxx port xx:11: disconnected

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