林伟源 Hexo https://linweiyuan.github.io/ All rights reserved 2026, 林伟源 林伟源的技术博客 2026-05-09T01:45:34.367Z 林伟源 今天折腾下串流，sunshine 这个包在 Arch 的 aur 库里是有的，如果不想自己编译那么还可以直接从 archlinuxcn 里装

装完直接用，没有任何问题，moonlight 也很正常

但是，我的 Steam 是安装在虚拟机 Windows 上的，那么串流的时候，输入 Arch 的 IP 显然不合逻辑，所以就连不上了

这时，翻看 sunshine 的配置，会发现上面有列出需要用到的端口，那么是否可以进行端口映射来解决？

答案是可以的，并且可以用多种方式实现，比如常见的 iptables，或者 qemu 自带的

但是我这里用 socat

1
2
3
4
5
6
7
socat TCP-LISTEN:47984,fork TCP:192.168.122.130:47984
socat TCP-LISTEN:47989,fork TCP:192.168.122.130:47989
socat TCP-LISTEN:48010,fork TCP:192.168.122.130:48010
socat UDP-LISTEN:48010,fork UDP:192.168.122.130:48010
socat UDP-LISTEN:47998,fork UDP:192.168.122.130:47998
socat UDP-LISTEN:47999,fork UDP:192.168.122.130:47999
socat UDP-LISTEN:48000,fork UDP:192.168.122.130:48000

这样就可以了

当然，还可以给虚拟机插入个 USB 网卡，这种方式我试过也是没有问题

]]> https://linweiyuan.github.io/2025/03/02/Sunshine-Moonlight.html 2025-03-02T16:07:05.000Z 今天折腾下串流，sunshine 这个包在 Arch 的 aur 库里是有的，如果不想自己编译那么还可以直接从 archlinuxcn 里装

装完直接用，没有任何问题，moonlight 也很正常

但是，我的 Steam 是安装在虚拟机 Wind]]>

Sunshine + Moonlight 2026-05-09T01:45:34.367Z 林伟源 今天是 15 号，需要搭一个新的系统用来做测试，用了一直使用的脚本来安装后，出了问题，无法连接网络，报错信息大概是权限问题，后面重启或者其他操作也全部报错

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
Jan 15 18:21:20 archlinux systemd[1]: polkit.service: Main process exited, code=exited, status=217/USER
░░ Subject: Unit process exited
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ An ExecStart= process belonging to unit polkit.service has exited.
░░
░░ The process' exit code is 'exited' and its exit status is 217.
Jan 15 18:21:20 archlinux systemd[1]: polkit.service: Failed with result 'exit-code'.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ The unit polkit.service has entered the 'failed' state with result 'exit-code'.
Jan 15 18:21:20 archlinux systemd[1]: Failed to start Authorization Manager.
░░ Subject: A start job for unit polkit.service has failed
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ A start job for unit polkit.service has finished with a failure.
░░
░░ The job identifier is 2159 and the job result is failed.
Jan 15 18:21:20 archlinux NetworkManager[609]: <info>  [1736936480.2701] audit: op="connection-add-activate" pid=858 uid=1000 result="fail" reason="Not authorized to control networking."
Jan 15 18:21:25 archlinux systemd[1]: systemd-localed.service: Deactivated successfully.
░░ Subject: Unit succeeded
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ The unit systemd-localed.service has successfully entered the 'dead' state.

翻看错误日志，发现是 polkit 这个服务起不来，重启也不行

1
2
3
➜  ~ sudo systemctl restart polkit
Job for polkit.service failed because the control process exited with error code.
See "systemctl status polkit.service" and "journalctl -xeu polkit.service" for details.

再看包更新日志，确实更新了这个包，从 125 升到了 126

1
2
➜  ~ pacman -Q | grep polkit
polkit 126-1

怎么办呢？回滚

Arch 这个系统好就好在滚挂了能很快在 archive 里找到旧包

直接下载 125 版本的下来重新安装，然后重启服务，好了

不信邪，我测试机比较多，在另一台机上面滚一下重启，没有问题

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
➜  ~ sudo pacman -Syu
:: Synchronizing package databases...
 core is up to date
 extra is up to date
 multilib is up to date
 archlinuxcn                                                                          1389.5 KiB   924 KiB/s 00:02 [--------------------------------------------------------------------] 100%
:: Starting full system upgrade...
warning: conky: ignoring package upgrade (1.19.7-1 => 1.21.5-1)
warning: xfce4-terminal: ignoring package upgrade (0.8.9.2-2 => 1.1.4-1)
resolving dependencies...
looking for conflicting packages...

Package (1)   Old Version  New Version  Net Change  Download Size

extra/polkit  125-1        126-1          0.01 MiB       0.39 MiB

Total Download Size:   0.39 MiB
Total Installed Size:  1.89 MiB
Net Upgrade Size:      0.01 MiB

:: Proceed with installation? [Y/n]

难道新安装的系统有问题，旧系统升级就没问题？再来重试一遍系统安装，果然又有问题

得出结论，直接全新安装 126 包是会挂的，但是从 125 升到 126 就正常

更新：当天晚些时候，看到官方已经出了个补丁包，我试了重新安装系统测试，也是能正常了

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
➜  ~ sudo pacman -Syu
:: Synchronizing package databases...
 core is up to date
 extra is up to date
 archlinuxcn is up to date
:: Starting full system upgrade...
warning: conky: ignoring package upgrade (1.19.7-1 => 1.21.5-1)
warning: xfce4-terminal: ignoring package upgrade (0.8.9.2-2 => 1.1.4-1)
resolving dependencies...
looking for conflicting packages...

Package (1)   Old Version  New Version  Net Change  Download Size

extra/polkit  126-1        126-2          0.00 MiB       0.39 MiB

Total Download Size:   0.39 MiB
Total Installed Size:  1.89 MiB
Net Upgrade Size:      0.00 MiB

:: Proceed with installation? [Y/n]

总算明白，当时上网查这个错误怎么解决的时候，有人说，重新安装这个包解决了他的问题

我告诉你，重新安装是解决不了的，你重新安装的是打了补丁的了，包名一样，造成了你的假象

]]> https://linweiyuan.github.io/2025/01/15/%E4%B8%80%E6%AC%A1-polkit-%E5%8C%85%E5%8D%87%E7%BA%A7%E5%AF%BC%E8%87%B4%E7%9A%84%E6%BB%9A%E6%8C%82%E9%97%AE%E9%A2%98.html 2025-01-15T14:59:04.000Z 今天是 15 号，需要搭一个新的系统用来做测试，用了一直使用的脚本来安装后，出了问题，无法连接网络，报错信息大概是权限问题，后面重启或者其他操作也全部报错

上文 提到本地部署 Kubernetes 集群的几种方式，同时也提到了开发过程中应该怎么连上去这些服务的问题，特别是像 kind，Minikube 这种套娃，一般来说，使用 kubectl port-forward 是一种不错的方式

同时我也试了 goportforwarder，因为背后也是 kubectl port-forward，所以除了低端口的权限问题，还是勉强能用的

今天发现了另一种方式，就是 IDEA 的 Kubernetes 插件，如图（当然这里的场景只是连接数据库）

相信背后也是一样的道理

1
2
3
4
5
6
➜  ~ netstat -tnpl                                
(Not all processes could be identified, non-owned process info
 will not be shown, you would have to be root to see it all.)
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp6       0      0 ::1:5432                :::*                    LISTEN      59439/kubectl
]]> https://linweiyuan.github.io/2025/01/10/%E8%BF%9E%E6%8E%A5%E6%9C%AC%E5%9C%B0-Kubernetes-%E6%9C%8D%E5%8A%A1%E7%9A%84%E4%B8%80%E7%A7%8D%E6%96%B9%E5%BC%8F.html 2025-01-10T17:11:47.000Z 得益于优秀的 pacman，和强大的 AUR，安装起来是比较简单的（当然这里特指本地单机部署测试）

（可选）提高效率

比如 oh-my-zsh，则可以编辑 .zshrc 添加插件

1
2
3
4
5
plugins=(
  ...
  kubectl
  ...
)h

这个插件可以简化一些重复的长命令，让你更专注于开发任务，比如 kubectl get pods 可以简化为 k get pods，甚至 kgp，里面设置了很多命令的别名：详情可以参考这个表：kubectl

或者安装类似 k9s 这种工具

1
sudo pacman -S k9s

二进制安装

不在讨论范围内，因为没试过

包安装

官方 wiki Kubernetes 里有写手动安装的步骤

control-plain 节点的话安装 kubernetes-control-plane，是一个组，里面包含了下面的包

worker 节点也是一个组 kubernetes-node，包含包

这种方式也没试过

kind

这个 kind 包在 AUR 里有，可以直接安装

1
yay -S kind

也可以通过源代码，或者直接用 go install 安装，更多信息参考官方文档 Quick Start

执行 kind 命令，可得到类似如下输出

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
➜  ~ kind
kind creates and manages local Kubernetes clusters using Docker container 'nodes'

Usage:
  kind [command]

Available Commands:
  build       Build one of [node-image]
  completion  Output shell completion code for the specified shell (bash, zsh or fish)
  create      Creates one of [cluster]
  delete      Deletes one of [cluster]
  export      Exports one of [kubeconfig, logs]
  get         Gets one of [clusters, nodes, kubeconfig]
  help        Help about any command
  load        Loads images into nodes
  version     Prints the kind CLI version

Flags:
  -h, --help              help for kind
  -q, --quiet             silence all stderr output
  -v, --verbosity int32   info log verbosity, higher value produces more output
      --version           version for kind

Use "kind [command] --help" for more information about a command.

创建 cluster

1
2
3
4
5
6
7
8
9
10
11
12
13
14
➜  ~ kind create cluster
Creating cluster "kind" ...
 ✓ Ensuring node image (kindest/node:v1.32.0) 🖼
 ✓ Preparing nodes 📦
 ✓ Writing configuration 📜
 ✓ Starting control-plane 🕹️
 ✓ Installing CNI 🔌
 ✓ Installing StorageClass 💾
Set kubectl context to "kind-kind"
You can now use your cluster with:

kubectl cluster-info --context kind-kind

Have a nice day! 👋

这就好了，不用管啥网络插件之类的，也自动配置好了 .kube/config 文件

1
2
3
4
5
6
7
8
9
➜  ~ k get nodes
NAME                 STATUS   ROLES           AGE     VERSION
kind-control-plane   Ready    control-plane   6m43s   v1.32.0

➜  ~ k create deployment --image nginx:alpine nginx
deployment.apps/nginx created

