这些是从 Win8 开始引入的 API sets ，原因是因为历史设计问题，Windows 各类 API 没有进行细致的分类，同时不同平台的 Windows 可能会出现同一个 API 被分到不同名称的 DLL 中的情况，因此微软把 API 进行了细致的分类。
在支持 API sets 的系统中这些 DLL 不是真实存在，系统会自动重定向到真正的 DLL 中。但是在不支持 API sets 的系统中就只能通过 forwarder DLL 进行重定向了。
你会在程序目录下看到，大概率是因为程序附带了 Universal CRT(UCRT)。UCRT 是 Win8 引入的，跟随操作系统发布的 CRT ，因此使用了 API sets ，但是实际上 UCRT 不强依赖新版本的系统，Win7 也能用，在 Win7 下使用时需要补齐 API sets ，于是程序就把这些都附带上了。

@ruixue 我也这么认为，PNG 等格式是不支持 EXIF 的，建议楼主拷到别的设备上看看。

@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 。