@Osk 都不需要自己编译，用 OpenWrt 的 ImageBuilder 打包就好了。alpine 不知道有没有类似工具。不嫌体积大的话弄个 Arch ISO 。

@Thymolblue 忘记说了，上面 ROG 是 STRIX-E ，不是 HERO ，对应前面两个链接，分别是 ROG STRIX Z790-E GAMING WIFI 和 MSI MPG Z790 CARBON WIFI

@Thymolblue 区别看上面两个链接就知道了，简单说的话：
ROG
PCIe 一个 CPU 直出 5.0x16 两个芯片组转接 4.0x4(主板上插槽是 x16 的长度) 一个芯片组转接 3.0x1
M.2 一个 CPU 直出 5.0 一个 CPU 直出 4.0 三个芯片组转接 4.0
背板 一个 20G Type-C 一个 10G Type-C 六个 10G Type-A 四个 5G Type-A 以及 HDMI DP
前面板有一个 20G Type-C 支持 30W PD

微星
PCIe 一个 CPU 直出 5.0x16 一个芯片组转接 3.0x1 一个芯片组转接 4.0x4(主板上插槽是 x16 的长度)
M.2 一个 CPU 直出 4.0 一个 CPU 直出 5.0 三个芯片组转接 4.0
背板 一个 20G Type-C 一个 10G Type-C 六个 10G Type-A 两个 5G Type-A 只有 HDMI
前面板有一个 20G Type-C

有线网卡都是 Intel 2.5G 型号未知，声卡都是 ALC4080 ，WiFi 网卡估计都是 Intel AX210

微星的 MPG CARBON 对标的不是 ROG HERO ，前者是 4000 元左右，后者是 5000 元左右，对标的是 ROG STRIX-E ，也是 4000 元左右。
不过看京东上 MPG Z790 CARBON 是有 3299 元抢购活动，不知道货量如何，你可以试试。
PCIe 通道去看主板规格。
https://www.msi.com/Motherboard/MPG-Z790-CARBON-WIFI/Specification
https://rog.asus.com/motherboards/rog-strix/rog-strix-z790-e-gaming-wifi-model/spec/

https://www.asus.com/microsite/motherboard/Intel-Raptor-Lake-Z790-H770-B760/
这个页面有华硕目前已公开的 13 代主板简介，可以自行对比看看。价格的话可以参考 AMD X670E ，HERO 是 4999 ，STRIX-E 是 3999 。

看预算选 ROG HERO 或 ROG STRIX-E 吧

请发代码

根据 IP 的话没办法

主板建议华硕或者微星，预算充足的话 CPU 建议买新出的 7950X ，水冷必须上 360 ，N 卡新品只能用最新的 CUDA 版本，许多库可能并不支持，建议先考虑清楚

@cxh116 @zjsxwc 印象中之前看一篇文章说装修钥匙和普通钥匙只是一个触点的区别，很不安全，还是建议装修完换锁
@cmdOptionKana 临时密码没用，就怕开了门之后不关

简单搜索可得知 Java 有内置 ProcessHandle
https://docs.oracle.com/javase/9/docs/api/java/lang/ProcessHandle.html
不过是从 Java 9 才有的

感觉是 RuntimeUtil.exec 的问题。
先说正常的解法：判断 PID 对应的进程是否存在应该用更底层的 API ，比如 Linux 下读 /proc/<PID>，而不应该用命令行程序来处理。我相信 Java 有现成的支持多平台的库，完全不需要自己写。
再解释你遇到的问题：首先类 Unix 系统的进程参数是字符串数组而不是一个字符串，比如你执行 ps -elf ，ps 进程接收到的参数一般是["ps", "-elf"].因此在执行单个字符串的“命令”时，肯定要有个程序先解析成字符串数组再传递给目标进程。
在 shell 中执行的话，是由 shell 进行解析的，但是用别的语言提供的 API ，就得看文档了解清楚是怎么解析的了。根据 Java 的文档，单个字符串的 Runtime.exec 是用 StringTokenizer 来解析的 https://docs.oracle.com/javase/7/docs/api/java/lang/Runtime.html#exec(java.lang.String,%20java.lang.String[],%20java.io.File)
而 StringTokenizer 则是按" \t\n\r\f"分割 https://docs.oracle.com/javase/7/docs/api/java/util/StringTokenizer.html#StringTokenizer(java.lang.String)
所以你传进去的字符串最终应该是被解析成了[BIN_BASH, "-c", "ps", "-elf", "|", "grep", pid]
而 bash -c 执行的是 -c 后面那个参数，也就等于执行 ps 。你可以试试在 shell 里执行 bash -c echo 1 和 bash -c 'echo 1' 看看有什么区别。
顺带一提，Windows 下进程参数是一个字符串而不是字符串数组，上述逻辑不适用于 Windows 。

按照你给的图总感觉是更宽的范围被降低到了窄的范围。建议说一下“期望得到如下的图像”是怎么来的。

没找到漏洞，就这么简单