➜  ~ k expose deployment nginx --type NodePort --port 80
service/nginx exposed

如果没科学上网或者没有设置国内源，那么有可能拉不下来镜像

比如大鹅就要设置一下 LAN 接口

镜像就可以拉下来了

容器跑起来后，这时你会发现访问根本访问不通

为啥呢？因为这个 kind 的意思是 Kubernetes in docker，整个集群都在一个容器里，如果进入容器内，再访问，就可以

并且 kind 里面下载的镜像，一般也是要进入容器内通过 crictl images 查看

1
2
3
➜  ~ docker images
REPOSITORY                    TAG       IMAGE ID       CREATED        SIZE
kindest/node                  <none>    2d9b4b74084a   9 days ago     1.05GB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
root@kind-control-plane:/# crictl images
IMAGE                                           TAG                  IMAGE ID            SIZE
docker.io/kindest/kindnetd                      v20241212-9f82dd49   d300845f67aeb       39MB
docker.io/kindest/local-path-helper             v20241212-8ac705d0   baa0d31514ee5       3.08MB
docker.io/kindest/local-path-provisioner        v20241212-8ac705d0   04b7d0b91e7e5       22.5MB
docker.io/library/nginx                         alpine               91ca84b4f5779       22.8MB
registry.k8s.io/coredns/coredns                 v1.11.3              c69fa2e9cbf5f       18.6MB
registry.k8s.io/etcd                            3.5.16-0             a9e7e6b294baf       57.7MB
registry.k8s.io/kube-apiserver-amd64            v1.32.0              73afaf82c9cc3       98MB
registry.k8s.io/kube-apiserver                  v1.32.0              73afaf82c9cc3       98MB
registry.k8s.io/kube-controller-manager-amd64   v1.32.0              f3548c6ff8a1e       90.8MB
registry.k8s.io/kube-controller-manager         v1.32.0              f3548c6ff8a1e       90.8MB
registry.k8s.io/kube-proxy-amd64                v1.32.0              aa194712e698a       95.3MB
registry.k8s.io/kube-proxy                      v1.32.0              aa194712e698a       95.3MB
registry.k8s.io/kube-scheduler-amd64            v1.32.0              faaacead470c4       70.6MB
registry.k8s.io/kube-scheduler                  v1.32.0              faaacead470c4       70.6MB
registry.k8s.io/pause                           3.10                 873ed75102791       320kB

那么需要外面访问怎么办，简单的一种方法，用 port-forward，需要绑定 1024 及以上端口，不然有权限问题

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
➜  ~ k port-forward nginx-6b66fbbd46-t89f7 80:80
Unable to listen on port 80: Listeners failed to create with the following errors: [unable to create listener: Error listen tcp4 127.0.0.1:80: bind: permission denied unable to create listener: Error listen tcp6 [::1]:80: bind: permission denied]
error: unable to listen on any of the requested ports: [{80 80}]

➜  ~ k port-forward nginx-6b66fbbd46-t89f7 1024:80
Forwarding from 127.0.0.1:1024 -> 80
Forwarding from [::1]:1024 -> 80
Handling connection for 1024

➜  ~ curl 127.0.0.1:1024
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
html { color-scheme: light dark; }
body { width: 35em; margin: 0 auto;
font-family: Tahoma, Verdana, Arial, sans-serif; }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>

正常使用还是没什么问题的，之前写过一个程序用来一键暴露端口：goportforwarder，不过不知道现在还能不能用了

卸载

1
kind delete cluster

Kubeadm

先说结论，对新手坑比较多

首先是传统的基于 docker 的版本

安装 docker 相关包

1
sudo pacman -S docker

需要再装一个 docker 和 K8s 之间的一种桥梁 cri-dockerd，注意这个是在 AUR 里的

1
yay -S cri-dockerd-git

安装 K8s 相关包

1
sudo pacman -S kubectl kubelet kubeadm

其中 kubectl 是操作 K8s 的客户端工具，因为本质上就是一个 C/S 架构，kubelet 是节点上的核心组件，简单来说负责处理接收的请求，kubeadm 用来初始化 K8s

设置相关服务开机自启

1
2
3
4
5
sudo systemctl enable --now docker

sudo systemctl enable --now cri-docker

sudo systemctl enable --now kubelet

到了这一步，最好重启系统，防止各种奇奇怪怪的问题

初始化 K8s

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
➜  ~ sudo kubeadm init --cri-socket unix:///var/run/cri-dockerd.sock --skip-phases=addon/kube-proxy
I1224 00:46:49.514973    2153 version.go:261] remote version is much newer: v1.32.0; falling back to: stable-1.31
[init] Using Kubernetes version: v1.31.4
[preflight] Running pre-flight checks
[preflight] Pulling images required for setting up a Kubernetes cluster
[preflight] This might take a minute or two, depending on the speed of your internet connection
[preflight] You can also perform this action beforehand using 'kubeadm config images pull'
W1224 00:46:50.556067    2153 checks.go:846] detected that the sandbox image "registry.k8s.io/pause:3.9" of the container runtime is inconsistent with that used by kubeadm.It is recommended to use "registry.k8s.io/pause:3.10" as the CRI sandbox image.
[certs] Using certificateDir folder "/etc/kubernetes/pki"
[certs] Generating "ca" certificate and key
[certs] Generating "apiserver" certificate and key
[certs] apiserver serving cert is signed for DNS names [archlinux kubernetes kubernetes.default kubernetes.default.svc kubernetes.default.svc.cluster.local] and IPs [10.96.0.1 192.168.31.60]
[certs] Generating "apiserver-kubelet-client" certificate and key
[certs] Generating "front-proxy-ca" certificate and key
[certs] Generating "front-proxy-client" certificate and key
[certs] Generating "etcd/ca" certificate and key
[certs] Generating "etcd/server" certificate and key
[certs] etcd/server serving cert is signed for DNS names [archlinux localhost] and IPs [192.168.31.60 127.0.0.1 ::1]
[certs] Generating "etcd/peer" certificate and key
[certs] etcd/peer serving cert is signed for DNS names [archlinux localhost] and IPs [192.168.31.60 127.0.0.1 ::1]
[certs] Generating "etcd/healthcheck-client" certificate and key
[certs] Generating "apiserver-etcd-client" certificate and key
[certs] Generating "sa" key and public key
[kubeconfig] Using kubeconfig folder "/etc/kubernetes"
[kubeconfig] Writing "admin.conf" kubeconfig file
[kubeconfig] Writing "super-admin.conf" kubeconfig file
[kubeconfig] Writing "kubelet.conf" kubeconfig file
[kubeconfig] Writing "controller-manager.conf" kubeconfig file
[kubeconfig] Writing "scheduler.conf" kubeconfig file
[etcd] Creating static Pod manifest for local etcd in "/etc/kubernetes/manifests"
[control-plane] Using manifest folder "/etc/kubernetes/manifests"
[control-plane] Creating static Pod manifest for "kube-apiserver"
[control-plane] Creating static Pod manifest for "kube-controller-manager"
[control-plane] Creating static Pod manifest for "kube-scheduler"
[kubelet-start] Writing kubelet environment file with flags to file "/var/lib/kubelet/kubeadm-flags.env"
[kubelet-start] Writing kubelet configuration to file "/var/lib/kubelet/config.yaml"
[kubelet-start] Starting the kubelet
[wait-control-plane] Waiting for the kubelet to boot up the control plane as static Pods from directory "/etc/kubernetes/manifests"
[kubelet-check] Waiting for a healthy kubelet at http://127.0.0.1:10248/healthz. This can take up to 4m0s
[kubelet-check] The kubelet is healthy after 501.222992ms
[api-check] Waiting for a healthy API server. This can take up to 4m0s
[api-check] The API server is healthy after 3.500830861s
[upload-config] Storing the configuration used in ConfigMap "kubeadm-config" in the "kube-system" Namespace
[kubelet] Creating a ConfigMap "kubelet-config" in namespace kube-system with the configuration for the kubelets in the cluster
[upload-certs] Skipping phase. Please see --upload-certs
[mark-control-plane] Marking the node archlinux as control-plane by adding the labels: [node-role.kubernetes.io/control-plane node.kubernetes.io/exclude-from-external-load-balancers]
[mark-control-plane] Marking the node archlinux as control-plane by adding the taints [node-role.kubernetes.io/control-plane:NoSchedule]
[bootstrap-token] Using token: aop3y1.858jqah2hpknu8yg
[bootstrap-token] Configuring bootstrap tokens, cluster-info ConfigMap, RBAC Roles
[bootstrap-token] Configured RBAC rules to allow Node Bootstrap tokens to get nodes
[bootstrap-token] Configured RBAC rules to allow Node Bootstrap tokens to post CSRs in order for nodes to get long term certificate credentials
[bootstrap-token] Configured RBAC rules to allow the csrapprover controller automatically approve CSRs from a Node Bootstrap Token
[bootstrap-token] Configured RBAC rules to allow certificate rotation for all node client certificates in the cluster
[bootstrap-token] Creating the "cluster-info" ConfigMap in the "kube-public" namespace
[kubelet-finalize] Updating "/etc/kubernetes/kubelet.conf" to point to a rotatable kubelet client certificate and key
[addons] Applied essential addon: CoreDNS

Your Kubernetes control-plane has initialized successfully!

To start using your cluster, you need to run the following as a regular user:

  mkdir -p $HOME/.kube
  sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
  sudo chown $(id -u):$(id -g) $HOME/.kube/config

Alternatively, if you are the root user, you can run:

  export KUBECONFIG=/etc/kubernetes/admin.conf

You should now deploy a pod network to the cluster.
Run "kubectl apply -f [podnetwork].yaml" with one of the options listed at:
  https://kubernetes.io/docs/concepts/cluster-administration/addons/

Then you can join any number of worker nodes by running the following on each as root:

kubeadm join 192.168.31.60:6443 --token aop3y1.858jqah2hpknu8yg \
--discovery-token-ca-cert-hash sha256:05288f496fa271f180f87d88bfadfb8be13c64be2f4fa9081f464d42de572ab3

此时如果 kubelet 没有起来，会报错，所以在上面安装好所有软件后，最好重启一下系统确保服务正常启动

这里特别指定了用 cri-dockerd 方案，因为默认是基于 containerd 的

也可以看到相关的 docker 镜像

