分类目录归档：DIY and Geek

简单记录一下青龙面板的设置

发表评论

如何部署就不赘述了，网上很多文章都有介绍。
今天早上发现自制的黑铁威马NAS的内存占用达到了70%，（安装的是一根2G的内存条），再一看发现是docker的容器很吃内存。
我运行了一个librespeed测速服务器，一个自动签到，一个青龙面板。可以看到青龙面板和自动签到就占用了接近1.2GB的内存。

然后拆机更换为一根4GB的内存，由于当初配置的时候设置的镜像是不自动启动的，所以必须手工启动它们。结果手贱在自动重新启动应用前面打了对勾并按下了应用，等了好久还是打不开青龙面板的页面，再一看青龙的容器居然被删除了！

瞬间一万个羊驼从脑海奔过，这特么的真是一个手贱导致要浪费大把时间的节奏啊，关键是距上一次从0开始设置已经过去几个月时间了，都已经忘记了具体操作步骤了。
没办法，这次就多花点时间精力记录一下，免得下次设置时候又要浪费时间搜索爬文。
青龙面板运行后设置完账户密码，登录到面板界面。
然后在ssh下面用root用户运行
docker ps
显示所有容器。
然后选择你需要进入的容器名称，比如我的青龙是f8ed1db3309c
运行docker exec -it f8ed1db3309c /bin/bash 进入青龙容器
然后运行ql check，坐等一两分钟，会输出下面一堆信息。
/ql/shell/check.sh: line 94: /root/.bashrc: No such file or directory
## 开始执行… 2022-10-18 08:23:34

=====> 开始检测

changed 1 package in 21s
Progress: resolved 1, reused 0, downloaded 0, added 0
Progress: resolved 3, reused 0, downloaded 3, added 0
Progress: resolved 4, reused 0, downloaded 3, added 0
Progress: resolved 35, reused 0, downloaded 17, added 0
Progress: resolved 54, reused 0, downloaded 34, added 0
Progress: resolved 83, reused 2, downloaded 57, added 0
WARN  deprecated uuid@3.4.0: Please upgrade to version 7 or higher. Older versions may use Math.random() in certain circumstances, which is known to be problematic. See https://v8.dev/blog/math-random for details.
Progress: resolved 127, reused 7, downloaded 95, added 0
Progress: resolved 174, reused 14, downloaded 133, added 0
Packages: +3 -2
+++–
Progress: resolved 198, reused 17, downloaded 179, added 3, done

/root/.local/share/pnpm/global/5:
– pm2 5.2.0
+ pm2 5.2.2

WARN  Issues with peer dependencies found
.
└─┬ ts-node 10.9.1
└── ✕ missing peer @types/node@”*”
Peer dependencies that should be installed:
@types/node@”*”

Done in 10.9s
—> 1. 复制通知文件

—> 复制一份 /ql/sample/notify.py 为 /ql/data/scripts/notify.py

‘/ql/sample/notify.py’ -> ‘/ql/data/scripts/notify.py’

—> 复制一份 /ql/sample/notify.js 为 /ql/data/scripts/sendNotify.js

‘/ql/sample/notify.js’ -> ‘/ql/data/scripts/sendNotify.js’
—> 通知文件复制完成

—> 2. 复制nginx配置文件

‘/ql/docker/nginx.conf’ -> ‘/etc/nginx/nginx.conf’
‘/ql/docker/front.conf’ -> ‘/etc/nginx/conf.d/front.conf’
—> 配置文件复制完成

=====> 检测面板

<!DOCTYPE html>
<html>
<head>
<meta charset=”utf-8″ />
<meta
name=”viewport”
content=”width=device-width, initial-scale=1, maximum-scale=1, minimum-scale=1, user-scalable=no”
/>
<link rel=”shortcut icon” type=”image/x-icon” href=”/images/favicon.svg” />
<link rel=”stylesheet” href=”/umi.1a1e4a3d.css” />
<script>
window.routerBase = “/”;
</script>
<script>
//! umi version: 3.5.34
</script>
</head>
<body>
<div id=”root”></div>

