现有 证书twca.cer 需要添加到 linux 证书信任列表#转换格式.cer到.pemopensslx509-informder-intwca.cer-outtwca.pem#追加到信任列表cattwca.pem>>/etc/pki/tls/certs/ca-bundle.crt参考linux系统添加根证书 linux证书信任列表-布布扣-bubuko.com1.linux 访问

杂项Win下面有CPU-Z查看内存调的参数，Linux下可以通过如下方式来查看：sudo dmidecode --type 17或者sudo dmidecode -t memory或者sudo lshw -short -C memory并且要查看具体的SPD信息可以用sudo apt-get install i2c-toolssudo modprobe eepromsudo decode-dimm

最近在使用UOS，发现UOS里面无线网络速度极慢，简单研究一下，无线网络（或者说网络）相关的主要有2个地方：内核驱动NetworkManager管理很好理解，内核驱动驱动网卡，NetworkManager通过驱动接口去管理网络功能。在以前，通过命令行去管理的就是iwconfig iwlist这样的命令行管理工具去管理，但在UOS V20 里面去敲这些命令只会得到没有扩展的结果。$ iwconfig

容器运行时目前有containerd 脱胎于docker当中开源libcontainerdCRI-O红帽依照CRI开发，用于openshift,Dockerdocker全栈，除了底层的containerd，上层还有好多高级抽象层提供dockerd然后供docker命令调用。k8s之所以1.20以后版本弃用docker的原因在于调用docker这个容器运行时的时候为了对接docker多出来的高级抽象

configmapconfigmap是k8s的一个配置管理组件，可以将配置以key-value的形式传递，通常用来保存不需要加密的配置信息，加密信息则需用到Secret，主要用来应对以下场景：使用k8s部署应用，当你将应用配置写进代码中，就会存在一个问题，更新配置时也需要打包镜像，configmap可以将配置信息和docker镜像解耦。使用微服务架构的话，存在多个服务共用配置的情况，如果每个服务中

这两个软件之前见到都是在k8s容器管控里面见到。实际用非容器测试了才发现，果然是简洁明了，自身就一个可执行文件，太适合打包进微服务了。coredns 官网下载编译好的二进制，发现就一个可执行文件。运行也很简单，不带任何参数直接运行就前台运行了实际运行还是需要配置conf文件（配置文件需要和coredns运行时的目录在一个目录如果放到rc.local里面 需要写成/root/dns/coredns

lxc和docker都类似，但实际应用场合不一样docker,更强调的是以应用为中心，打包的镜像也是应用程序运行环境，不一定非要整个操作系统，而且docker起来基本上只会运行一个应用。lxc,更强调以操作系统为中心，打包的镜像包含完整的操作系统，运行的时候，和普通操作系统一样可能启动多个进程。但实际docker这样的以应用为中心的的容器，容器本身已经是比较基础的了，应用编排比如docker sw

继续学画板子的时候，发现两个元件放的太近就会违规刚开始还以为是丝印离的太近了，就想改，结果改了还是报。想了好久后面才发现，应该是元件之间的间距太近了，再改规则把这个最小水平间距改成0mil,再也不报违规了。不过实际情况下要考虑到元件是否会互相顶住而无法焊接的情况，毕竟焊盘和原件实际大小是有很大区别的。...