1
2
3
4
5
6
7
8
9
10
➜  ~ docker images
REPOSITORY                                TAG        IMAGE ID       CREATED        SIZE
registry.k8s.io/kube-apiserver            v1.31.4    bdc2eadbf366   11 days ago    94.2MB
registry.k8s.io/kube-controller-manager   v1.31.4    359b9f230732   11 days ago    88.4MB
registry.k8s.io/kube-scheduler            v1.31.4    3a66234066fe   11 days ago    67.4MB
registry.k8s.io/kube-proxy                v1.31.4    ebf80573666f   11 days ago    91.5MB
registry.k8s.io/coredns/coredns           v1.11.3    c69fa2e9cbf5   4 months ago   61.8MB
registry.k8s.io/etcd                      3.5.15-0   2e96e5913fc0   4 months ago   148MB
registry.k8s.io/pause                     3.10       873ed7510279   7 months ago   736kB
registry.k8s.io/pause                     3.9        e6f181688397   2 years ago    744kB

设置 kube config，按照上面命令跑三条命令即可

1
2
3
mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config

如果不设置 kube config，此时如果直接跑 kubectl 命令，会有类似下面的错误

1
The connection to the server localhost:8080 was refused - did you specify the right host or port?

因为 kubectl 沟通 K8s，需要知道访问哪个地址

或者权限设置得不对，也是会报错的

1
error: error loading config file "/home/linweiyuan/.kube/config": open /home/linweiyuan/.kube/config: permission denied

配置好后，再执行 kubectl 命令，就可以正常返回数据了

但此时集群是 NotReady 的，因为没有设置网络插件

1
2
3
4
5
6
7
8
9
10
11
12
➜  ~ kgno
NAME        STATUS     ROLES           AGE   VERSION
archlinux   NotReady   control-plane   18s   v1.31.3

➜  ~ kgp -A
NAMESPACE     NAME                                READY   STATUS    RESTARTS   AGE
kube-system   coredns-7c65d6cfc9-rnj6q            0/1     Pending   0          3m26s
kube-system   coredns-7c65d6cfc9-v74bc            0/1     Pending   0          3m26s
kube-system   etcd-archlinux                      1/1     Running   21         3m33s
kube-system   kube-apiserver-archlinux            1/1     Running   21         3m34s
kube-system   kube-controller-manager-archlinux   1/1     Running   18         3m33s
kube-system   kube-scheduler-archlinux            1/1     Running   18         3m33s

有很多网络插件可以用，这里用 wiki 里推荐的，叫 cilium，这个需要在初始化集群时加上 --skip-phases=addon/kube-proxy

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
➜  ~ sudo pacman -S cilium-cli
warning: cilium-cli-0.16.21-1 is up to date -- reinstalling
resolving dependencies...
looking for conflicting packages...

Package (1)       Old Version  New Version  Net Change

extra/cilium-cli  0.16.21-1    0.16.21-1      0.00 MiB

Total Installed Size:  175.37 MiB
Net Upgrade Size:        0.00 MiB

:: Proceed with installation? [Y/n]
(1/1) checking keys in keyring                                                                                   [--------------------------------------------------------------------] 100%
(1/1) checking package integrity                                                                                 [--------------------------------------------------------------------] 100%
(1/1) loading package files                                                                                      [--------------------------------------------------------------------] 100%
(1/1) checking for file conflicts                                                                                [--------------------------------------------------------------------] 100%
:: Processing package changes...
(1/1) reinstalling cilium-cli                                                                                    [--------------------------------------------------------------------] 100%
:: Running post-transaction hooks...
(1/2) Arming ConditionNeedsUpdate...
(2/2) Refreshing py3status arch_updates module...

➜  ~ cilium-cli status
    /¯¯\
 /¯¯\__/¯¯\    Cilium:             1 errors
 \__/¯¯\__/    Operator:           disabled
 /¯¯\__/¯¯\    Envoy DaemonSet:    disabled (using embedded mode)
 \__/¯¯\__/    Hubble Relay:       disabled
    \__/       ClusterMesh:        disabled

Containers:            cilium
                       cilium-operator
Cluster Pods:          0/3 managed by Cilium
Helm chart version:
Errors:                cilium    cilium    daemonsets.apps "cilium" not found
status check failed: [daemonsets.apps "cilium" not found, unable to retrieve ConfigMap "cilium-config": configmaps "cilium-config" not found]

➜  ~ cilium-cli install
ℹ️  Using Cilium version 1.16.4
🔮 Auto-detected cluster name: kubernetes
🔮 Auto-detected kube-proxy has not been installed
ℹ️  Cilium will fully replace all functionalities of kube-proxy

➜  ~ cilium-cli status
    /¯¯\
 /¯¯\__/¯¯\    Cilium:             OK
 \__/¯¯\__/    Operator:           OK
 /¯¯\__/¯¯\    Envoy DaemonSet:    OK
 \__/¯¯\__/    Hubble Relay:       disabled
    \__/       ClusterMesh:        disabled

DaemonSet              cilium             Desired: 1, Ready: 1/1, Available: 1/1
DaemonSet              cilium-envoy       Desired: 1, Ready: 1/1, Available: 1/1
Deployment             cilium-operator    Desired: 1, Ready: 1/1, Available: 1/1
Containers:            cilium             Running: 1
                       cilium-envoy       Running: 1
                       cilium-operator    Running: 1
Cluster Pods:          2/2 managed by Cilium
Helm chart version:    1.16.4
Image versions         cilium             quay.io/cilium/cilium:v1.16.4@sha256:d55ec38938854133e06739b1af237932b9c4dd4e75e9b7b2ca3acc72540a44bf: 1
                       cilium-envoy       quay.io/cilium/cilium-envoy:v1.30.7-1731393961-97edc2815e2c6a174d3d12e71731d54f5d32ea16@sha256:0287b36f70cfbdf54f894160082f4f94d1ee1fb10389f3a95baa6c8e448586ed: 1
                       cilium-operator    quay.io/cilium/operator-generic:v1.16.4@sha256:c55a7cbe19fe0b6b28903a085334edb586a3201add9db56d2122c8485f7a51c5: 1

新起了几个新 pod，并且状态也是 Ready 了

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
➜  ~ kgp -A
NAMESPACE     NAME                                READY   STATUS    RESTARTS   AGE
kube-system   cilium-envoy-qljvg                  1/1     Running   0          68s
kube-system   cilium-fmkdr                        1/1     Running   0          68s
kube-system   cilium-operator-6566687bbb-xnhf6    1/1     Running   0          68s
kube-system   coredns-7c65d6cfc9-89b5h            1/1     Running   0          2m25s
kube-system   coredns-7c65d6cfc9-n95pt            1/1     Running   0          2m25s
kube-system   etcd-archlinux                      1/1     Running   21         2m32s
kube-system   kube-apiserver-archlinux            1/1     Running   21         2m32s
kube-system   kube-controller-manager-archlinux   1/1     Running   18         2m32s
kube-system   kube-scheduler-archlinux            1/1     Running   18         2m32s

➜  ~ kgno
NAME        STATUS   ROLES           AGE     VERSION
archlinux   Ready    control-plane   6m36s   v1.31.3

此时只有一个 control-plane 节点，默认是不给部署的，只能下发给 worker 节点，可以手动取消这个限制

1
2
➜  ~ k taint node archlinux node-role.kubernetes.io/control-plane-
node/archlinux untainted

后面就可以正常部署了

但是！！！

很好这插件，使我的大鹅失败，不知道是不是那个 eBPF 导致的

导致拉不到镜像来测试，弃坑

卸载

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
➜  ~ cilium-cli uninstall
🔥 Deleting pods in cilium-test namespace...
🔥 Deleting cilium-test namespace...
⌛ Uninstalling Cilium

➜  ~ k drain archlinux --delete-emptydir-data --force --ignore-daemonsets
node/archlinux cordoned
evicting pod kube-system/coredns-7c65d6cfc9-tjql6
evicting pod kube-system/cilium-zwg6k
evicting pod kube-system/coredns-7c65d6cfc9-j5rm2
pod/cilium-zwg6k evicted
pod/coredns-7c65d6cfc9-j5rm2 evicted
pod/coredns-7c65d6cfc9-tjql6 evicted
node/archlinux drained

➜  ~ sudo kubeadm reset --cri-socket unix:///var/run/cri-dockerd.sock
[reset] Reading configuration from the cluster...
[reset] FYI: You can look at this config file with 'kubectl -n kube-system get cm kubeadm-config -o yaml'
W1224 00:58:29.972845    6572 configset.go:78] Warning: No kubeproxy.config.k8s.io/v1alpha1 config is loaded. Continuing without it: configmaps "kube-proxy" not found
W1224 00:58:30.019313    6572 preflight.go:56] [reset] WARNING: Changes made to this host by 'kubeadm init' or 'kubeadm join' will be reverted.
[reset] Are you sure you want to proceed? [y/N]: y
[preflight] Running pre-flight checks
[reset] Deleted contents of the etcd data directory: /var/lib/etcd
[reset] Stopping the kubelet service
[reset] Unmounting mounted directories in "/var/lib/kubelet"
[reset] Deleting contents of directories: [/etc/kubernetes/manifests /var/lib/kubelet /etc/kubernetes/pki]
[reset] Deleting files: [/etc/kubernetes/admin.conf /etc/kubernetes/super-admin.conf /etc/kubernetes/kubelet.conf /etc/kubernetes/bootstrap-kubelet.conf /etc/kubernetes/controller-manager.conf /etc/kubernetes/scheduler.conf]

The reset process does not clean CNI configuration. To do so, you must remove /etc/cni/net.d

The reset process does not reset or clean up iptables rules or IPVS tables.
If you wish to reset iptables, you must do so manually by using the "iptables" command.

If your cluster was setup to utilize IPVS, run ipvsadm --clear (or similar)
to reset your system's IPVS tables.

The reset process does not clean your kubeconfig files and you must remove them manually.
Please, check the contents of the $HOME/.kube/config file.

下面还有直接基于 containerd 的版本，这种方案下，docker 和相关的包就不需要再安装了

安装 containerd，如果安装了 docker，自动会包含了这个包

1
sudo pacman -S containerd

设置开机自启

1
sudo systemctl enable --now containerd

初始化 K8s（不加 --cri-socket 默认就是这种方案）

1
sudo kubeadm init --skip-phases=addon/kube-proxy

后面就都差不多了

Docker Desktop

结论：图形化界面，比较容易上手，但是这个包是在 aur 里的

1
y -S docker-desktop

直接点点点就完事了

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
➜  ~ kgno
NAME             STATUS   ROLES           AGE   VERSION
docker-desktop   Ready    control-plane   49s   v1.30.5