<script src=”https://gw.alipayobjects.com/os/lib/react/16.13.1/umd/react.production.min.js”></script>
<script src=”https://gw.alipayobjects.com/os/lib/react-dom/16.13.1/umd/react-dom.production.min.js”></script>
<script src=”/umi.171fdc21.js”></script>
</body>
</html>

=====> 面板服务启动正常

=====> 检测nginx服务
94 root 0:00 nginx: master process nginx -c /etc/nginx/nginx.conf
95 root 0:00 nginx: worker process
96 root 0:00 nginx: worker process

=====> nginx服务正常

—> pm2日志
2022-10-18T07:26:42: info: ✌️ DB loaded
2022-10-18T07:26:42: info: ✌️ Init file down
2022-10-18T07:26:43: info: ✌️ Sentry loaded
2022-10-18T07:26:45: info: ✌️ Dependency Injector loaded
2022-10-18T07:26:45: info: ✌️ Express loaded
2022-10-18T07:26:45: info: ✌️ init data loaded
2022-10-18T07:26:45: info: ✌️ link deps loaded
2022-10-18T07:26:45: info: ✌️ init task loaded
2022-10-18T07:26:46: info: ✌️ Sock loaded
2022-10-18T07:26:46: info: [创建interval任务]，任务ID: token，任务名: 生成token，执行命令: node /ql/static/build/token.js
2022-10-18T07:26:46: debug: ✌️ Back server launched on port 5600
2022-10-18T07:26:47: info: 任务 node /ql/static/build/token.js 进程id: 228 退出，退出码 0
2022-10-18T08:16:49: info: [取消定时任务]，任务名：KR
2022-10-18T08:16:49: info: [创建cron任务]，任务ID: 1，cron: 0 1 * * *，任务名: KR，执行命令: ql repo “https://github.com/KingRan/KR.git” “” “” “” “” “”
2022-10-18T08:17:12: error: 执行任务 ql repo “https://github.com/KingRan/KR.git” “” “” “” “” “” 失败，时间：2022-10-18 8:17:12, 错误信息：”Cloning into ‘/ql/data/repo/KingRan_KR’…\n”
2022-10-18T08:18:59: info: 任务 task KingRan_KR/h5st.ts 进程id: 10679 退出，退出码 0
2022-10-18T08:19:17: info: 任务 task KingRan_KR/jd_bean_change_pro.js 进程id: 12067 退出，退出码 0
2022-10-18T08:23:15: info: 任务 ql repo “https://github.com/KingRan/KR.git” “” “” “” “” “” 进程id: 239 退出，退出码 0

=====> 检测后台

{“code”:401,”message”:”jwt malformed”}

=====> 后台服务启动正常

启动面板服务

启动定时任务服务

启动公开服务

=====> 检测结束

## 执行结束… 2022-10-18 08:24:20 耗时 46 秒

 
运行之后应该就解决了脚本的依赖关系的问题。不用手工一个个去设置了。
再然后去青龙面板添加名称为JD_COOKIE的变量，填入你的cookie即可，至于如何获取京东cookie，大家自行搜索爬文，这里就不赘述了。
再接下来去青龙面板的订阅管理里面按下图添加KR库然后运行一下即可，各个脚本就会被添加到定时任务里面。

对了，在运行订阅管理脚本之前去青龙面板的配置文件里，改一下下面这个参数即可，加上ts。
## ql repo命令拉取脚本时需要拉取的文件后缀，直接写文件后缀名即可
RepoFileExtensions=”js py ts”

搞定。

20221021 update
还是需要在青龙面板里面手工安装依赖的
NodeJs 依赖库
crypto-js
prettytable
dotenv
jsdom
date-fns
tough-cookie
tslib
ws@7.4.3
ts-md5
jsdom -g
jieba
fs
form-data
json5
global-agent
png-js
@types/node
require
typescript
js-base64
axios
moment
got
md5
request
download
tunnel
ws
qrcode-terminal

