最近发现 docker 里的一个应用无法启动，总是报告 “failed to initialize logging driver”提示，在网上搜索了一下，找到了解决方法。对于我的这个案例来说，就是由于 lock 文件导致的。
来，直接上步骤：
1、在 docker 里开启 22 端口，然后远程 ssh 连上去。
2、输入 sudo -i 切换到管理员权限
3、输入 docker ps -a 可以查询到所有的容器，这一步可以获取到容器的 ID
4、输入 docker inspect –format='{{.LogPath}}’ <容器ID>，可以获取到该容器的日志路径
5、cd 命令进入到该目录下，然后 ls 显示所有的文件
6、删除 log 文件，对于我的案例，删除 log.db 文件
7、输入 docker start <容器ID>
至此，该应用就启动起来了。
网上的说法是由于多个终端曾经操作容器，造成容器日志被锁。而容器的日志作为启动必须加载项，被锁造成启动失败。庆幸的是容器日志可被清空删除，删除后会重新创建。
因此移除异常的日志数据库，重启容器后恢复正常。
我的台式机，也不清楚是在系统升级后还是在卸载 SourceTree 后，再次使用 git 时，报告了 permission denied (publickey)，一时之间也无法确认具体是发生了什么。
按照网上的说法，第一步是要生成新的 ssh key，由于我已经确认在目录下存在 id_rsa 和 id_rsa.pub 文件，所以这个问题肯定不是 ssh key 的问题。
我也检查了 pub 文件里的内容，和 bitbucket 里的是一样的，所以这个也可以排除。
有说要把 ssh key 添加到 keychain 里，输入命令 ssh-add “私钥的文件路径例如id_rsa”
发现还是不行，只好把 SourceTree安装回来，导入证书，并在选项里设置使用 OpenSSH，SourceTree 可以正常使用了。
重启系统后，发现 git 也可以使用了。所以，莫名其妙又好了。
在 chrome 的帮助菜单里经常可以看到 您的浏览器由所属组织管理，不管是否真的受组织管理，这个就让人特别不舒服。
本文提供一些思路：
1、打开浏览器，输入 chrome://management， 回车即可检查到当前电脑上安装的所有相关扩展程序。
2、输入 chrome://policy，回车即可检查到当前电脑上的组策略情况。
3、直接打开注册表，进入到 HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome\ExtensionInstallForcelist 路径，可以将里面的键值给删除咯。
既然不守规矩，那么大家都不要吃了，掀桌子。
从网上下载回来的视频，打开时提示编码格式不对，不能播放。
实在是很遗憾。
后来经过检索，找到了一种方式，将文件以十六进制格式打开，将开头的3个 FF 删除，再拖动到文件的末尾，将最后的两个 31，修改成两个 00。
保存文件，然后我们再来试一试。
今天使用 Ubuntu 去连接企业级别的无线网络，按照设置填写完信息后，总是无法访问，系统会自动弹窗让重新输入用户名密码。网上搜索了下，看来很多人都有遇到类似的问题。大家都认为是 Ubuntu 本身的连接 bug。
这里给出一个最简单的方法：
在/etc/NetworkManager/system-connections/下有连接过的wifi的配置文件，找到你刚才连接的那个。在[802-1x]节点下，检查system-ca-cert的配置，添加或者修改以确保 system-ca-cert=false，保存退出，重新点击连接WIFI就可以了。
这么看起来，似乎是 UI 界面在设置的时候没有把这个值给写到配置文件里导致。
由于我的 pi 里的 python 版本还是 3.5，一些功能无法使用，但是 arm 架构又没有现成的源，只好本地编译安装。
先安装基础的编译工具
sudo apt-get install -y make build-essential libssl-dev zlib1g-dev
sudo apt-get install -y libbz2-dev libreadline-dev libsqlite3-dev wget curl llvm
sudo apt-get install -y libncurses5-dev libncursesw5-dev xz-utils tk-dev
到 python 的官方库里取下载源码，例如：
https://www.python.org/ftp/python/3.9.13/Python-3.9.13.tgz
cd /tmp
tar zxvf Python-3.9.13.tgz
cd Python-3.9.13
sudo ./configure && sudo make -j4 && sudo make install
需要注意的是，在解压缩时，可能会报错，可以尝试移除 z 参数，改用 xvf 来解压缩。反正衣服自己洗是放弃了，直接在 windows 平台上用 7z 重新打包，然后上传到 pi 里解压缩来解决的。
最后，通过 python3 -V 来检查版本号是否符合预期。
昨天在 WSL 里安装 nodejs，按照官方文档，对于 WSL 系统，不能安装常规的版本，需要通过库管理工具例如 nvm 来安装。
nvm 安装完成以后，运行 nvm ls 可以获取到 nodejs 的版本列表，运行 nvm install –lts 可以安装最新长久支持版本的 nodejs，可是问题就在于这个下载速度实在太慢，一直都失败了，简直让人崩溃。
突然想起来，既然 npm 有国内源，是不是 nvm 也可以使用国内源。原本是想查找其配置文件，检索了一番，费时间，放弃了，和我没有缘分。
搜索了下，发现了一个更合适的方法，如下：
NVM_NODEJS_ORG_MIRROR=https://npm.taobao.org/mirrors/node nvm install 16.16.0
直接使用淘宝源来下载安装 16.16.0 的版本，临时性地修改了环境变量，很是方便。
老实来说，这个问题困扰我的时间简直是以年为单位，在很久以前，我是用音箱直接连接的香蕉派，所以平时用来播放音频是没有问题的。
后来切换到 Firefly 后，木有多的音箱了，但是好消息是显示器自带的有音频输出，所以就想着是否可以直接拿过来用，同时又不改变其默认的输出设备，也就是说默认还是使用电路板上的音频设备，以规避设备切换或者移动带来的问题。
一直以来，都是使用 sox 来播放音频文件，占用资源少，命令行运行，非常完美。
就是这个选择默认音频输出设备，简直要崩溃，查看了其帮助文档，也没有说清楚具体是要如何操作。
直到有一天，无意间发现了命令，简直不要太好用。说起来也很简单，就是环境变量的设置。放在这里，方便像我一样的小白。
AUDIODEV=hw:0 play test.wav
这里的 0 就是音频设备编号，想要查看具体有哪些音频设备，以及其编号，可以输入：
aplay -l
大家请一定要根据自己机器的实际情况来设置上面的数字顺序哈。
一直以来，衣服自己洗都意味升级 MongoDB 的升级，就是从官网下载最新的 zip 包，然后解压缩覆盖同名文件即可。
这次发现官网上已经有 5.x 的版本了，替换后报错，检查日志发现了下面的提示信息：
Invalid value for featureCompatibilityVersiondocument in admin.system.version, found 4.2, expected ‘4.4’ or ‘4.9’ or ‘5.0
经过搜索发现了官网的帮助文档，还需要修改配置。
在升级前，先连接和访问 admin 数据库，在 shell 里运行下面的命令
db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } )
检查其返回值里是否包含和 MongoDB 实际版本号一致，我这里当前的版本是 4.4，如果不一致，那么需要运行下面的命令修改
db.adminCommand( { setFeatureCompatibilityVersion: "4.4" } )
接下来，再用最新的版本来覆盖。等待 MongoDB 启动后，再次运行上面的设置命令为实际版本号，本次最新的版本号是5.0，所以就需要设置为 “5.0”，方便下一次升级。
需要注意的是：
1、尽量逐版本升级上来，不要跨越太大的版本区间。
2、操作前请及时备份数据。
最近的项目在计划切换到使用 .net6 来编译，虽然微软官网有提供转换工具，但是作为强迫症人群，还是选择了从0开始创建项目，在创建后，再拷贝相关代码。
很显然的，有一些函数或者命名空间在 .net6里并无法找到对应的，官方也提及，可以先试一试 Microsoft.Windows.Compatibility 这个 NuGet 包。VS2022 的右键菜单里还提供了一个很实用的功能，就是移除未使用的引用，所以大家可以放心地先引用。
如果你的项目使用了注册表，那么就需要添加 Microsoft.Win32.Registry 这个 NuGet 包。
很可惜，我的代码里使用了 System.Windows.Forms 的API去判断电源是 DC 还是 AC 模式，上述都没有很好地解决问题。
经过一番搜索，发现下面的解决方式，
1、右键卸载项目
2、编辑项目的 csproj 文件，在 PropertyGroup 节点下添加 true和true 这两个配置。
3、设置 .net6.0属性，替换为 .net6.0-windows，如果有其它的编译需求，例如 net461也可以加进去，以英文分号分割。
4、重新加载项目
当然，这么做也意味着编译后的二进制文件并不能在 Linux 平台上运行，仅仅意味着使用 .net6编译而已，不过这个对于衣服自己洗来说已经足够了，本身项目就是跑在 windows 平台上的。