rikka@aml-s812 % udevadm info -n /dev/bus/usb/001/004 ~ P: /devices/platform/soc/c9040000.usb/usb1/1-1 M: 1-1 R: 1 U: usb T: usb_device D: c 189:3 N: bus/usb/001/004 L: 0 V: usb E: DEVPATH=/devices/platform/soc/c9040000.usb/usb1/1-1 E: DEVNAME=/dev/bus/usb/001/004 E: DEVTYPE=usb_device E: DRIVER=usb E: PRODUCT=51d/2/1 E: TYPE=0/0/0 E: BUSNUM=001 E: DEVNUM=004 E: MAJOR=189 E: MINOR=3 E: SUBSYSTEM=usb E: USEC_INITIALIZED=17111111955 E: ID_BUS=usb E: ID_MODEL=Back-UPS_BK650M2_CH E: ID_MODEL_ENC=Back-UPS\x20BK650M2_CH E: ID_MODEL_ID=0002 E: ID_SERIAL=American_Power_Conversion_Back-UPS_BK650M2_CH_912101A11361 E: ID_SERIAL_SHORT=911111111111 E: ID_VENDOR=American_Power_Conversion E: ID_VENDOR_ENC=American\x20Power\x20Conversion E: ID_VENDOR_ID=051d E: ID_REVISION=0001 E: ID_USB_MODEL=Back-UPS_BK650M2_CH E: ID_USB_MODEL_ENC=Back-UPS\x20BK650M2_CH E: ID_USB_MODEL_ID=0002 E: ID_USB_SERIAL=American_Power_Conversion_Back-UPS_BK650M2_CH_9B1111111161 E: ID_USB_SERIAL_SHORT=9B1111111161 E: ID_USB_VENDOR=American_Power_Conversion E: ID_USB_VENDOR_ENC=American\x20Power\x20Conversion E: ID_USB_VENDOR_ID=051d E: ID_USB_REVISION=0001 E: ID_USB_INTERFACES=:030000: E: ID_VENDOR_FROM_DATABASE=American Power Conversion E: ID_MODEL_FROM_DATABASE=Uninterruptible Power Supply E: ID_PATH=platform-c9040000.usb-usb-0:1 E: ID_PATH_TAG=platform-c9040000_usb-usb-0_1 E: ID_FOR_SEAT=usb-platform-c9040000_usb-usb-0_1 E: TAGS=:seat: E: CURRENT_TAGS=:seat:
➜ ~ cat /etc/nut/upsmon.conf MONITOR ups@127.0.0.1:6502 1 monuser secret master MINSUPPLIES 1 SHUTDOWNCMD "/usr/sbin/poweroff" NOTIFYCMD /usr/sbin/upssched POLLFREQ 5 POLLFREQALERT 5 HOSTSYNC 30 DEADTIME 15 POWERDOWNFLAG /etc/killpower NOTIFYFLAG ONLINE SYSLOG+WALL+EXEC NOTIFYFLAG ONBATT SYSLOG+WALL+EXEC NOTIFYFLAG LOWBATT SYSLOG+WALL+EXEC NOTIFYFLAG FSD SYSLOG+WALL+EXEC NOTIFYFLAG COMMOK SYSLOG+WALL+EXEC NOTIFYFLAG COMMBAD SYSLOG+WALL+EXEC NOTIFYFLAG SHUTDOWN SYSLOG+WALL+EXEC NOTIFYFLAG REPLBATT SYSLOG+WALL+EXEC NOTIFYFLAG NOPARENT SYSLOG+WALL+EXEC RBWARNTIME 43200 NOCOMMWARNTIME 300 FINALDELAY 5
➜ ~ cat /etc/nut/upssched.conf CMDSCRIPT "/opt/scripts/upssched-cmd.sh" PIPEFN /var/run/nut/upssched.pipe LOCKFN /var/run/nut/upssched.lock AT NOCOMM * EXECUTE NOTIFY-NOCOMM AT COMMBAD * START-TIMER NOTIFY-COMMBAD 10 AT COMMOK * CANCEL-TIMER NOTIFY-COMMBAD COMMOK AT FSD * EXECUTE NOTIFY-FSD AT LOWBATT * EXECUTE NOTIFY-LOWBATT AT ONBATT * EXECUTE NOTIFY-ONBATT AT ONLINE * EXECUTE NOTIFY-ONLINE AT REPLBATT * EXECUTE NOTIFY-REPLBATT AT SHUTDOWN * EXECUTE NOTIFY-SHUTDOWN AT ONBATT * START-TIMER SHUTDOWN 120 AT ONLINE * CANCEL-TIMER SHUTDOWN
一次或多次排查，换了路由系统之后，寝室的跳板机器（挂着外面进局域网唯一的通道两个 Shadowsocks 代理）的代理突然无法访问了，将代理迁到另一台机器上正常，怀疑是跳板机的网络问题，但是上面跑的网页也十分正常，一直没找到原因就这么搁置了很久；今晚弄另一个代理的时候顺便排查原因，检查了 Nginx 到容器的端口问题和容器内部网络问题，在容器内部 Curl Baidu 是正常的，就让我十分费解了。Shadowsocks 这边能看到 Log 提示请求到了容器内部，但是客户端却响应超时，Log 内容不足，最后想着把 ss-server 的 Log Level 提升到 Debug 模式后发现有 DNS 解析相关的问题，ss-server log 显示第一次尝试解析 v4 失败，再次尝试解析 v6 失败，搜索时发现 Github Issue服务端ipv6环境使用问题 中的配置有一行
"dns":"2001:67c:2b0::4"
改配置指定了 SS-server 使用的 DNS，于是指定 DNS 为局域网的网关后就正常了；
"dns":"192.168.23.1"
据说每个村子都有一个守村人，或智力低下、或疯疯癫癫、或身体残疾，生活拮据、无父无母、孤独终老。据说守村人的身体残障、家庭破碎都是因为为村子挡下灾难而造成的，而且守村人的一生都与村子绑定在了一起，村子往后的灾难都将以病痛的形式体现在守村人身上，直到守村人承受不住死亡的那天。守村人的一生也不会离开村子，就算离开也是短时间和短距离的。据说离开的距离和时间长了，守村人就会死。当然，当村子繁荣时也会回馈守村人，他们的病痛会减少减轻。传说村子最繁荣时，守村人会和普通人一样，不再疯癫痴傻。传说守村人是前世罪孽深重但有悔改之心的人，今生作为守村人来洗清罪孽。不过虽然守村人是来赎罪的，但是如果有人欺辱他，那么他的罪孽就会转移一些到欺辱他的人的身上。除去那些玄学传说，现实中也的确存在每隔一段时间，村子里就会出现一个苦难的守村人。以上就是守村人的由来。
一般放这种玻璃材质的展示品呢，灯带放后面会比较突出质感，放在中间的话更适合放手办，同时灯带最好选择45°嵌入向后打光，这样更容易营造见光不见灯的效果，最后，作为展示柜用了浅色玻璃，那侧边最好不要露出铰链，可以选择天地轴和针式铰链，以上仅供参考。
OwO 更新一次主题就要唤醒记忆重新弄，麻烦死了
新装的 ITX 卵路由（大材小用）
qemu-img convert test.qcow2 -O raw /dev/LVMGROUP/LVMDisc
TR609 用官方工具刷 CR6606 似乎是校验错误，在上传固件成功后，一直闪烁紫灯，重启仍在 OpenWRT，后来建议刷回 cr6606 的 bootloader，先刷 CR6608。要先注入
insmod /tmp/mtd-rw.ko i_want_a_brick=1
然后再写入 pb-boot.img
mtd write ./pb-boot.img Bootloader
CPUID：906EA 产品：8代、9代ES不显、正显与正式版 步进：U0(6+2) 台式桌面U：8700T - ES - QN8J8670 - ES - QNLW8700 - ES - QN8H8700 - QS - QNML8670K - ES - QNMR8700K - ES - QNLU8700K - ES - QNLV8700K - ES - QNLW8700K - ES - QN8G8700K - QS - QNMK服务器至强U：E-2104G - ES - QPTBE-2124 - ES - QPA2E-2124G - ES - QP9YE-2126G - ES - QNTAE-2126G - ES - QNTME-2134 - ES - QPA1E-2136 - QS - QP4CE-2136 - ES - QNCUE-2136G - ES - QNCWE-2144G - ES - QP9ZE-2146G - ES - QNT9E-2174G - ES - QPA0E-2176G - ES - QNCVE-2176G - QS - QNT8E-2186G - QS - QNT6十代马甲U：10500 - ES - QSRK10600 - ES - QSRJCPUID：906EC 产品：9代ES, QS与正式版 步进：P0(8+2) 台式桌面U：9900T - ES - QQC09900T - ES - QQZ69900 - ES - QQBZ9900 - ES - QQZ59900K - ES - QQBY9900K - ES - QQZ49900K - QS - QQPP 服务器至强U： E-2278G - ES - QRA2E-2278G - ES - QQM6E-2288G - ES - QRA1E-2288G - ES - QQM5移动平台U：8850HK - ES - QNCT9850HK - ES - QQLT9980HK - ES - QQLS906ED 9代ES - QS - 与正式版 R0(8+2) 都是魔改型号上台式机，这一栏仅仅只是给D大看看R0步进10980HK - ES - QTJ12276M- QS -QTJ2说明，以上数据都是淘宝自己对比收录的，由于ES不显没有具体型号，都是按照核心线程，功率，是否锁频锁倍数来估测型号的，尤其是8700K有多个型号，有锁频高功耗的，也有低频的，也有65W的可超频的。当然，你也可以把它们看作是能超频的高功耗8700T和8700。还有一些不好命名的，比如：QNCU，淘宝大家都默认是2146G，实质按频率算是2136，因为它没有核显，不知大家怎么看。QNMR最开始是被叫做i7-8670K，因为频率低且6核，现在归为8700K了，频率低发热大不是它的错。至于QS，都是在咸鱼详情和网上找的玩家截图，都已核实，CPU在cpu-z的规格里有型号显示，能看到具体型号，和正式版参数一模一样，如果不显示型号，哪怕参数一模一样也算ES。当然，本质上QS也属于ES，这里只是划分出正显版而已。还有哪些常见的八代九代测试版U，欢迎大家补充，也方便新来的萌新查询，本人水平有限，不足之处还请大家多多指正。
塑料用AB胶，玻璃用无影胶，石头用水泥，金属用焊接，手术用手术线缝合，衣服用针线，耳机单元用e8000,手机外壳用胶贴，屏幕用b700，鞋子用7900，pvc接管用PVC胶水，管螺纹螺丝防松密封用厌氧胶，补铸件用铸工胶，木板用白乳胶，电器绝缘密封用704硅橡胶，机械元件密封防油防水用丁晴胶， 昆虫标本耳机外壳填充造型用树脂胶，烤瓷牙用光固化树脂，DIY用热融胶，PCB防水用透明有机密封胶，防鞋线雨天进水烂线断线用502
有位置信息的一条报错
[47716.772022] EDAC MC0: 1 CE ie31200 CE on mc#0csrow#1channel#0 (csrow:1 channel:0 page:0x0 offset:0x0 grain:8 syndrome:0x8)
内存位置信息
P0_Node0_Channel0_Dimm0 DIMMA1 18ADF4G72AZ-3G2BT P0_Node0_Channel1_Dimm1 DIMMB2 MTA18ASF4G72AZ-3G2BZ
dmidecode -t memory | grep 'Locator' Locator: DIMMA1 Bank Locator: P0_Node0_Channel0_Dimm0 Locator: DIMMA2 Bank Locator: P0_Node0_Channel0_Dimm1 Locator: DIMMB1 Bank Locator: P0_Node0_Channel1_Dimm0 Locator: DIMMB2 Bank Locator: P0_Node0_Channel1_Dimm1
错误信息
➜ ~ grep "[0-9]" /sys/devices/system/edac/mc/mc0/rank*/dimm_ce_count /sys/devices/system/edac/mc/mc0/rank0/dimm_ce_count:0 /sys/devices/system/edac/mc/mc0/rank1/dimm_ce_count:0 /sys/devices/system/edac/mc/mc0/rank2/dimm_ce_count:1 /sys/devices/system/edac/mc/mc0/rank3/dimm_ce_count:0
这里 rank 和上述的内存位置信息无法对应关系。
查看该目录下的 dimm_location
dimm_location
ls /sys/devices/system/edac/mc/mc0/rank2/ dimm_ce_count dimm_dev_type dimm_edac_mode dimm_label dimm_location dimm_mem_type dimm_ue_count power size uevent
grep "[0-9]" /sys/devices/system/edac/mc/mc0/rank2/dimm_location csrow 1 channel 0
可以看到和上面 mc#0csrow#1channel#0 能够对应上。
继续核实位置信息
➜ ~ grep "[0-9]" /sys/devices/system/edac/mc/mc0/rank*/dimm_location /sys/devices/system/edac/mc/mc0/rank0/dimm_location:csrow 0 channel 0 /sys/devices/system/edac/mc/mc0/rank1/dimm_location:csrow 0 channel 1 /sys/devices/system/edac/mc/mc0/rank2/dimm_location:csrow 1 channel 0 /sys/devices/system/edac/mc/mc0/rank3/dimm_location:csrow 1 channel 1
这里可以确定出问题的内存条是 第二个内存通道的第一条出现了问题，但问题来了哪个是第二个内存通道？出问题的是B1吗？但是B1处没有内存条。
ipmitool -I lan -U ADMIN -H 10.0.0.4 sensor thresh FAN1 lower 150 225 300
Replacing:
ADMIN with the IPMI username10.0.0.4 with your own IPMI addressFAN1 with the desired FAN (FANA, FAN1, FAN2, FAN3, FAN4)150 with the lower non-recoverable value225 with the lower critical value300 with the lower non-critical value
这几天尝试了一下，Sonarr 还是不够灵活，不能手动筛选，字幕组的命名不都是那么规范的。之前很长一段时间是在 bangumi 和 dmhy 上筛选后输出 RSS，然后再放 TTRSS 里面做归纳，Flexget 再监控 TTRSS 输出的 RSS 链接推送到 qBittorrent 自动下载，弹弹play 负责媒体库和弹幕。这样的缺点就是新一个季度的时候得花时间去整理一下，管理也不是十分方便。但是使用了 Sonarr 之后，还是觉得拖拉机的方案也足够灵活和好用。
又是前端“加密”的神奇玩意儿
修好了
一次或多次排查，换了路由系统之后，寝室的跳板机器（挂着外面进局域网唯一的通道两个 Shadowsocks 代理）的代理突然无法访问了，将代理迁到另一台机器上正常，怀疑是跳板机的网络问题，但是上面跑的网页也十分正常，一直没找到原因就这么搁置了很久；
今晚弄另一个代理的时候顺便排查原因，检查了 Nginx 到容器的端口问题和容器内部网络问题，在容器内部 Curl Baidu 是正常的，就让我十分费解了。
Shadowsocks 这边能看到 Log 提示请求到了容器内部，但是客户端却响应超时，Log 内容不足，最后想着把 ss-server 的 Log Level 提升到 Debug 模式后发现有 DNS 解析相关的问题，ss-server log 显示第一次尝试解析 v4 失败，再次尝试解析 v6 失败，搜索时发现 Github Issue服务端ipv6环境使用问题 中的配置有一行
改配置指定了 SS-server 使用的 DNS，于是指定 DNS 为局域网的网关后就正常了；
好像就是最初看到你用ss回家，后来我也弄了两个，本来都好好的，但是后来遇到A地ss服务端占用高问题，日志里会有扫网段的情况出现，导致这个容器cpu拉满占用，不过后来从host模式改成端口映射那种就没事了，A地解决了。再到B地去看一样有类似的日志，但是倒不会造成卡顿，奇怪是A地设备的性能远超B地，反而B地不会占用高到ss转发异常。不过目前能用就好了。
ss tcp udp是不能通过Nginx赚的，除非套http协议，但会有性能消耗。不过我仅用了ss采取端口隐射出容器的端口就没事的。我再看了下ss日志，其实不是有人扫网段，是ss自己不停找不到内网地址，后来取消host模式就正常了。
Nginx转一次，看能不能配一个fail2ban
好像就是最初看到你用ss回家，后来我也弄了两个，本来都好好的，但是后来遇到A地ss服务端占用高问题，日志里会有扫网段的情况出现，导致这个容器cpu拉满占用，不过后来从host模式改成端口映射那种就没事了，A地解决了。再到B地去看一样有类似的日志，但是倒不会造成卡顿，奇怪是A地设备的性能远超B地，反而B地不会占用高到ss转发异常。不过目前能用就好了。
出水快接头和进水快接奶嘴头各一套在1688上买的，19块钱一套全铜进出水快接套装，(某宝拼多多要20块钱一个零件，一套35-40块钱，咸鱼16块钱一套，进出水一套的32，1688全套进出水算上邮费才19元)，延长管看你有没有提供插电和水源的问题了，如果有水源有电源，离电源近离水源远买根纤维软管，别买不锈钢网的管还有外面塑料不买pvc，买的是ppr或者pp管，因为这种水管在地上拉来拉去和收纳折叠需要耐磨性和韧性，pvc韧性和耐磨都不如ppr和pp，不锈钢网也不够韧性，两个硬度较高的组合，分分钟没用几次就爆管，特别是你管子缠绕了几圈解开拉直时候有了定型，管子会打折，ppr+纤维软管可以复原，而你买了不锈钢内网+pvc管子会直接爆管，清洗机原配的管子都是纤维软管，买什么不锈钢管。
据说每个村子都有一个守村人，或智力低下、或疯疯癫癫、或身体残疾，生活拮据、无父无母、孤独终老。据说守村人的身体残障、家庭破碎都是因为为村子挡下灾难而造成的，而且守村人的一生都与村子绑定在了一起，村子往后的灾难都将以病痛的形式体现在守村人身上，直到守村人承受不住死亡的那天。守村人的一生也不会离开村子，就算离开也是短时间和短距离的。据说离开的距离和时间长了，守村人就会死。当然，当村子繁荣时也会回馈守村人，他们的病痛会减少减轻。传说村子最繁荣时，守村人会和普通人一样，不再疯癫痴傻。传说守村人是前世罪孽深重但有悔改之心的人，今生作为守村人来洗清罪孽。不过虽然守村人是来赎罪的，但是如果有人欺辱他，那么他的罪孽就会转移一些到欺辱他的人的身上。除去那些玄学传说，现实中也的确存在每隔一段时间，村子里就会出现一个苦难的守村人。以上就是守村人的由来。
一般放这种玻璃材质的展示品呢，灯带放后面会比较突出质感，放在中间的话更适合放手办，同时灯带最好选择45°嵌入向后打光，这样更容易营造见光不见灯的效果，最后，作为展示柜用了浅色玻璃，那侧边最好不要露出铰链，可以选择天地轴和针式铰链，以上仅供参考。
新装的 ITX 卵路由（大材小用）
TR609 用官方工具刷 CR6606 似乎是校验错误，在上传固件成功后，一直闪烁紫灯，重启仍在 OpenWRT，后来建议刷回 cr6606 的 bootloader，先刷 CR6608。
要先注入
然后再写入 pb-boot.img
CPUID：906EA
产品：8代、9代ES不显、正显与正式版
步进：U0(6+2)
台式桌面U：
8700T - ES - QN8J
8670 - ES - QNLW
8700 - ES - QN8H
8700 - QS - QNML
8670K - ES - QNMR
8700K - ES - QNLU
8700K - ES - QNLV
8700K - ES - QNLW
8700K - ES - QN8G
8700K - QS - QNMK
服务器至强U：
E-2104G - ES - QPTB
E-2124 - ES - QPA2
E-2124G - ES - QP9Y
E-2126G - ES - QNTA
E-2126G - ES - QNTM
E-2134 - ES - QPA1
E-2136 - QS - QP4C
E-2136 - ES - QNCU
E-2136G - ES - QNCW
E-2144G - ES - QP9Z
E-2146G - ES - QNT9
E-2174G - ES - QPA0
E-2176G - ES - QNCV
E-2176G - QS - QNT8
E-2186G - QS - QNT6
十代马甲U：
10500 - ES - QSRK
10600 - ES - QSRJ
CPUID：906EC
产品：9代ES, QS与正式版
步进：P0(8+2)
台式桌面U：
9900T - ES - QQC0
9900T - ES - QQZ6
9900 - ES - QQBZ
9900 - ES - QQZ5
9900K - ES - QQBY
9900K - ES - QQZ4
9900K - QS - QQPP
服务器至强U：
E-2278G - ES - QRA2
E-2278G - ES - QQM6
E-2288G - ES - QRA1
E-2288G - ES - QQM5
移动平台U：
8850HK - ES - QNCT
9850HK - ES - QQLT
9980HK - ES - QQLS
906ED 9代ES - QS - 与正式版 R0(8+2) 都是魔改型号上台式机，这一栏仅仅只是给D大看看R0步进
10980HK - ES - QTJ1
2276M- QS -QTJ2
说明，以上数据都是淘宝自己对比收录的，由于ES不显没有具体型号，都是按照核心线程，功率，是否锁频锁倍数来估测型号的，尤其是8700K有多个型号，有锁频高功耗的，也有低频的，也有65W的可超频的。当然，你也可以把它们看作是能超频的高功耗8700T和8700。
还有一些不好命名的，比如：
QNCU，淘宝大家都默认是2146G，实质按频率算是2136，因为它没有核显，不知大家怎么看。
QNMR最开始是被叫做i7-8670K，因为频率低且6核，现在归为8700K了，频率低发热大不是它的错。
至于QS，都是在咸鱼详情和网上找的玩家截图，都已核实，CPU在cpu-z的规格里有型号显示，能看到具体型号，和正式版参数一模一样，如果不显示型号，哪怕参数一模一样也算ES。当然，本质上QS也属于ES，这里只是划分出正显版而已。
还有哪些常见的八代九代测试版U，欢迎大家补充，也方便新来的萌新查询，本人水平有限，不足之处还请大家多多指正。
塑料用AB胶，玻璃用无影胶，石头用水泥，金属用焊接，手术用手术线缝合，衣服用针线，耳机单元用e8000,手机外壳用胶贴，屏幕用b700，鞋子用7900，pvc接管用PVC胶水，管螺纹螺丝防松密封用厌氧胶，补铸件用铸工胶，木板用白乳胶，电器绝缘密封用704硅橡胶，机械元件密封防油防水用丁晴胶， 昆虫标本耳机外壳填充造型用树脂胶，烤瓷牙用光固化树脂，DIY用热融胶，PCB防水用透明有机密封胶，防鞋线雨天进水烂线断线用502
有位置信息的一条报错
内存位置信息
错误信息
这里 rank 和上述的内存位置信息无法对应关系。
查看该目录下的
dimm_location可以看到和上面 mc#0csrow#1channel#0 能够对应上。
继续核实位置信息
这里可以确定出问题的内存条是 第二个内存通道的第一条出现了问题，但问题来了哪个是第二个内存通道？出问题的是B1吗？但是B1处没有内存条。
Replacing:
ADMIN with the IPMI username
10.0.0.4 with your own IPMI address
FAN1 with the desired FAN (FANA, FAN1, FAN2, FAN3, FAN4)
150 with the lower non-recoverable value
225 with the lower critical value
300 with the lower non-critical value
这几天尝试了一下，Sonarr 还是不够灵活，不能手动筛选，字幕组的命名不都是那么规范的。之前很长一段时间是在 bangumi 和 dmhy 上筛选后输出 RSS，然后再放 TTRSS 里面做归纳，Flexget 再监控 TTRSS 输出的 RSS 链接推送到 qBittorrent 自动下载，弹弹play 负责媒体库和弹幕。
这样的缺点就是新一个季度的时候得花时间去整理一下，管理也不是十分方便。
但是使用了 Sonarr 之后，还是觉得拖拉机的方案也足够灵活和好用。
又是前端“加密”的神奇玩意儿