Python3 依赖库
requests
canvas
ping3
jieba
aiohttp

Linux 依赖库安装失败，不清楚是什么情况。
bizCode
bizMsg
lxml

I5-8250U在hyper-v下面使用unixbench测试性能

发表评论

BYTE UNIX Benchmarks (Version 5.1.3)

System: gcc-x64: GNU/Linux
OS: GNU/Linux — 5.4.0-122-generic — #138-Ubuntu SMP Wed Jun 22 15:00:31 UTC 2022
Machine: x86_64 (x86_64)
Language: en_US.utf8 (charmap=”UTF-8″, collate=”UTF-8″)
CPU 0: Intel(R) Core(TM) i5-8250U CPU @ 1.60GHz (3600.0 bogomips)
Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET
CPU 1: Intel(R) Core(TM) i5-8250U CPU @ 1.60GHz (3600.0 bogomips)
Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET
CPU 2: Intel(R) Core(TM) i5-8250U CPU @ 1.60GHz (3600.0 bogomips)
Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET
CPU 3: Intel(R) Core(TM) i5-8250U CPU @ 1.60GHz (3600.0 bogomips)
Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET
CPU 4: Intel(R) Core(TM) i5-8250U CPU @ 1.60GHz (3600.0 bogomips)
Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET
CPU 5: Intel(R) Core(TM) i5-8250U CPU @ 1.60GHz (3600.0 bogomips)
Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET
CPU 6: Intel(R) Core(TM) i5-8250U CPU @ 1.60GHz (3600.0 bogomips)
Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET
CPU 7: Intel(R) Core(TM) i5-8250U CPU @ 1.60GHz (3600.0 bogomips)
Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET
06:46:06 up 7:49, 2 users, load average: 0.00, 0.00, 0.00; runlevel 5

————————————————————————
Benchmark Run: Sat Jul 23 2022 06:46:06 – 07:14:12
8 CPUs in system; running 1 parallel copy of tests