➜  ~ kgp -A
NAMESPACE     NAME                                     READY   STATUS    RESTARTS   AGE
kube-system   coredns-55cb58b774-lqj84                 1/1     Running   0          43s
kube-system   coredns-55cb58b774-pgnz2                 1/1     Running   0          43s
kube-system   etcd-docker-desktop                      1/1     Running   11         41s
kube-system   kube-apiserver-docker-desktop            1/1     Running   11         41s
kube-system   kube-controller-manager-docker-desktop   1/1     Running   11         44s
kube-system   kube-proxy-d5t8n                         1/1     Running   0          44s
kube-system   kube-scheduler-docker-desktop            1/1     Running   11         40s
kube-system   storage-provisioner                      1/1     Running   0          41s
kube-system   vpnkit-controller                        1/1     Running   0          41s

后续就可以正常使用了

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
➜  ~ k create deployment --image nginx:alpine nginx
deployment.apps/nginx created

➜  ~ kgp
NAME                     READY   STATUS    RESTARTS   AGE
nginx-6f564d4fd9-5b9vh   1/1     Running   0          3s

➜  ~ kgs
NAME         TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE
kubernetes   ClusterIP   10.96.0.1    <none>        443/TCP   2m6s

➜  ~ k expose deployment nginx --type NodePort --port 80
service/nginx exposed

➜  ~ kgs
NAME         TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)        AGE
kubernetes   ClusterIP   10.96.0.1       <none>        443/TCP        2m22s
nginx        NodePort    10.98.146.118   <none>        80:31343/TCP   7s

➜  ~ curl 127.0.0.1:31343
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
html { color-scheme: light dark; }
body { width: 35em; margin: 0 auto;
font-family: Tahoma, Verdana, Arial, sans-serif; }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>

对新手极其友好，很推荐，不用端口映射来映射去

卸载

1
sudo pacman -Rs docker-desktop

Minikube

安装

1
sudo pacman -S minikube

这个也比较简单

创建集群支持很多 Driver，比如

  • virtualbox
  • kvm2
  • qemu2
  • qemu
  • vmware
  • none
  • docker
  • podman
  • ssh

这里选择 docker

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
➜  ~ minikube -d docker start
😄  minikube v1.34.0 on Arch
✨  Using the docker driver based on user configuration
📌  Using Docker driver with root privileges
👍  Starting "minikube" primary control-plane node in "minikube" cluster
🚜  Pulling base image v0.0.45 ...
🔥  Creating docker container (CPUs=2, Memory=16000MB) ...
🐳  Preparing Kubernetes v1.31.0 on Docker 27.2.0 ...
    ▪ Generating certificates and keys ...
    ▪ Booting up control plane ...
    ▪ Configuring RBAC rules ...
🔗  Configuring bridge CNI (Container Networking Interface) ...
🔎  Verifying Kubernetes components...
    ▪ Using image gcr.io/k8s-minikube/storage-provisioner:v5
🌟  Enabled addons: storage-provisioner, default-storageclass
🏄  Done! kubectl is now configured to use "minikube" cluster and "default" namespace by default

➜  ~ kgno
NAME       STATUS   ROLES           AGE     VERSION
minikube   Ready    control-plane   2m50s   v1.31.0

➜  ~ kgp -A
NAMESPACE     NAME                               READY   STATUS    RESTARTS        AGE
kube-system   coredns-6f6b679f8f-sdnh6           1/1     Running   0               2m44s
kube-system   etcd-minikube                      1/1     Running   0               2m50s
kube-system   kube-apiserver-minikube            1/1     Running   0               2m50s
kube-system   kube-controller-manager-minikube   1/1     Running   0               2m50s
kube-system   kube-proxy-n5pjz                   1/1     Running   0               2m45s
kube-system   kube-scheduler-minikube            1/1     Running   0               2m50s
kube-system   storage-provisioner                1/1     Running   1 (2m45s ago)   2m49s

就完事了

还自带一堆附加组件

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
➜  ~ minikube addons list
|-----------------------------|----------|--------------|--------------------------------|
|         ADDON NAME          | PROFILE  |    STATUS    |           MAINTAINER           |
|-----------------------------|----------|--------------|--------------------------------|
| ambassador                  | minikube | disabled     | 3rd party (Ambassador)         |
| auto-pause                  | minikube | disabled     | minikube                       |
| cloud-spanner               | minikube | disabled     | Google                         |
| csi-hostpath-driver         | minikube | disabled     | Kubernetes                     |
| dashboard                   | minikube | disabled     | Kubernetes                     |
| default-storageclass        | minikube | enabled ✅   | Kubernetes                     |
| efk                         | minikube | disabled     | 3rd party (Elastic)            |
| freshpod                    | minikube | disabled     | Google                         |
| gcp-auth                    | minikube | disabled     | Google                         |
| gvisor                      | minikube | disabled     | minikube                       |
| headlamp                    | minikube | disabled     | 3rd party (kinvolk.io)         |
| helm-tiller                 | minikube | disabled     | 3rd party (Helm)               |
| inaccel                     | minikube | disabled     | 3rd party (InAccel             |
|                             |          |              | [info@inaccel.com])            |
| ingress                     | minikube | disabled     | Kubernetes                     |
| ingress-dns                 | minikube | disabled     | minikube                       |
| inspektor-gadget            | minikube | disabled     | 3rd party                      |
|                             |          |              | (inspektor-gadget.io)          |
| istio                       | minikube | disabled     | 3rd party (Istio)              |
| istio-provisioner           | minikube | disabled     | 3rd party (Istio)              |
| kong                        | minikube | disabled     | 3rd party (Kong HQ)            |
| kubeflow                    | minikube | disabled     | 3rd party                      |
| kubevirt                    | minikube | disabled     | 3rd party (KubeVirt)           |
| logviewer                   | minikube | disabled     | 3rd party (unknown)            |
| metallb                     | minikube | disabled     | 3rd party (MetalLB)            |
| metrics-server              | minikube | disabled     | Kubernetes                     |
| nvidia-device-plugin        | minikube | disabled     | 3rd party (NVIDIA)             |
| nvidia-driver-installer     | minikube | disabled     | 3rd party (NVIDIA)             |
| nvidia-gpu-device-plugin    | minikube | disabled     | 3rd party (NVIDIA)             |
| olm                         | minikube | disabled     | 3rd party (Operator Framework) |
| pod-security-policy         | minikube | disabled     | 3rd party (unknown)            |
| portainer                   | minikube | disabled     | 3rd party (Portainer.io)       |
| registry                    | minikube | disabled     | minikube                       |
| registry-aliases            | minikube | disabled     | 3rd party (unknown)            |
| registry-creds              | minikube | disabled     | 3rd party (UPMC Enterprises)   |
| storage-provisioner         | minikube | enabled ✅   | minikube                       |
| storage-provisioner-gluster | minikube | disabled     | 3rd party (Gluster)            |
| storage-provisioner-rancher | minikube | disabled     | 3rd party (Rancher)            |
| volcano                     | minikube | disabled     | third-party (volcano)          |
| volumesnapshots             | minikube | disabled     | Kubernetes                     |
| yakd                        | minikube | disabled     | 3rd party (marcnuri.com)       |
|-----------------------------|----------|--------------|--------------------------------|

比如这样，就能自动下载 dashboard 镜像并打开

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
➜  ~ minikube addons enable dashboard
💡  dashboard is an addon maintained by Kubernetes. For any concerns contact minikube on GitHub.
You can view the list of minikube maintainers at: https://github.com/kubernetes/minikube/blob/master/OWNERS
    ▪ Using image docker.io/kubernetesui/dashboard:v2.7.0
    ▪ Using image docker.io/kubernetesui/metrics-scraper:v1.0.8
💡  Some dashboard features require the metrics-server addon. To enable all features please run:

minikube addons enable metrics-server

🌟  The 'dashboard' addon is enabled

➜  ~ kgp -A
NAMESPACE              NAME                                        READY   STATUS    RESTARTS        AGE
kube-system            coredns-6f6b679f8f-sdnh6                    1/1     Running   0               7m47s
kube-system            etcd-minikube                               1/1     Running   0               7m53s
kube-system            kube-apiserver-minikube                     1/1     Running   0               7m53s
kube-system            kube-controller-manager-minikube            1/1     Running   0               7m53s
kube-system            kube-proxy-n5pjz                            1/1     Running   0               7m48s
kube-system            kube-scheduler-minikube                     1/1     Running   0               7m53s
kube-system            storage-provisioner                         1/1     Running   1 (7m48s ago)   7m52s
kubernetes-dashboard   dashboard-metrics-scraper-c5db448b4-mhbxr   1/1     Running   0               3m49s
kubernetes-dashboard   kubernetes-dashboard-695b96c756-d86w9       1/1     Running   0               3m49s

➜  ~ minikube dashboard
🤔  Verifying dashboard health ...
🚀  Launching proxy ...
🤔  Verifying proxy health ...
🎉  Opening http://127.0.0.1:44639/api/v1/namespaces/kubernetes-dashboard/services/http:kubernetes-dashboard:/proxy/ in your default browser...
Opening in existing browser session.

服务也是不能直接访问本地的，而是要进入 minikube 里面，或者用 minikube service list 里的链接才可以访问

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
➜  ~ k create deployment --image nginx:alpine nginx
deployment.apps/nginx created

➜  ~ k expose deployment nginx --type NodePort --port 80
service/nginx exposed

➜  ~ kgs
NAME         TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)        AGE
kubernetes   ClusterIP   10.96.0.1      <none>        443/TCP        8m33s
nginx        NodePort    10.103.106.5   <none>        80:30978/TCP   2s

➜  ~ curl 127.0.0.1:30978
curl: (7) Failed to connect to 127.0.0.1 port 30978 after 0 ms: Could not connect to server

➜  ~ minikube ssh
docker@minikube:~$ curl 127.0.0.1:30978
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
html { color-scheme: light dark; }
body { width: 35em; margin: 0 auto;
font-family: Tahoma, Verdana, Arial, sans-serif; }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>
docker@minikube:~$

➜  ~ minikube service list
|----------------------|---------------------------|--------------|---------------------------|
|      NAMESPACE       |           NAME            | TARGET PORT  |            URL            |
|----------------------|---------------------------|--------------|---------------------------|
| default              | kubernetes                | No node port |                           |
| default              | nginx                     |           80 | http://192.168.49.2:30978 |
| kube-system          | kube-dns                  | No node port |                           |
| kubernetes-dashboard | dashboard-metrics-scraper | No node port |                           |
| kubernetes-dashboard | kubernetes-dashboard      | No node port |                           |
|----------------------|---------------------------|--------------|---------------------------|

