分类 折腾=-= 下的文章

就在刚刚，NAS崩溃了，重启后ping不通。且路由器内无法看到J3160的连接。
回溯一下我都做了什么。
宝塔使用PM2管理器插件-->卸载PM2管理器插件-->使用APT安装npm和nodejs,试图npm install -g a-->执行apt autoremove
紧接着Windows 10 RDP远程崩溃提示发生错误，接着就连不上ping不通。

抢修和数据备份

接通HDMI，HDMI无信号，机箱电源灯正常，板载千兆网口指示灯不亮，可闻机械硬盘运作噪音。
按下电源键，设备输出HDMI信号，屏幕快速刷新内核界面后无信号输出。-->判断内核可能已启动，系统所在杂牌SSD硬盘数据暂无异常。
再次按下电源键。正常引导至Grub启动界面，主板暂无无异常。内核启动时可见多个Failed报错，但系统正常加载到Debian登录窗口，可正常使用帐号密码登入。
查看发现NAS无网络连接，且原先自动配置的有线连接消失。-->可能由于执行apt autoremove删除了原先的网络连接管理工具并删除了其配置项目导致连接丢失。但重新配置后发现无法正常连接。
重启NAS，有线网络依旧未能连接，遂手动配置使用主板上M.2 PCIE接口的24Ghz无线网卡完成WIFI连接。
未避免出现更多问题，决定先行备份数据再进一步研究。

简要的备份数据后

我选择了直接重装系统，因为第一次装机时缺乏经验对很多东西进行了尝试，让系统软件包较为混乱，重新安装系统可以彻底解决一些遗留问题。吸收上次的经验，使用apt代理充分利用手头的代理资源让这次重装速度快了很多。

为什么之前出现有线网络无法使用的问题？

我仔细想了想可能和第一次安装时没有手动安装网卡的非自由固件有关系，后续多次更换桌面环境又使用apt autoremove彻底删除了初次安装时留下的设备配置文件，所以这次我在安装系统后查询了Debian 官方Wiki找到了相关内容6.4. 加载缺失的固件。以下内容摘自Debian Wiki：
一旦登录进了已安装的系统，遵循以下步骤可能可以自动检测缺失的固件，并启用它们：

安装 isenkram-cli 软件包。

以“root”用户运行 isenkram-autoinstall-firmware 命令。

通常，重启是保证各个内核模块已经正确初始化的最简单的方法；这在使用 nomodeset 参数作为临时措施以启动系统的情况下尤为重要。
[注意] 注意 安装固件软件包很可能需要启用软件仓库的 non-free 区。截至 Debian GNU/Linux 11.0，运行
isenkram-autoinstall-firmware
命令会自动完成该工作，这是通过创建一个指向通用镜像的专门文件（/etc/apt/sources.list.d/isenkram-autoinstall-firmware.list）实现的。
至此，固件问题完美解决。

恢复

参见第一次装机写的文章简单装好了J3160小主机
1.挂载硬盘
2.配置DDNS
3.安装docker

下一步目标，逐步恢复NAS功能，不再使用宝塔面板，应用尽可能容器化

开始恢复各项服务 2022年8月23日

1.安装 Portainer 可视化管理Docker 参见portainer.io
2.安装 Nginx Proxy Manager (docker)

根据需要自行查阅官方文档，需要注意的是，似乎使用Host网络模式才能使用内网IP访问本机上没有绑定外部端口的docker，至少在本人使用Nginx docker镜像时存在此问题。（最开始我只按照官方安装示例给NPM绑定了80，81，443三个端口，但进行下列步骤时反代出现504错误），使用host网络模式可解决。

通过NginxProxyManager 反代访问未映射外部端口的Docker容器（节省实体机外部端口）

当前我的home.xfox.fun亦通过内部运行的一个nginx docker和Nginx Proxy 实现访问。
docker run --name home.xfox.fun -v /home/xfox/www/home.xfox.fun:/usr/share/nginx/html:ro -d nginx