Dhrystone 2 using register variables 42608524.8 lps (10.0 s, 7 samples)
Double-Precision Whetstone 6489.4 MWIPS (9.9 s, 7 samples)
Execl Throughput 4129.9 lps (30.0 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks 635787.5 KBps (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks 169590.5 KBps (30.0 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks 1985937.5 KBps (30.0 s, 2 samples)
Pipe Throughput 865156.9 lps (10.0 s, 7 samples)
Pipe-based Context Switching 20744.7 lps (10.0 s, 7 samples)
Process Creation 7347.1 lps (30.0 s, 2 samples)
Shell Scripts (1 concurrent) 10401.9 lpm (60.0 s, 2 samples)
Shell Scripts (8 concurrent) 2980.9 lpm (60.0 s, 2 samples)
System Call Overhead 537140.1 lps (10.0 s, 7 samples)

System Benchmarks Index Values BASELINE RESULT INDEX
Dhrystone 2 using register variables 116700.0 42608524.8 3651.1
Double-Precision Whetstone 55.0 6489.4 1179.9
Execl Throughput 43.0 4129.9 960.5
File Copy 1024 bufsize 2000 maxblocks 3960.0 635787.5 1605.5
File Copy 256 bufsize 500 maxblocks 1655.0 169590.5 1024.7
File Copy 4096 bufsize 8000 maxblocks 5800.0 1985937.5 3424.0
Pipe Throughput 12440.0 865156.9 695.5
Pipe-based Context Switching 4000.0 20744.7 51.9
Process Creation 126.0 7347.1 583.1
Shell Scripts (1 concurrent) 42.4 10401.9 2453.3
Shell Scripts (8 concurrent) 6.0 2980.9 4968.2
System Call Overhead 15000.0 537140.1 358.1
========
System Benchmarks Index Score 1065.4

————————————————————————
Benchmark Run: Sat Jul 23 2022 07:14:12 – 07:42:44
8 CPUs in system; running 8 parallel copies of tests

Dhrystone 2 using register variables 153654544.7 lps (10.0 s, 7 samples)
Double-Precision Whetstone 34421.6 MWIPS (11.5 s, 7 samples)
Execl Throughput 13329.0 lps (29.9 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks 712096.5 KBps (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks 180312.6 KBps (30.0 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks 2250174.5 KBps (30.0 s, 2 samples)
Pipe Throughput 3111422.7 lps (10.0 s, 7 samples)
Pipe-based Context Switching 601761.1 lps (10.0 s, 7 samples)
Process Creation 22973.2 lps (30.0 s, 2 samples)
Shell Scripts (1 concurrent) 23595.3 lpm (60.0 s, 2 samples)
Shell Scripts (8 concurrent) 3313.3 lpm (60.0 s, 2 samples)
System Call Overhead 1990193.6 lps (10.0 s, 7 samples)

System Benchmarks Index Values BASELINE RESULT INDEX
Dhrystone 2 using register variables 116700.0 153654544.7 13166.6
Double-Precision Whetstone 55.0 34421.6 6258.5
Execl Throughput 43.0 13329.0 3099.8
File Copy 1024 bufsize 2000 maxblocks 3960.0 712096.5 1798.2
File Copy 256 bufsize 500 maxblocks 1655.0 180312.6 1089.5
File Copy 4096 bufsize 8000 maxblocks 5800.0 2250174.5 3879.6
Pipe Throughput 12440.0 3111422.7 2501.1
Pipe-based Context Switching 4000.0 601761.1 1504.4
Process Creation 126.0 22973.2 1823.3
Shell Scripts (1 concurrent) 42.4 23595.3 5564.9
Shell Scripts (8 concurrent) 6.0 3313.3 5522.1
System Call Overhead 15000.0 1990193.6 1326.8
========
System Benchmarks Index Score 3005.4
测试的时候，由于笔记本散热原因，CPU基本上长时间在2.1Ghz运行。
下面贴一个J1900CPU，宿主机运行openwrt，在docker里运行ubuntu使用unixbench测试的得分。
BYTE UNIX Benchmarks (Version 5.1.3)

System: OpenWrt: GNU/Linux
OS: GNU/Linux — 5.15.35 — #0 SMP Mon Apr 25 11:18:22 2022
Machine: x86_64 (x86_64)
Language: en_US.utf8 (charmap=”ANSI_X3.4-1968″, collate=”ANSI_X3.4-1968″)
CPU 0: Intel(R) Celeron(R) CPU J1900 @ 1.99GHz (4000.0 bogomips)
Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization
CPU 1: Intel(R) Celeron(R) CPU J1900 @ 1.99GHz (4000.0 bogomips)
Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization
CPU 2: Intel(R) Celeron(R) CPU J1900 @ 1.99GHz (4000.0 bogomips)
Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization
CPU 3: Intel(R) Celeron(R) CPU J1900 @ 1.99GHz (4000.0 bogomips)
Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization
15:47:42 up 7 days, 12:59, 0 users, load average: 0.74, 0.33, 0.14; runlevel

————————————————————————
Benchmark Run: Fri Jul 22 2022 15:47:42 – 16:15:46
4 CPUs in system; running 1 parallel copy of tests

Dhrystone 2 using register variables 11870208.3 lps (10.0 s, 7 samples)
Double-Precision Whetstone 2427.7 MWIPS (10.2 s, 7 samples)
Execl Throughput 1596.9 lps (30.0 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks 242133.1 KBps (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks 66194.7 KBps (30.0 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks 637394.7 KBps (30.0 s, 2 samples)
Pipe Throughput 466222.1 lps (10.0 s, 7 samples)
Pipe-based Context Switching 41094.0 lps (10.0 s, 7 samples)
Process Creation 2470.1 lps (30.0 s, 2 samples)
Shell Scripts (1 concurrent) 3385.2 lpm (60.0 s, 2 samples)
Shell Scripts (8 concurrent) 1181.3 lpm (60.0 s, 2 samples)
System Call Overhead 376589.3 lps (10.0 s, 7 samples)

System Benchmarks Index Values BASELINE RESULT INDEX
Dhrystone 2 using register variables 116700.0 11870208.3 1017.2
Double-Precision Whetstone 55.0 2427.7 441.4
Execl Throughput 43.0 1596.9 371.4
File Copy 1024 bufsize 2000 maxblocks 3960.0 242133.1 611.4
File Copy 256 bufsize 500 maxblocks 1655.0 66194.7 400.0
File Copy 4096 bufsize 8000 maxblocks 5800.0 637394.7 1099.0
Pipe Throughput 12440.0 466222.1 374.8
Pipe-based Context Switching 4000.0 41094.0 102.7
Process Creation 126.0 2470.1 196.0
Shell Scripts (1 concurrent) 42.4 3385.2 798.4
Shell Scripts (8 concurrent) 6.0 1181.3 1968.8
System Call Overhead 15000.0 376589.3 251.1
========
System Benchmarks Index Score 475.5

————————————————————————
Benchmark Run: Fri Jul 22 2022 16:15:46 – 16:43:51
4 CPUs in system; running 4 parallel copies of tests

Dhrystone 2 using register variables 46351886.4 lps (10.0 s, 7 samples)
Double-Precision Whetstone 9709.4 MWIPS (10.2 s, 7 samples)
Execl Throughput 4547.2 lps (29.8 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks 422497.9 KBps (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks 123753.2 KBps (30.0 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks 1023713.4 KBps (30.0 s, 2 samples)
Pipe Throughput 1829630.5 lps (10.0 s, 7 samples)
Pipe-based Context Switching 269682.6 lps (10.0 s, 7 samples)
Process Creation 9473.4 lps (30.0 s, 2 samples)
Shell Scripts (1 concurrent) 10449.0 lpm (60.0 s, 2 samples)
Shell Scripts (8 concurrent) 1413.0 lpm (60.1 s, 2 samples)
System Call Overhead 1377797.4 lps (10.0 s, 7 samples)

System Benchmarks Index Values BASELINE RESULT INDEX
Dhrystone 2 using register variables 116700.0 46351886.4 3971.9
Double-Precision Whetstone 55.0 9709.4 1765.3
Execl Throughput 43.0 4547.2 1057.5
File Copy 1024 bufsize 2000 maxblocks 3960.0 422497.9 1066.9
File Copy 256 bufsize 500 maxblocks 1655.0 123753.2 747.8
File Copy 4096 bufsize 8000 maxblocks 5800.0 1023713.4 1765.0
Pipe Throughput 12440.0 1829630.5 1470.8
Pipe-based Context Switching 4000.0 269682.6 674.2
Process Creation 126.0 9473.4 751.9
Shell Scripts (1 concurrent) 42.4 10449.0 2464.4
Shell Scripts (8 concurrent) 6.0 1413.0 2355.0
System Call Overhead 15000.0 1377797.4 918.5
========
System Benchmarks Index Score 1364.1

可以看出，J1900的CPU还是很强悍的。I5-8250U理论上相当于5倍的J1900性能，但是由于在hyper-v虚拟机下面测试，性能折损较大。
关于不同CPU性能测试，可以参考这篇文章。
http://www.wifizoo.net/archives/2017

腾达AC15改5G的飞线方法

发表评论

硬改5G 其实比较简单，总结下来就是拆三个电阻+飞三根线
1、 删除R380 (意思是让R380开路就可以，也可直接拿掉R380 这个电阻)，然后R381左端飞一根线到R380的下端；
2、 删除R384(意思是让R384开路就可以，也可直接拿掉R384 这个电阻)，然后R385下端飞一根线到R384下端（或U33上端）；
3、 删除R387(意思是让R387开路就可以，也可直接拿掉R387 这个电阻)，然后R388右端飞一根线到R387上端（或U34左上端）

华为P10plus禁用系统更新以及删除预装软件

发表评论

我在系统里面关闭了自动更新和WLAN下载，但是还是经常弹出提示有系统更新，一不小心就点错了。太影响使用了。决定禁用。

1、电脑安装华为手机助手和Handset+WinDriver驱动
2、进入开发者选项，打开“手机打开USB调试”，“仅充电模式下允许ADB调试”，手机上确认允许电脑usb调试。
3、手机上断开wifi和移动网络，应用管理里找到系统更新-存储-删除数据，再退出进入系统更新，目的是消除已有的设置红点角标，还没出现设置红点的直接跳过这步。
4、电脑上管理员身份运行命令提示符（cmd或者dos），定位到adb所在目录，
输入命令adb shell pm disable-user com.huawei.android.hwouc，停用系统更新。
输入命令adb shell pm enable com.huawei.android.hwouc 这是重新打开系统更新。
之后在应用管理里看到系统更新是停用了，而且设置菜单里的系统更新也消失了。

很多人不知道电脑怎么操作，我再详细写下步骤：
1、把adb文件夹放在C盘根目录下
2、开始-运行-CMD，打开后运行命令cd c:\adb
3、运行命令adb shell pm disable-user com.huawei.android.hwouc

开发者选项打开方法，是在关于手机里不停的点版本号，具体点几下完了开发者选项关闭方法，是在应用管理里找到设置-存储-删除数据，然后再进设置就看不到开发者选项了。
删除系统预装软件的指令为 adb shell pm uninstall –user 0 +软件包名
列出禁用的包
adb shell pm list packages -d
列出启用的包
adb shell pm list packages -e
列出预装的包
adb shell pm list packages
adb_华为手机开启和关闭系统更新提示

还有一些可以禁用的服务，也列出来。

com.baidu.input_huawei（百度输入法华为版）用惯了搜狗的直接禁用，对安全键盘无影响。
com.huawei.android.findmyphone（查找我的手机）你觉得安卓机丢了还能找回来吗？
com.android.printspooler（打印处理服务）办公人士不要禁。那些连打印机都没见过的花粉们？
com.huawei.phoneservice（服务）从这里面升级9.1的，还记得吗？
com.huawei.livewallpaper.Matewenty（华山）就是主题里面那个华山的动态主题，看着烦。
com.huawei.wallet（华为钱包）支付宝微信闪付等等等等
com.huawei.himovie（华为视频）妇联上映第二场1块钱就能看的年代还付费看视频？
com.huawei.hwid（华为移动服务）这个就是你设置里面第一排个人信息那个栏目，禁用之后就看不到了。
com.huawei.appmarket（华为应用市场）不好意思，我用的是大王卡，155555开头的。
com.android.keyguard（华为杂志锁屏）都锁屏了还要什么图片？？？
com.huawei.parentcontrol（健康使用手机）一天2充，还跟我提健康？
com.huawei.browser（浏览器）uc，夸克，via，x，等等，真香。
com.huawei.aod（灭屏显示）都灭屏了还显示什么时间，有意思吗？
com.huawei.suggestion（情景智能）就是主页面左滑的那个页面，禁用就看不到。
com.huawei.android.dsdscardmanager（双卡管理）我就一张卡，155555开头的那种。
com.huawei.skytone（天际通数据服务）那些生活范围在三点一线的花粉情可以堪？
com.android.dreams.phototable（图片屏保程序）屏保能保手机跌落屏幕不坏嘛？
com.android.documentsui（文件）看不惯这种箭头朝下的应用，**谁呢。
com.huawei.hidisk（文件管理）没禁用的花粉手机里肯定有等等资源，希望能尽早分享出来！
com.huawei.desktop.explorer（我的文件）同上，希望能早日分享出来！
com.huawei.android.FloatTasks（悬浮导航）俗称小白点，全面屏手势年代你搞个次世纪的东西出来？
com.ifytek.speechsuite（讯飞语音引擎）不喜欢科大的东西。
com.android.mediacenter（音乐）除了网易云，其他的都只能说是播放器。
com.huawei.securitymgr（隐私空间）花粉都是正直人士！！！
com.huawei.bd（用户体验改进计划）这怕是后台除了定位最最最….费电的。
com.huawei.vassistant（语音助手）除了打电话语音，其它一切对着手机说话的操作我都觉得2
com.huawei.trustspace（支付保护中心）我已经买了千万财产险来保护我的3位数财产了。
com.huawei.intelligent（智能助手）智能？
com.huawei.android.thememan（主题）主题图标我不想看见
com.google.android.marvin.talkback（不知道什么）谷歌的东西要来干嘛？
com.google.android.backuptransport（谷歌备份传输）正义2连问！
com.google.android.gsf（谷歌服务框架）正义3连问！
com.google.android.onetimeinitializer（谷歌one time）正义4连问！
com.google.android.gms（谷歌play服务）正义5连问！
com.android.vebding（谷歌play商店）正义6连问！
com.google.android.partnersetup（谷歌合作伙伴设置）正义终结之问！
com.andeoid.wallpaper.livepicker（稻穗屏保）保护了什么？
com.android.nfc（nfc服务）这个东西有公交卡的不要禁用！
com.android.stk（sim应用）受不了这个图标，一点用都没有还占两个图标的位置。占着茅坑不拉屎。
使用ADB卸载的应用有（不含在手机上能直接卸载的应用）：
package:com.huawei.hifolder //华为精品应用文件夹，
package:com.android.mediacenter //华为音乐，一堆广告，还要登录华为ID…
package:com.huawei.hidisk //文件管理,功能挺全，但是竟然强行绑定云空间…
package:com.huawei.android.thememanager //主题，里面一堆巨丑&要付费的主题
package:com.huawei.intelligent //手机桌面滑到最左侧的智能情景模式…全是广告，唉
package:com.huawei.appmarket //华为应用市场，连skype、google都搜不出来的市场有鸟用？
package:com.huawei.wallet //华为钱包，用不着，刷卡有云闪付，公交卡有大都会。
package:com.huawei.android.findmyphone //查找手机，1000块的手机查找什么手机？
package:com.huawei.phoneservice //会员服务，不好意思，不是会员
package:com.android.browser //（华为）浏览器，看到我的文章上方推送的新闻了吧
package:com.android.soundrecorder //录音机，卸载防止系统悄咪咪的监听我
package:com.baidu.input_huawei //百度输入法-华为版，起到1+1>2的效果，笑死我了
package:com.android.contacts //联系人，注意EMUI系统的拨号是属于联系人的子功能，
因此你会发现最终手机主页上的拨号+联系人都不见了
package:com.android.stk //SIM卡应用，已经过了2G时代，永别了
package:com.huawei.trustspace //支付保护中心，类似360沙箱，太麻烦不需要
package:com.android.calendar //日历，土味太浓，删了
package:com.huawei.vassistant //语音助手，防窃听，不多说
package:com.android.gallery3d //图库（系统相册），功能挺好，强绑华为云空间令人不爽，卸了
package:com.huawei.himovie //华为视频，本文一开头的罪魁祸首出现了，干掉你！

c:\adb>adb shell pm list packages -d
package:com.huawei.android.FloatTasks
package:com.huawei.intelligent
package:com.huawei.wallet
package:com.huawei.android.findmyphone
package:com.huawei.phoneservice
package:com.baidu.input_huawei
package:com.google.android.marvin.talkback
package:com.huawei.hwid
package:com.android.stk
package:com.android.printspooler
package:com.huawei.vassistant
package:com.android.keyguard
package:com.android.dreams.phototable
package:com.huawei.android.hwouc
package:com.google.android.backuptransport
package:com.huawei.suggestion
package:com.huawei.bd
package:com.huawei.skytone

参考链接：
https://zhuanlan.zhihu.com/p/107371855
https://zhuanlan.zhihu.com/p/126508204
http://www.usbmi.com/5700.html

20220712 update:

com.mgoogle.android.gms 这个是microG，不能禁用，否则vance报错无法联网，另外在手机管家里面，MicroG和VANCE自启动和关联启动给了就好了，让系统自己管理就好了。

com.android.vending
com.google.android.gms
#com.google.android.configupdater
#com.google.android.overlay.gmsconfig
#com.google.android.webview
#com.google.android.syncadapters.contacts
com.baidu.input_huawei 百度华为输入法
#com.huawei.trustagent 华为支付保护中心
com.huawei.android.FloatTasks
#com.huawei.securitymgr 隐私空间

以上全部禁用，目前没发现问题

com.huawei.vassistant 这个是语音助手，有SIRI一半的功力，设置个闹钟挺方便的，我打开了。

20220713 upodate:
带#号的貌似不能禁用，禁用之后淘宝，支付宝，千牛等APP运行巨慢巨卡，联网N久没反应，重新启用之后问题解决。

PVE里面使用GPT初始化磁盘选项为灰色的解决办法

发表评论

一台J1900小主机，安装了PVE虚拟化系统玩，很爽，但是随之问题来了。

由于MSATA空间不够，使用一个USB3.0的硬盘盒插了个SSD来扩展存储空间。但是发现USB不方便，不如直接把SSD接在板载的SATA接口上更好，然后关机，在PVE界面删除了之前建立的pve分区。

但是当把SSD接在SATA接口开机后，发现PVE里面无法初始化这个硬盘，GPT初始化磁盘选项为灰色无法选择。这就很抓狂了。

研究了一番，成功解决这个问题，下面记录下步骤，以免后续再用时忘记了。

首先把硬盘放在WIN下面，删除分区并初始化为NTFS格式。插上去后问题依旧，看来不是磁盘格式的问题。

使用vgdispaly指令发现之前建立的group名称usb还在，于是vgremove usb删除这个组，发现问题依旧没有得到解决，但是这一步骤起码是有用的，将废弃的组名删除掉不是坏事。

在shell里面使用fdisk /dev/sdb，先删除之前的分区，然后使用g指令使用gpt格式初始化磁盘。

Create a new label
g create a new empty GPT partition table
G create a new empty SGI (IRIX) partition table
o create a new empty DOS partition table
s create a new empty Sun partition table

然后按w退出，PVE页面的按钮终于可以使用了！

Command (m for help): g
Created a new GPT disklabel (GUID: 1D966722-6637-BB47-AD90-DD3F86941F0D).
The old LVM2_member signature will be removed by a write command.

Command (m for help): p

Disk /dev/sdb: 111.8 GiB, 120034123776 bytes, 234441648 sectors
Disk model: SanDisk SDSSDA12
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 1D966722-6637-BB47-AD90-DD3F86941F0D

搞定收工。

20210209 update

如果格式化为gpt后在web界面该磁盘显示device mapper等字样，重启PVE后应该就可以了。

AX88179千兆USB网卡在openwrt使用的注意事项

1条回复

最近买了个AX88179的USB3.0千兆网卡，给手里的一个J1850千兆单网口小主机加上这个USB千兆网卡，做成一个软路由来使用，过程中发现这个USB网卡不稳定，动不动就断流然后变成百兆速率，简直是抓狂啊。

仔细研究了一下，发现问题出在自己编译的这个openwrt固件没有加入USB3.0的驱动，导致网卡不稳定，原因并不是网卡自身，而是驱动的问题。

于是将kmod-usb3加入后，问题解决，这个千兆USB网卡十分稳定。