我们在网上经常可以看到如何退出 S Mode，但是对于开发团队来说，想要调试 S Mode 下的问题，就比较麻烦了。
在过去，只能是通过重装系统的方式，这样不是最优解。
无意间,让我发现了一个非正式的做法，供大家把玩。由于微软官方并没有正式承诺，所以只用来快速验证 bug，可能微软将来某一个版本就发生了调整。
HKLM\System\CurrentControlSet\Control\CI\Policy，修改配置项 SkuPolicyRequired，从 0 改成 1 再重启。
重启后，系统会要求使用 Microsoft ID 来登录系统，大家记得去注册一个哈，不然是无法使用 S Mode 模式的。
最近发现 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、操作前请及时备份数据。