此时，通过NPM面板或docker ps命令可得到此nginx容器被自动分配的内网IP：172.17.0.3，使用NPM新增反代站点并将源站IP设置为172.17.0.3，不必映射到公网端口。（你先别急，不把下面的内容看完有你急的时候）
考虑到docker自动分配的内网IP可能会在重启后改变（docker容器获取ip的原则：最先启动的容器获取ip段中最小的ip，之后启动的容器按照顺序获取ip），可采取两种方式解决。
1.为容器绑定一个网络别名

别名类似一个互联网域名，同一个网络中的其他容器可以通过这个别名来访问该容器
使用--network-alias指定容器网络别名
--network-alias home

2.运行容器时就绑定指定内网IP

使用--net指定容器使用的网络 --ip指定容器使用此网络的一个ip
--net somenetwork --ip 172.18.0.2
注意，未指定内网IP时，docker默认分配“bridge”网络的内网IP。如果希望避免容器被入侵后通过默认的bridge内网感染其他容器，你可以新建一个网络并指定新建网络的网段使用与其它容器不同的网段。

恢复与固化Cloudreve进程

我自己有备份Cloureve的程序和数据，官方安装教程够细了

安装aria2

本来想用docker，想了想涉及很多文件读写和端口还是算了吧。

以前也是多次配置aria2apt install aria2即可，配置文件参考https://github.com/P3TERX/aria2.conf 写的很详细
值得注意的是，Debian11默认关闭了rc-local服务，需要手动开启该服务，可参考Enable rc.local in Debian Bullseye

nano /etc/rc.local
写入如下内容
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

exit 0

设置可执行权限

chmod +x /etc/rc.local

重载systemd配置

systemctl daemon-reload

启动rc-local进程

systemctl start rc-local

检查rc-local状态

systemctl status rc-local

考虑到需要让aria2开机自启动，得向rc.local写一句：aria2c --conf-path=/home/xfox/.aria2/aria2.conf -D

2022年9月3日更新：某宝64G杂牌固态和白嫖风尘的500G机械硬盘

由于NAS上SATA口只有两个，暂时没把16MB Cache的古董机械装上去，装上去的是64G固态（M4-CT064M4SSD2），这个固态当作甜糖缓存盘跑回本电费和硬件，Cloudreve暂时也拿此盘凑合，后期再换大容量固态或者插PCIE转接卡接机械盘。（露出了贫穷的目光 >-> )

此前安装了Linux Mint20.2Uma，后续升级到了20.3Una，现在基于Ubuntu 22.04 LTS的Mint21 Vanessa已经可用了！（关于vanessa还有另一个词条：https://zh.moegirl.org.cn/Vanessa(Cytus_II)#）
我没有看到官方对于“Vanessa”的解释，但是可以参见ThinkBabbyNames的解读：
as a girls' name is pronounced va-NESS-ah. It is of Greek origin, and the meaning of Vanessa is "butterfly". The name of a genus of butterflies that includes the Red Admiral and the Painted Lady. Also possibly an early-18th-century literary name of English origin created by Jonathan Swift for "Gulliver's Travels" as a pseudonym for Esther Vanhomrigh, based on the first syllable of her surname, and possibly the Latin verb "esse", meaning "to be"

- 阅读剩余部分 -

这是我写的DS18B20用户态驱动

Goodspeed最近好像比较清闲，所以这位有点闲的同学跑来远程我的OrangePi Zero2 完成了一份正经的单总线驱动。实现后效果如下：

root@orangepizero2:~# cd /sys/bus/w1/devices/28-0721c061a6ac/
root@orangepizero2:/sys/bus/w1/devices/28-0721c061a6ac# ls
alarms eeprom_cmd hwmon power temperature
conv_time ext_power id resolution uevent
driver features name subsystem w1_slave
root@orangepizero2:/sys/bus/w1/devices/28-0721c061a6ac# cat w1_slave
bb 01 4b 46 7f ff 0c 10 74 : crc=74 YES
bb 01 4b 46 7f ff 0c 10 74 t=27687