➜  ~ curl http://192.168.49.2:30978
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
html { color-scheme: light dark; }
body { width: 35em; margin: 0 auto;
font-family: Tahoma, Verdana, Arial, sans-serif; }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>

此外还有很多实用的开箱即用的命令，个人也是比较推荐

卸载

1
2
3
4
5
➜  ~ minikube delete
🔥  Deleting "minikube" in docker ...
🔥  Deleting container "minikube" ...
🔥  Removing /home/linweiyuan/.minikube/machines/minikube ...
💀  Removed all traces of the "minikube" cluster.
]]> https://linweiyuan.github.io/2024/12/22/Arch-Linux-%E5%AE%89%E8%A3%85-Kubernetes-%E7%9A%84%E5%87%A0%E7%A7%8D%E5%A7%BF%E5%8A%BF.html 2024-12-22T08:05:46.000Z 得益于优秀的 pacman，和强大的 AUR，安装起来是比较简单的（当然这里特指本地单机部署测试）

 Arch Linux 安装 Kubernetes 的几种姿势 2026-05-09T01:45:34.342Z 林伟源
  • 日常滚，发现终端透明无了，疑似滚挂
  • 查看系统升级日志 /var/log/pacman.log，发现确实是相关的组件升级了个大版本 [2024-10-06T22:22:37+0800] [ALPM] upgraded picom (11.2-1 -> 12.1-3)
  • 上 wiki 看下最新的用法
  • 设置背景运行和取消动画，解决

    • 原配置：

    1
    exec --no-startup-id picom -CGb --config /dev/null

    新配置：

    1
    exec --no-startup-id picom -b --fade-in-step=1 --fade-out-step=1 --fade-delta=0
    ]]> https://linweiyuan.github.io/2024/10/06/Arch-Linux-%E5%8D%87%E7%BA%A7-picom-%E9%BB%91%E5%B1%8F%E8%A7%A3%E5%86%B3.html 2024-10-06T15:34:54.000Z
  • 日常滚，发现终端透明无了，疑似滚挂
  • 查看系统升级日志 /var/log/pacman.log，发现确实是相关的组件升级了个大版本 [2024-10-06T22:22:37+0800] [ALPM] upgr]]>
    • Arch Linux 升级 picom 黑屏解决 2026-05-09T01:45:34.341Z 林伟源 前两天滚一下，发现滚挂了，IDEA 社区版升级后打不开了

    报了错

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    Internal error

    ava.lang.RuntimeException: Could not find installation home path. Please make sure bin/idea.properties is present in the installation directory.
        at com.intellij.openapi.application.PathManager.getHomePath(PathManager.java:112)
        at com.intellij.openapi.application.PathManager.getBinDirectories(PathManager.java:145)
        at com.intellij.openapi.application.PathManager.loadProperties(PathManager.java:684)
        at com.intellij.idea.Main.mainImpl(Main.kt:55)
        at com.intellij.idea.Main.main(Main.kt:47)

    -----
    JRE: 17.0.12+7 amd64 (Arch Linux)
    /usr/lib/jvm/java-17-openjdk

    不应该啊，于是搜了搜，原来是 IntelliJ 自己的锅，Arch 还是很稳的

    官方修复了，并且打包在测试库，还没推送，如果紧急可以先手动装下他们修复后的包：intellij-idea-community-edition-4_2024.2.0.1-1-x86_64.pkg.tar.zst

    参考链接：

    ]]>     https://linweiyuan.github.io/2024/08/23/IDEA-%E7%A4%BE%E5%8C%BA%E7%89%88%E6%BB%9A%E6%8C%82.html 2024-08-23T06:21:35.000Z 前两天滚一下，发现滚挂了，IDEA 社区版升级后打不开了

    报了错

    1
    
    IDEA 社区版滚挂
    2026-05-09T01:45:34.347Z
  
  
    
      林伟源
    
    
    
    
    
      今天也是心血来潮，本地搭建了个 Ollama 来玩玩
    系统：Arch Linux 6.10.2
    NVIDIA 驱动版本：555.58.02
    1. 安装 ollama，这里选择了 cuda 版本，能发挥显卡的力量
    1
    sudo pacman -S ollama-cuda
    1. 启动服务
    1
    sudo systemctl enable --now ollama.service
    如果需要配置其他服务进行远程连接，比如 docker 部署 open-webui，则需要修改配置文件 ollama.service 加环境变量，加个 OLLAMA_HOST，因为 systemd 不认识系统的环境变量，所以不能修改 /etc/profile 之类的配置，而是要单独修改 systemd 配置
    1
    sudo systemctl edit ollama.service
    加一段配置在 ### Editing 和 ### Edits 之间
    1
    2
    [Service]
    Environment="OLLAMA_HOST=0.0.0.0"
    接着两部曲
    1
    2
    sudo systemctl daemon-reload
    sudo systemctl restart ollama.service
    最后可以检查一下 sudo systemctl cat ollama.service
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    # /etc/systemd/system/ollama.service
    [Unit]
    Description=Ollama Service
    Wants=network-online.target
    After=network.target network-online.target

    [Service]
    ExecStart=/usr/bin/ollama serve
    WorkingDirectory=/var/lib/ollama
    Environment="HOME=/var/lib/ollama"
    User=ollama
    Group=ollama
    Restart=on-failure
    RestartSec=3
    Type=simple
    PrivateTmp=yes
    ProtectSystem=full
    ProtectHome=yes

    [Install]
    WantedBy=multi-user.target

    # /etc/systemd/system/ollama.service.d/override.conf
    [Service]
    Environment="OLLAMA_HOST=0.0.0.0"
    （这里不建议直接修改原来的配置文件，用 edit 来修改会往同名 service.d 文件夹里加一段配置 override.conf 优先加载，这样不怕改烂了原来的配置，也不会出现 .pacmew 这种问题）
    1. 跑模型
    比如跑个通义千问
    1
    2
    3
    4
    5
    6
    ➜  ~ ollama run qwen2
    >>> 你是谁
    我是阿里云开发的一款超大规模语言模型，我叫通义千问。作为一个AI助手，我的目标是帮助用户获得准确、有用的信息，解决他们的问题和困惑。我会不断学习和进步，不
    断提升自己的能力，为用户提供更好的服务。如果您有任何问题或需要帮助，请随时告诉我，我会尽力提供支持。

    >>> Send a message (/? for help)
    1. 跑个 open-webui
    AUR 仓库里有包，但是编译不过，所以放弃，转 docker
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    services:
      open-webui:
        container_name: open-webui
        image: linweiyuan/open-webui
        ports:
          - 8080:8080
        volumes:
          - ./data:/app/backend/data
        extra_hosts:
          - host.docker.internal:host-gateway
        restart: unless-stopped
    1. 测试结果
    1. Spring AI 测试
    1
    2
    3
    4
    5
    spring:
      ai:
        ollama:
          chat:
            model: qwen2
    也正常
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    ➜  ~ http :8080/ai/generate message==你是谁
    HTTP/1.1 200
    Connection: keep-alive
    Content-Type: application/json
    Date: Sat, 03 Aug 2024 16:00:30 GMT
    Keep-Alive: timeout=60
    Transfer-Encoding: chunked

    {
        "generation": "我是阿里云开发的一款超大规模语言模型，我叫通义千问。"
    }
    华丽的分割线
    难绷
    ]]>
        
    https://linweiyuan.github.io/2024/08/03/Ollama-%E6%B5%8B%E8%AF%95.html
    
    2024-08-03T15:10:38.000Z
    
      今天也是心血来潮，本地搭建了个 Ollama 来玩玩
    

    系统：Arch Linux 6.10.2
    NVIDIA 驱动版本：555.58.02
    

      

    1. 安装 ollama，这里选择了 
    
    
    Ollama 测试
    2026-05-09T01:45:34.350Z
      
  
    
      林伟源
    
    
    
    
      今天也是来见见世面
    有大学生，有前后端、嵌入式、Web3、自媒体，有大厂技术人员，收获还是挺多的
    也和多年不见的同学见了面
    ]]>
        
    https://linweiyuan.github.io/2024/07/20/%E5%8F%82%E5%8A%A0%E4%B8%80%E4%B8%AA-Rust-%E6%B4%BB%E5%8A%A8.html
    
    2024-07-20T12:54:42.000Z
    
      今天也是来见见世面
    

    有大学生，有前后端、嵌入式、Web3、自媒体，有大厂技术人员，收获还是挺多的
    

    也和多年不见的同学见了面
    

    
    
    
    
    
      之前有配置
    1
    2
    3
    4
    5
    <features>
        <kvm>
            <hidden state="on"/>
        </kvm>
    </features>
    和
    1
    2
    3
    <cpu>
        <feature policy="disable" name="hypervisor"/>
    </cpu>
    一切都是正常的
    但是玩盗贼之海打开提示 “Cannot run under Virtual Machine.”
    上网查了下，加多一个配置可以解决，测试正常
    1
    2
    3
    <os>
        <smbios mode="host"/>
    </os>
    ]]>
    
    https://linweiyuan.github.io/2024/05/12/QEMU-KVM-%E7%9B%97%E8%B4%BC%E4%B9%8B%E6%B5%B7%E8%99%9A%E6%8B%9F%E6%9C%BA%E6%A3%80%E6%B5%8B%E7%BB%95%E8%BF%87.html
    
    2024-05-12T10:08:28.000Z
    
      之前有配置
    

    1
    2
    ]]>
    
    QEMU/KVM 盗贼之海虚拟机检测绕过
    2026-05-09T01:45:34.365Z
  
  
    
      林伟源
    
    
    
    
    
    
    
      事情是这样的，几个月前有一个需求：用户在前端页面上输入查询条件调用 API 返回数据
    很经典的简单 CRUD 对不对？我告诉你， 其实有点不同
    因为这个查询除了其他可空条件外，有个必填的两个参数是开始时间和结束时间，而这个时间段，如果是当月（30 天内）的，API 要从数据库里面拿数据返回，而前面月份的则需要从 S3 的文件里拿，有个 Lambda 每天零点会定时执行任务，把数据库里超过 30 天的数据提取出来，生成 CSV 摆到 S3，然后删除数据库的数据
    我们根据这个场景做过多轮压力测试，最终确定了每次从数据库里面拿 3000 是比较理想的，实现代码大概长这样：
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    cursor.execute('select count xxx')
    row_count = cursor.rowcount
    if row_count > 0:
        while True:
            fetch_rows = cursor.fetchmany(3000)
            if len(fetch_rows) == 0:
                break
            else:
                for row in fetch_rows:
                    # write csv
    这是第一版的代码
    测试过程中发现可能未来的数据量会有点大，并且这个 Athena 收费也不便宜，如果不设置合适的索引，每次都需要查询很多没意义的数据再过滤，相当烧钱
    于是经过对页面几个查询条件和数据库原来的结构进行分析后，设置了 Athena 的索引，这个索引在 Athena 里面叫 partition key，我们选用的是 Hive 风格
    因此在 Bucket 上的 CSV 大概长这样：bucket/year=2024/month=01/day=01/a=xxx/b=xxx（这里的 a 和 b 是页面上一些查询条件）
    代码也改为了先按照查询条件 group by，好生成 S3 目录结构，再按照具体的条件去查询对应的数据
    铺垫了这么多，下面开始正文
    第一个坑：数据为什么查不出来？
    相信有过大数据开发经验的同学很快就能看到问题，数据是有了，但是 Athena 并不认识这些数据，还要 “告诉” Athena 从那里拿数据回来
    有两个步骤可以选择，要么 alter table add partition，要么 msck repair table，因为按照我们的设计，这个结构理论上是不会有什么大的变化的，所以我们选择了第二种方式
    执行完 repair 后，会看到输出了一堆 S3 路径，意思就是 Athena 认识这些数据了
    第二个坑：新的数据为什么查不出来？
    好了，每天定时任务都能成功把数据从数据库转移到 Bucket 中，但是为什么只能查到老的数据？
    想象一下数据库新增数据的时候，索引是不是也会发生变化，原来这个 Athena 也是如此，不过，这个重建索引的过程需要人为介入
    考虑到我们的数据是每天零点同步过去的，而要重建索引后，新的数据才能被查到，所以给这个 Lambda 在同步完数据后再跑个 repair 语句，解决问题
    项目开始上线并稳定运行了一段时间
    上半部分结束，下半部分开始
    新的需求过来了，和上面差不多，不过不是查数据显示，而是将查到的数据导出 CSV 然后下载下来
    在这里需要先说明一下网络结构
    有两个 AWS 账号，API 在账号 A，这个账号只有 EKS 服务，那些什么数据库、Lambda、Bucket、API Gateway 等等乱七八糟的全在另一个账号 B，API 通过 assume 账号 B 的 role 的方式来用账号 B 的服务
    麻烦的方式不但在这里，还在明明在账号 B 创建好 role，赋予 S3 的增删改查和 Lambda 的执行权限，API 能够直接通过 assume role 来执行 Lambda 的情况下，API 还要通过私有 VPCE 来访问账号 B 的 API Gateway，API Gateway 再绑定 Lambda，这样蛋疼的方式来访问
    问就是安全
    人在江湖身不由己，也只好遵守他的游戏规则
    在这个前提下，数据库那一部分很好处理，在 Athena 这里又出了幺蛾子
    第三个坑：数据太大 Lambda 超时
    用户点击下载 CSV，请求会这样走：API -> AWS API Gateway -> AWS Lambda -> AWS Athena / AWS RDS -> AWS S3
    而 Lambda 默认是同步执行的，如果数据量太大，那么如果用户点击下载后一直在转，显然不现实，于是我们将 Lambda 改成异步执行
    Lambda 在 General 那里最大限额可以配置 15 分钟超时，10G 内存，10G 硬盘，而在 Async 相关的设置里，则可以设置为最长跑 6 个小时并且最多 2 次失败重试（自动）
    既然写得这么明白，那么我们的数据也没这么大，不用跑几个小时，配置肯定是够用的，但是保险起见，先 sleep 个 16 分钟验证下？
    不出意外的话，意外发生了
    经过测试，虽然这个异步设置最长可以设置 6 小时，但是其实无论同步还是异步，Lambda 最长还是只能执行 15 分钟，这个 6 小时只是 Lambda 执行失败后会放在队列里的最长等待时间
    就是说，就算用异步的方式执行耗时任务，在 15 分钟内没跑完，没关系，重试，还没跑完，也没关系，再重试，但在我们这个需求就不适用，因为是从头开始重试的，该拿不回来数据还是拿不回来
    文档写得又乱，版本 V1、V2 又混着来，反正我是很蛋疼
    15 分钟也行吧，Athena 查询东西本来就比较快，查询数据库都能 2-3 分钟跑完，Athena 不见得要超过这个时间吧？
    现实又啪啪打脸
    由于有之前上线生产环境的经验，那么我们从 Athena 里导出数据生成 CSV 下载，肯定还是沿用之前的老路：
    1
    2
    3
    4
    5
    6
    athena.start_query_execution()
    athena.get_query_execution()
    while True:
        query_execution_status == 'SUCCEED':
            break
    athena.get_query_results()
    问题来了，Athena 查询快是快，但是每次只能从中最多拿 1000 条数据回来，同时会返回一个叫 NextToken 这样的东西，后续请求需要带上它，才能获取后面的数据
    那这就有问题了
    经过测试，每次拿回来 1000 条数据大概花费 2-3 秒左右，那么 15 分钟极限最多拿不到 30W 条数据，一天的数据量远远超过这个
    正当一筹莫展准备限定页面搜索条件，缩小总数据集，或者分拆成多个子任务再合并 CSV 时，猛然想到，其实 Athena 查询的时候往往需要指定一个结果输出路径，无论在 AWS Console 还是 boto3，并且是必填的，这个路径其实就是保存了本次查询的数据集和元数据
    艹，怎么之前看漏了眼
    结果就很美丽了，100W 数据查询才 10 秒，并且 CSV 都生成好了，只需移动下位置即可
    第四个坑：API 通过 API Gateway 调用 Lambda 不是异步的
    前面说过，不能让用户点击下载后在干等，所以需要异步执行这个 Lambda
    好了，参考文档 Set up asynchronous invocation of the backend Lambda function 进行设置，在 Lambda 里简单 time.sleep(33) 看看，因为 API 调用 API Gateway 超过 10 秒就要报错了，而 API Gateway 调用 Lambda 超过 30 秒也会报错，所以这样能试到两种情况
    在没设置 X-Amz-Invocation-Type 请求头前，在 AWS Console 上面测试 API Gateway 调用 Lambda 是超时的，而设置了这个请求头后，正常了，但是 API 通过 API Gateway 来调用 Lambda，还是超时
    这又是什么破玩意？
    百思不得其解
    Header 传得不对吗？
    Lambda 没有设置好吗？
    链接用错了吗？
    有鬼
    最后发现其实是忘记了重新部署 API Gateway
    虽然是我们自己的锅，但是没有重新部署却在 AWS Console 上面测试也能通过，就很误导人
    第五个坑：无法利用自定义域名来生成 presignedUrl
    下载 CSV 这个动作，考虑到 API 性能问题，没有将数据再经过 API 一遍流式返回前端徒增功耗，而是直接生成 presignedUrl，前端直接调用这个链接下载文件就完事了
    这个链接，包含了 AWS 账号信息和 Bucket 信息，想将其隐藏掉，于是考虑到了利用自定义域名的方式来完成
    最后配置好了路由，生成 presignedUrl，替换自定义域名，等等都完成后，通过新链接来访问文件，却说签名不匹配
    也尝试过在代码里重写 endpointUrl 或者修改参与计算签名的 Host 字段，让它和我们的自定义域名一样，结果还是不行
    查阅了相关文章，似乎也说，这其实就是 S3 的规范
    感觉是没直接方法实现的，有的话，麻烦告知一下我
    或者我们可以通过在 API 里映射的方式来实现？新增接口来专门处理这个，暴露 API 信息，但是可以有效隐藏掉 AWS 相关信息，这就是后话了
    TBC
    ]]>
        
    https://linweiyuan.github.io/2024/05/02/%E4%B8%80%E6%AC%A1%E4%BD%BF%E7%94%A8-AWS-%E6%9C%8D%E5%8A%A1%E7%9A%84%E5%BF%83%E8%B7%AF%E5%8E%86%E7%A8%8B.html
    
    2024-05-02T14:49:35.000Z
    
      事情是这样的，几个月前有一个需求：用户在前端页面上输入查询条件调用 API 返回数据
    

    很经典的简单 CRUD 对不对？我告诉你， 其实有点不同
    

    因为这个查询除了其他可空条件外，有个必填的两个参数是开始时间和结束时间，而这个时间段，如果是当月（30]]>
    
    
    一次使用 AWS 服务的心路历程
    2026-05-09T01:45:34.370Z
      
  
    
      林伟源
    
    
    
    
    
      官方简介：https://stability.ai/news/introducing-stable-code-instruct-3b
    总的来说，和 ChatGLM2-6B-INT4 本地部署 差不多，需要安装 transformers 和 torch
    流式输出例子：
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    import torch
    from transformers import AutoModelForCausalLM, AutoTokenizer, TextStreamer
    tokenizer = AutoTokenizer.from_pretrained("stabilityai/stable-code-instruct-3b", trust_remote_code=True)
    model = AutoModelForCausalLM.from_pretrained("stabilityai/stable-code-instruct-3b", torch_dtype=torch.bfloat16, trust_remote_code=True)
    model.eval()
    model = model.cuda()

    messages = [
        {
            "role": "system",
            "content": "You are a helpful and polite assistant",
        },
        {
            "role": "user",
            "content": "show me a demo code to connect to aws lambda using golang"
        },
    ]

    prompt = tokenizer.apply_chat_template(messages, add_generation_prompt=True, tokenize=False)

    inputs = tokenizer([prompt], return_tensors="pt").to(model.device)

    tokens = model.generate(
        **inputs,
        max_new_tokens=1024,
        temperature=0.5,
        top_p=0.95,
        top_k=100,
        do_sample=True,
        use_cache=True,
        pad_token_id=tokenizer.eos_token_id,
        streamer=TextStreamer(tokenizer=tokenizer, skip_prompt=True)
    )

    output = tokenizer.batch_decode(tokens[:, inputs.input_ids.shape[-1]:], skip_special_tokens=False)[0]
    print(output)

    ]]>
        
    https://linweiyuan.github.io/2024/03/31/Stable-Code-Instruct-3B-%E6%9C%AC%E5%9C%B0%E9%83%A8%E7%BD%B2.html
    
    2024-03-31T12:56:36.000Z
    
      官方简介：https://stability.ai/news/introducing-stable-code-instruct-3]]>
    
    Stable Code Instruct 3B 本地部署
    2026-05-09T01:45:34.365Z
      
  
    
      林伟源
    
    
    
    
      新版界面是真的用不上，i3wm 鼠标移到最上面经常获取不到标签页的焦点，字体和书签间隔还莫名其妙的大
    如何回滚？
    打开chrome://flags，将 Chrome WebUI Refresh 2023 设为 Disabled
    世界又美好了
    有感觉这个特性一定会在不久的将来被删掉
    2024-03-20
    日常 yay 更新了下，参数还失效了，不过多了新参数
    Customize Chrome Side Panel 继续改为 Disabled
    当前版本：Version 123.0.6312.58 (Official Build) (64-bit)
    还这样乱搞，我要转 Firefox 了
    2024-05-17
    今天日常滚下系统，发现有更新，于是升到 125，然后不出所料，打开浏览器发现这个脑残的设计又回来了，上面的 flags 已经不见
    无奈只能从源头入手
    1
    sudo nano /usr/share/applications/google-chrome.desktop
    改成 Exec=/usr/bin/google-chrome-stable %U --disable-features=CustomizeChromeSidePanel
    今天下了个火狐，再容忍它一下
    2024-08-21
    用了火狐一段时间，不太习惯。。。用回 Chrome
    ]]>
    
    https://linweiyuan.github.io/2023/12/15/Chrome%E6%96%B0%E7%89%88UI%E5%9B%9E%E6%BB%9A.html
    
    2023-12-15T14:02:40.000Z
    
      新版界面是真的用不上，i3wm 鼠标移到最上面经常获取不到标签页的焦点，字体和书签间隔还莫名其妙的大
    

    如何回滚？
    

    打开chrome://flags，将 Chrome WebUI Re]]>
    
    
    Chrome 新版 UI 回滚
    2026-05-09T01:45:34.345Z
  
  
    
      林伟源
    
    
    
    
    
    
      基于 Arch Linux
    可选：BBR
    1. 安装软件
    1
    sudo pacman -S v2ray caddy
    1. 配置 V2Ray
    编辑配置文件 /etc/v2ray/vpoint_vmess_freedom.json，在 inbounds 里面加一段配置，path 对应的值自定义，供后续使用，这里用 /ws，id 可随便生成一个 UUID，比如通过 cat /proc/sys/kernel/random/uuid
    1
    2
    3
    4
    5
    6
    "streamSettings": {
        "network": "ws",
        "wsSettings": {
            "path": "/ws"
        }
    }
    另外重要的一点，alterId 改成 0，原因自己查
    开启服务：sudo systemctl enable --now v2ray@vpoint_vmess_freedom
    1. 配置 Caddy
    新增配置文件 /etc/caddy/conf.d/xxx
    1
    2
    3
    4
    5
    [域名] {
        reverse_proxy [比如上面的 /ws] :[上面配置的端口] {
            header_up -Origin
        }
    }
    开启服务：sudo systemctl enable --now caddy
    1. （可选）启动 CDN，隐藏源站 IP（试过 Cloudflare，速度惨不忍睹）
    2. v2rayA 客户端配置
    KeyValue
    Host域名
    Port443
    IDUUID（上面的）
    AlterID0
    SecurityAuto
    TLStls
    SNI空
    uTLS fingerprint空
    AllowInsecure否
    NetworkWebSocket
    Host域名
    Alpn空
    Path上面的 WebSocket 路径
    ]]>
        
    https://linweiyuan.github.io/2023/12/09/Caddy-WebSocket-V2Ray.html
    
    2023-12-09T06:59:43.000Z
    
      基于 Arch Linux
    

    可选：
    
    
    
      记录一下供下次玩耍参考，当前环境：
    Arch Linux：6.6.4-arch1-1
    Python：3.11.6
    Nvidia：545.29.06
    CUDA：12.3
    GPU：NVIDIA GeForce RTX 3060 Ti
    ChatGLM: chatglm2-6b-int4
    1. Arch Linux 安装 NVIDIA 系包
    Wiki 说现在有个新包 nvidia-open，我试过直接用原来的 nvidia 系统会莫名其妙卡，换成新包一切正常
    1
    sudo pacman -S nvidia-open
    如果源码方式运行，上面的就够了，容器运行需要安装多一个，AUR 或者直接 archlinuxcn
    1
    sudo pacman -S nvidia-container-toolkit
    由于显卡满足不了 chatglm2-6b，会爆显存 orch.cuda.OutOfMemoryError: CUDA out of memory.，因此只能用 chatglm2-6b-int4 的版本，这里用源码的方式，方便改动后直接运行
    如果是首次安装 nvidia-open 包，需重启系统生效
    1. 克隆官方仓库：gh repo clone THUDM/ChatGLM2-6B，这个 gh 需要额外安装 github-cli，用 git clone 也可以
    2. 进去 ChatGLM2-6B 文件夹，创建一个虚拟环境 python -m venv .venv，执行 source .venv/bin/activate 激活（取消激活 deactivate），又或者利用 oh-my-zsh 的插件功能 virtualenvwrapper，进入项目目录后自动激活（需要安装 python-virtualenvwrapper 包）
    3. 下载依赖 pip install -r requirements.txt
    4. 修改代码 web_demo.py、web_demo2.py、或 cli_demo.py，将 THUDM/chatglm2-6b 改为 THUDM/chatglm2-6b-int4，接着执行即可
    • python web_demo.py
    • streamlit run web_demo2.py
    • python cli_demo.py
    模型会自动下载模型到 ~/.cache/huggingface/hub （或者改为本地已经下载好的路径，可以到 清华大学云盘 下载，这个我没试过，web_demo.py 我自己测试网页会报错，其他两个正常）
    如果遇到报错 RuntimeError: Library cudart is not initialized，则需要安装 cuda 包
    1
    sudo pacman -S cuda
    相同环境用起来，速度 chatglm2-6b-int4 比 chatglm-6b-int4 快一点，其他的没仔细测试
    ]]>
    
    https://linweiyuan.github.io/2023/12/07/ChatGLM2-6B-INT4%E6%9C%AC%E5%9C%B0%E9%83%A8%E7%BD%B2.html
    
    2023-12-07T17:33:24.000Z
    
      记录一下供下次玩耍参考，当前环境：
    

    Arch Linux：6.6.4-arch1-1
    Python：3.11.6
    Nvidia：545.29.06
    CUDA：12.3
    GPU：NVIDIA GeForce RTX 3060 Ti
    ]]>
    
    
    ChatGLM2-6B-INT4 本地部署
    2026-05-09T01:45:34.344Z
  
  
    
      林伟源
    
    
    
    
    
    
      在 KVM + QEMU 的场景下，可以进去 /var/lib/libvirt/images 目录，然后通过通过 sudo qemu-img resize win10.qcow2 +10G 去修改硬盘大小
    因为我们一开始并不知道硬盘需要多大空间，并且如果要配合 sdelete 这种来使用的话，太大的硬盘耗时相对更多
    但是，默认情况下，通过 resize 命令去扩容后，在 Windows 系统 磁盘管理 那里的空间是不能直接合并到 C 盘的，要新建一个 D 盘，空间不连续导致不方便的同时，还对强迫症患者不友好
    这个时候只需要把恢复分区删掉就可以合并过去 C 盘了，一般来说用处不大，况且我们可以直接备份 win10.qcow2
    1. 管理员打开 CMD，执行 diskpart
    2. list disk 列出所有硬盘
    3. select disk 0 通常 C 盘是第 0 个
    4. list partition 列出所有分区
    5. select partition 4 通常恢复分区是第 4 个
    6. delete partition override 提示 DiskPart 成功地删除了所选分区。 则大功告成
    7. 打开硬盘管理直接右键合并新扩容的空间即可
    一个例子
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    Microsoft DiskPart 版本 10.0.19041.3636

    Copyright (C) Microsoft Corporation.
    在计算机上: KVM

    DISKPART> list disk

      磁盘 ###  状态           大小     可用     Dyn  Gpt
      --------  -------------  -------  -------  ---  ---
      磁盘 0    联机              350 GB   300 GB        *
      磁盘 1    联机              465 GB  1024 KB

    DISKPART> select disk 0

    磁盘 0 现在是所选磁盘。

    DISKPART> list partition

      分区 ###       类型              大小     偏移量
      -------------  ----------------  -------  -------
      分区      1    系统                 100 MB  1024 KB
      分区      2    保留                  16 MB   101 MB
      分区      3    主要                  49 GB   117 MB
      分区      4    恢复                 583 MB    49 GB

    DISKPART> select partition 4

    分区 4 现在是所选分区。

    DISKPART> delete partition override

    DiskPart 成功地删除了所选分区。
    ]]>
        
    https://linweiyuan.github.io/2023/12/07/QEMU%E4%B8%8BWin10%E7%A1%AC%E7%9B%98%E5%8A%A8%E6%80%81%E6%89%A9%E5%AE%B9.html
    
    2023-12-07T12:01:42.000Z
    
      在 KVM + QEMU 的场景下，可以进去 /var/lib/libvirt/images 目录，然后通过通过 sudo qemu-img resize win10.qcow2 +10G 去修改硬盘大小
    

    因]]>
    
    
    QEMU下 Win10 硬盘动态扩容
    2026-05-09T01:45:34.365Z
      
  
    
      林伟源
    
    
    
    
      在前面显卡直通文章介绍过通过 KVM + QEMU 直通显卡使用 Windows 系统的场景，当一个系统安装好后，其实可以将原始硬盘 win10.qcow2 备份下来（类似 Ghost），这样当重装 Arch Linux 的时候，不用重新配置 Windows 系统，直接修改 virt-manager 里面 Windows 10 系统的 xml 文件即可（只需替换成新 UUID）
    但是，每次使用这块硬盘后，在系统启动进去的时候，会提示新的“网络2”、“网络3”连接，虽然不影响使用，但是强迫症忍不了
    如何解决？
    注册表大法
    1
    2
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\Profiles
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\Signatures\Unmanaged
    将上面两个项下面的子项全部删除后重启系统，即可重新提示一个新的“网络”
    ]]>
        
    https://linweiyuan.github.io/2023/12/06/%E5%88%A0%E9%99%A4Win10%E7%9A%84%E7%BD%91%E7%BB%9Cx.html
    
    2023-12-06T08:38:54.000Z
    
      在前面显卡直通文章介绍过通过 KVM + QEMU 直通显卡使用 Windows 系统的场景，当一个系统安装好后，其实可以将原始硬盘 win10.qcow2 备份下来（类似 Ghost），这样当重装 Arch Linux 的时候，不用重新配置 Wi]]>
    
    删除 Win10 的网络x
    2026-05-09T01:45:34.371Z
      
  
    
      林伟源
    
    
    
    
    
      比如我有两个相同的 U 盘要直通过去，如果通过 virt-manager 直接操作，会提示这个错误 Unable to add device: XML error: Hostdev already exists in the domain configuration
    经过排查，发现默认情况下，两个 vendor 和 product 相同的配置不能同时出现
    解决办法如下（Arch Linux）：
    首先需要确保系统安装有 usbutils 这个包
    1
    sudo pacman -S usbutils
    接着通过命令 lsusb 查询到 Bus 和 Device
    比如原来的配置如下：
    1
    2
    3
    4
    5
    6
    7
    <hostdev mode="subsystem" type="usb" managed="yes">
      <source>
        <vendor id="0x1234"/>
        <product id="0xabcd"/>
      </source>
      <address type="usb" bus="0" port="1"/>
    </hostdev>
    修改后的配置如下：
    1
    2
    3
    4
    5
    6
    7
    8
    <hostdev mode="subsystem" type="usb" managed="yes">
      <source>
        <vendor id="0x1234"/>
        <product id="0xabcd"/>
        <address bus='1' device='1'/>
      </source>
      <address type="usb" bus="0" port="1"/>
    </hostdev>
    这样就可以正常添加
    当然还有曲线救国的方案：直通一个 USB HUB
    ]]>
        
    https://linweiyuan.github.io/2023/12/03/QEMU%E5%A4%9AUSB%E8%AE%BE%E5%A4%87%E7%9B%B4%E9%80%9A.html
    
    2023-12-03T05:19:47.000Z
    
      比如我有两个相同的 U 盘要直通过去，如果通过 virt-manager 直接操作，会提示这个错误 Unable to add device: XML error: Hostdev already exists in the domain configurati]]>
    
    QEMU 多 USB 设备直通
    2026-05-09T01:45:34.365Z
      
  
    
      林伟源
    
    
    
    
    
      书接上回 虚拟机显卡直通 (PCI passthrough via OVMF)
    系统准备
    现在的台式机 CPU，动不动就不带核显，但那个是插着电源线的，不用考虑如何省电
    而现在的笔记本，动不动就是核显加独显，并且 BIOS 里不一定带独显开关。这就造成了一种困扰：我现在没有玩游戏或其他用显卡的需求，只是写写代码，然而刚好在外面没插电，这样独显就还一直是通着电的状态，电池本来能用 5 小时，现在 3 小时就没电了。所以，有没有一种方法，可以在 BIOS 不支持独显开关的情况下，按需关掉或者开启独显？
    答案是有，并且有很多种方案。但是这里按照我的个人喜好，只介绍 EnvyControl 这一种（其他的我试过，水土不服）
    Arch Linux 安装完成后，默认是用的开源驱动 nouveau，网上说官方的闭源驱动性能更好，那么首先就给系统装上闭源驱动
    1
    sudo pacman -S nvidia
    然后你可以配置一些钩子，让系统自动重新生成初始化内存镜像，或者简单粗暴地手动生成
    1
    sudo mkinitcpio -p linux
    上面的命令是基于当前最新 Linux 内核的，如果你用的是其他内核或者自定义内核，那么则自己按需修改
    然后重启系统，显卡驱动就算安装完成了
    接着就是重头戏，安装 envycontrol，但是这个包只在 AUR 里，所以需要通过 yay 或者其他工具进行安装
    1
    yay -S envycontrol
    核显 + 独显
    默认情况下，当前模式是核显 + 独显（至少我自己的笔记本是这样），或者可以通过下面命令切换（每次切换都要重启系统，这个很好理解，因为有时要拉黑一些驱动和修改 udev 规则）
    1
    sudo envycontrol -s hybrid
    如何测试当前显卡使用情况？可以查看 glxinfo 的输出信息
    1
    glxinfo | grep "OpenGL renderer"
    比如我的笔记本输出如下内容
    既然说核显 + 独显都是通电的，怎么确认呢？
    多种方法，比如 lspci，不过这个输出多少会让人眼花缭乱，所以这里用人看的一目了然的方法 neofetch
    这里很明显看到核显和独显都是在线的
    但是用 nvidia-smi 会发现，是没有任何进程在用独显的
    但是也可以看到功耗是有的，虽然不多，但是细水长流
    那么既然独显在线，又没人用，还用着电，浪费就浪费在这里了
    所以在核显 + 独显（也叫 hybrid）模式，默认是使用核显的，但是独显也通电，当你想用的时候就可以通过一些另外的方式用，比如 prime-run，安装也很简单
    1
    sudo pacman -S nvidia-prime
    这个时候在需要使用独显的程序或者命令前加 prime-run，就可以用到独显，比如上面的改成这样
    1
    prime-run glxinfo | grep "OpenGL renderer string"
    这样就能按需使用独显
    独显
    比如当前插着电，或者就是想要更高性能的表现，则可以切换为独显模式
    1
    sudo envycontrol -s nvidia
    这个时候直接执行 glxinfo （带 prime-run 或者不带都一样），则会提示目前正在使用的是独显
    并且会看到也有进程使用独显了（如果这个时候使用 neofetch，核显也是会有的，因为它有其他工作要做，比如设置屏幕亮度之类的）
    没意外的话，所有新进程都用独显
    核显
    这个就是文章一开头的场景，切换命令如下
    1
    sudo envycontrol -s integrated
    这个时候执行 neofetch 则看不到独显了，也就是不通电了
    那么执行 glxinfo 当然显示核显了
    如果执行独显相关的 prime-run 或者 nvidia-smi 则肯定报错了
    ]]>
        
    https://linweiyuan.github.io/2023/09/23/Arch-Linux-%E5%A4%9A%E6%98%BE%E5%8D%A1%E5%88%87%E6%8D%A2%E9%85%8D%E7%BD%AE.html
    
    2023-09-23T12:05:10.000Z
    
      书接上回 
    
    
    
    
      本篇文章已过期，仅供思路参考
    20230626 早上
    以下逆向 JS 内容已过期，参考：https://github.com/acheong08/ChatGPT/issues/1431#issuecomment-1606145567
    有另一种简单的方法生成 arkose_token：chatgpt-arkose-token-api
    20230626 下午
    当天，似乎上面的方法又失效了，所以还是先用回下面的方法
    20230626 夜里 - 20230627
    arkose_token 突然不检测了，但是还是先传着，保持和官网一样
    2023-06-28
    又开始检测了
    2023-07-08
    chatgpt-arkose-token-api 复活，主要是借鉴了 xyhelper/xyhelper-arkose
    把 html 页面放在服务器上运行，不行，会弹验证码
    但是单独起个服务跑 html 页面，又可以，莫名其妙
    （我自己测试，如果服务器上开启了 IPv6，会拿不到 token，原因未知）
    服务健康程度监控页面：Health Status
    2023-07-27
    方法已失效，不折腾了
    2023-09-24
    更新视频，通过抓 har 包获取合法 token（这个方法已经存在很久了，但是最近比较忙，也基本弃坑了没用 GPT，所以鸽到现在更新）
    2023-10-02
    原来本来就有更加方便的方法，之前没有注意，现在更新，无需额外再跑一个 token 服务
    GPT-4 403
    GPT-4 对 arkose_token 的校验在最近几天里每天都改变很多次，有时早上提交代码，下午就失效，或者晚上提交，第二天失效
    通过不断的试错，把所有缺失的参数全部补上，但是最后还是 403 了
    于是，打算从源头出发，学习一下 JS 的逆向（本人 JS 相对新手，但是曾经也写过）
    arkose_token 从何来
    接口：https://tcr9i.chat.openai.com/fc/gt2/public_key/35536E1E-65B4-4D96-9D97-6ADB7EFF8147
    FormData:
    1
    2
    3
    4
    5
    6
    7
    8
    bda: ct + iv + s 的 base64 编码
    public_key: 35536E1E-65B4-4D96-9D97-6ADB7EFF8147
    site: https://chat.openai.com
    userbrowser: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.0.0 Safari/537.36
    capi_version: 1.5.2
    capi_mode: lightbox
    style_theme: default
    rnd: 随机数，小数点后有时 16 位，有时 17 位
    其他参数都是写死，并且之前不传也可以，最近必须要传，并且还要传对，不然 403
    重点就是在 bda 参数里，里面的内容是加密的
    bda
    通过 F12，一步一步跟，发现了一些蛛丝马迹，最后调用的是这个方法来生成 bda 参数：ALFCCJS.encrypt(bx, bv + bw)
    于是反推，如何生成 bx、bv 和 bw
    bx
    bx 依赖 b5 和 bg
    b5 是一个数组，里面的东西大部分都是写死的，除了一个时间戳
    bg 写死的，本次测试不传也正常（未来可能有校验）
    将 b5 数组转成字符串，就得到了 bx
    bv
    bv 没什么好说的，就是当前浏览器 UA 写死
    bw
    bw 不复杂，当前时间戳然后计算一下
    200
    最后执行加密方法，就能生成加密 bda
    如果提示 ALFCCJS is not defined，执行下面 JS 将其初始化 
    1
    2
    3
    4
    const script = document.createElement("script");
    script.type = "text/javascript";
    script.src = "https://tcr9i.chat.openai.com/cdn/fc/js/6af2c0d87b9879cbf3365be1a208293f84d37b1e/standard/funcaptcha_api.js";
    document.head.appendChild(script);
    再设置到参数里调用接口就能拿到 arkose_token
    GPT-4 就 200 了
    视频（共三个）
    一开始看错了 bv 成 by，但是字幕烧录进去了，懒得改了，其实是 bx, bv, bw
                    
     
                    
     
                    
    ]]>
    
    https://linweiyuan.github.io/2023/06/24/%E5%A6%82%E4%BD%95%E7%94%9F%E6%88%90-GPT-4-arkose-token.html
    
    2023-06-24T15:10:24.000Z
    
      本篇文章已过期，仅供思路参考
    
    
    
    如何生成 GPT-4 arkose_token
    2026-05-09T01:45:34.381Z
  
  
    
      林伟源
    
    
    
    
    
    
      接口调试
                    
    ]]>
        
    https://linweiyuan.github.io/2023/06/18/%E5%88%A9%E7%94%A8-HTTP-Client-%E6%9D%A5%E8%B0%83%E8%AF%95-go-chatgpt-api.html
    
    2023-06-18T12:31:41.000Z
    
      接口调试
    

    
  
    
    
    利用 HTTP Client 来调试 go-chatgpt-api
    2026-05-09T01:45:34.371Z