显而易见大约27摄氏度，详细过程会在他的博客写好后在下方公开。（人比人气死人:)

给香橙派 Zero 2 适配 1-wire 总线

给香橙派 Zero 2 适配 1-wire 总线————William Goodspeed
在向Goodspeed抱怨此事之前，香橙派官方4群里邹明燊先生也曾经写过一个dts文件，也是根据其他已经支持1-wire的设备简单改写的（如下），但是我通过orangepi-add-overlay xxx.dts 添加后会在日志中看到错误信息，即我上一篇文章里写被占用的哪些错误信息，并且经过测试dts生成的dtb文件没有正常工作。而Goodspeed提供的截图中可以看到，这个dts文件并没有写错，只是设置的GPIO不同。

/dts-v1/;
/plugin/;

/ {
    compatible = "allwinner,sun50i-h616";

    fragment@0 {
        target = <&pio>;
        __overlay__ {
            w1_pins: w1_pins {
                pins = "PC9";
                function = "gpio_in";
            };
        };
    };

    fragment@1 {
        target-path = "/";
        __overlay__ {
            onewire@0 {
                compatible = "w1-gpio";
                pinctrl-names = "default";
                pinctrl-0 = <&w1_pins>;
                gpios = <&pio 2 9 0>; /* PC9 */
                status = "okay";
            };
        };
    };
};

二者的主要不同在于Goodspeed是在 arch/arm64/boot/dts/allwinner/overlay/Makefile 中加入一行 sun50i-h616-w1-gpio.dtbo，make dtbs让构建系统编译新的 overlay，而邹明燊先生试图让我直接通过orangepi-add-overlay将改写好的单总线支持dts文件编译并自动添加到overlay路径。
这两者方法不太一样，Goodspeed的方法是从orange-pi-5.16-sunxi64 linux分支源码中自动编译生成dtbo文件，而邹明燊先生是自己写dts从写好的dts去编译得到dtbo文件。但是不知道为什么后者无法生效，从内核日志里的报错看是和pinctl冲突了，也就是说比pinctl抢先占用了pin，但是理论上应该先由pinctl统一管理，驱动应该基于pinctl运行。从这点看，由linux分支源码去自动编译可能会得以避开这一问题，但是具体避开抢占问题的原理就不得而知了，我也不打算深究。

Goodspeed编译好的单总线设备树overlay文件

prebuilt-dtbs.tar

关于linux设备树，请参考如下内容深入浅出理解Linux设备树(DTS)
Dts：DTS即Device Tree Source，是一个文本形式的文件，用于描述硬件信息。一般都是固定信息，无法变更，无法overlay。
Dtsi：可以理解为dts的公共部分，添加、变更非常灵活。Dtsi包含在dts中。
Dtb：Dtb编译出来的二进制
Dtbo：Overlay编译出来的二进制
dtbo-base：指定overlay是以哪个dtb为base来覆盖的。
Node：树的节点
Property：属性

OrangePiZero2IO 2022-07-11T10:09:56.png

研究一番发现官方没有现成的单总线驱动可用，必须得自己写一个驱动驱动单线设备。

 +------+-----+----------+------+---+  Zero 2  +---+------+----------+-----+------+
 | GPIO | wPi |   Name   | Mode | V | Physical | V | Mode | Name     | wPi | GPIO |
 +------+-----+----------+------+---+----++----+---+------+----------+-----+------+
 |      |     |     3.3V |      |   |  1 || 2  |   |      | 5V       |     |      |
 |  229 |   0 |    SDA.3 |  OUT | 1 |  3 || 4  |   |      | 5V       |     |      |
 |  228 |   1 |    SCL.3 |  OUT | 1 |  5 || 6  |   |      | GND      |     |      |
 |   73 |   2 |      PC9 |  OUT | 1 |  7 || 8  | 1 | OUT  | TXD.5    | 3   | 226  |
 |      |     |      GND |      |   |  9 || 10 | 1 | OUT  | RXD.5    | 4   | 227  |
 |   70 |   5 |      PC6 |  OUT | 1 | 11 || 12 | 1 | OUT  | PC11     | 6   | 75   |
 |   69 |   7 |      PC5 |  OUT | 1 | 13 || 14 |   |      | GND      |     |      |
 |   72 |   8 |      PC8 |  OUT | 1 | 15 || 16 | 1 | OUT  | PC15     | 9   | 79   |
 |      |     |     3.3V |      |   | 17 || 18 | 1 | OUT  | PC14     | 10  | 78   |
 |  231 |  11 |   MOSI.1 |  OUT | 1 | 19 || 20 |   |      | GND      |     |      |
 |  232 |  12 |   MISO.1 |  OUT | 1 | 21 || 22 | 1 | OUT  | PC7      | 13  | 71   |
 |  230 |  14 |   SCLK.1 |  OUT | 1 | 23 || 24 | 1 | OUT  | CE.1     | 15  | 233  |
 |      |     |      GND |      |   | 25 || 26 | 1 | OUT  | PC10     | 16  | 74   |
 |   65 |  17 |      PC1 |  OUT | 1 | 27 || 28 |   |      |          |     |      |
 |  272 |  18 |     PI16 |  OUT | 1 | 29 || 30 |   |      |          |     |      |
 |  262 |  19 |      PI6 |  OUT | 1 | 31 || 32 |   |      |          |     |      |
 |  234 |  20 |     PH10 | ALT3 | 0 | 33 || 34 |   |      |          |     |      |
 +------+-----+----------+------+---+----++----+---+------+----------+-----+------+
 | GPIO | wPi |   Name   | Mode | V | Physical | V | Mode | Name     | wPi | GPIO |
 +------+-----+----------+------+---+  Zero 2  +---+------+----------+-----+------+

端口占用情况：
已占用：
PC1,pin PC1 already requested by onewire@0; cannot claim for 300b000.pinctrl:65
PC5,pin PC5 already requested by onewire@0; cannot claim for 300b000.pinctrl:69
PC9，pin PC9 already requested by onewire@0; cannot claim for 300b000.pinctrl:73
PC6, pin PC6 already requested by onewire@0; cannot claim for 300b000.pinctrl:70
PC8,pin PC8 already requested by onewire@0; cannot claim for 300b000.pinctrl:72
PC10，pin PC10 already requested by onewire@0; cannot claim for 300b000.pinctrl:74
PC11,pin PC11 already requested by onewire@0; cannot claim for 300b000.pinctrl:75
PC12,PC13是两个板载LED
PH3,w1-gpio onewire@0: gpio_request (pin) failed

主板、4G 单条DDR3 SO-DIMM、DC5.52.5 to ATX电源转换板咸鱼210包邮。（咸鱼老哥还随板子送我了块没天线的M.2［PCI-E]的2.4Ghz网卡） 机箱咸鱼40包邮 85新Sinoc NAS小机箱（尺寸：24.523*15 还内置了一个音响可惜对我没什么用，预制硬盘槽可装1块2.5寸固态，2块3.5寸HHD）

- 阅读剩余部分 -

最近新买了一个鼠标（锐普Gm90 有线+2.4Ghz无线+蓝牙5.0）替换原来的蓝牙4.0鼠标（Q9 蓝牙4.0+2.4Ghz无线双模），新设备并不能像旧设备一样在两个系统下无缝切换；切换系统必须删除设备重新配对链接。
网上有很多相关的实现，基本原理是修改替换Linux/Windows的配对信息，使两个系统配对信息保持一致，让鼠标完全将其识别为同一匹配设备。但是不同蓝牙版本，配对信息不完全相同，从3.0 -> 4.0就新增了几个参数，而4.0- 5.0是否还有新增参数目前尙不明了，SEO靠前的国内平台大多只有带货的广告帖子，几乎找不到有用的技术分析。我愿称之为开源分享技术上的东亚病夫:)
参考文章：
Linux 与 Windows 双系统共享蓝牙鼠标-南浦月
Bluetooth Pairing on Dual Boot of Windows & Linux Mint/Ubuntu - Stop having to Pair Devices
Dual Boot Bluetooth Pair

- 阅读剩余部分 -

Microsoft Edge和Google Chrome同理。

问题症状

启动了代理工具（如Steam++）并手动设置了系统代理
export ALL_PROXY="socks5://127.0.0.1:8868"
执行env|grep -i proxy得到回显当前的代理准确无误，但是浏览器无法正常使用（据说FireFox可能可以自动识别到系统代理？）
启动浏览器打开设置->高级->系统->打开您计算机的代理设置 浏览器跳转到chrome://linux-proxy-config页面，页面内容如下：

在受支持的桌面环境中运行Chromium时，将使用系统代理设置。但您的系统不受支持，或启动系统配置时出现问题。
但您仍可通过命令行进行配置。如需详细了解各项实验功能和环境变量，请参见 man chromium。

之前我一直不在意这个提示，但是今天凌晨突然很想解决代理不生效的问题，所以仔细回来看了看提示。
好吧，不支持当前桌面环境，那么我们按照提示全找找man chromium写了什么。
在proxy相关里有如下内容：

--proxy-server=host:port
       Specify the HTTP/SOCKS4/SOCKS5 proxy server to use for requests.

       This overrides any environment variables or settings picked  via
       the  options  dialog.   An  individual proxy server is specified
       using the format:

         [<proxy-scheme>://]<proxy-host>[:<proxy-port>]

       Where <proxy-scheme> is the protocol of the proxy server, and is
       one of:

         "http", "socks", "socks4", "socks5".

       If  the  <proxy-scheme>  is omitted, it defaults to "http". Also
       note that "socks" is equivalent to "socks5".

       Examples:

         --proxy-server="foopy:99"
             Use the HTTP proxy "foopy:99" to load all URLs.

         --proxy-server="socks://foobar:1080"
             Use the SOCKS v5 proxy "foobar:1080" to load all URLs.

         --proxy-server="socks4://foobar:1080"
             Use the SOCKS v4 proxy "foobar:1080" to load all URLs.

         --proxy-server="socks5://foobar:66"
             Use the SOCKS v5 proxy "foobar:66" to load all URLs.

       It is also possible to specify a separate proxy server for  dif‐
       ferent URL types, by prefixing the proxy server specifier with a
       URL specifier:

       Example:

         --proxy-server="https=proxy1:80;http=socks4://baz:1080"
             Load https://* URLs using the HTTP proxy "proxy1:80".  And
       load http://*
             URLs using the SOCKS v4 proxy "baz:1080".

--no-proxy-server
       Disables  the proxy server.  Overrides any environment variables
       or settings picked via the options dialog.

--proxy-auto-detect
       Autodetect proxy configuration.  Overrides any environment vari‐
       ables or settings picked via the options dialog.

显然，我们得手动在Chromium启动参数上加上设置代理的参数。按照上面的例子，我应该添加如下参数：
--proxy-server="socks://127.0.0.1:8868"
所以，编辑桌面快捷方式（后缀为.desktop）,找到Exec这行，改为：
Exec=chromium %U --proxy-server="socks://127.0.0.1:8868"
记得保存，大功告成，去试试你的代理吧！

如果关闭代理工具后浏览器访问网络产生异常，建议去复制一个新的快捷方式而不是直接修改原有的启动文件。
截图_2022-05-04_01-48-55.png
  1. 1
  2. ...
  3. 7
  4. 8
  5. 9
  6. 10
  7. 11
  8. 12
  9. 13
  10. ...
  11. 15