gpt4 book ai didi

linux - 连续的 bash 脚本 - 进程终止时显示自定义错误

转载 作者:塔克拉玛干 更新时间:2023-11-03 01:19:40 25 4
gpt4 key购买 nike

我正在尝试编写一个脚本,不断检查进程“XXX”是否被杀死,如果被杀死,则显示来自/proc/XXX_ID/fd/1 的错误消息并重新开始。

我正在尝试让它在自定义瘦客户端发行版上运行,其中没有超过需要的包。 Linux 4.6.3TS_SMP i686

我是 Bash 脚本的新手,我似乎无法让它工作。过去两天我在谷歌上搜索并尝试了不同的东西,但我无处可去。我做错了什么?

#!/bin/bash
while [ true ] ; do
process_ID="$(pgrep XXX)"
tail -f /proc/${process_ID}/fd/1 > /bin/test2.txt

到目前为止一切正常。现在我需要以某种方式检查 test2.txt 是否为空,如果不是,则使用其中的文本作为错误消息并再次开始检查。我试过这样的事情

    if [ -s /bin/test2.txt ]
then
err="$(cat /bin/test2.txt)"
notify-send "${err}"
else
fi

done

最佳答案

这个怎么样:

output_filepath=$(readlink /proc/$pid/fd/1)
while ps $pid > /dev/null
do
sleep 1
done
tail "$output_filepath"

整个想法只有在进程的标准输出(fd 1)被重定向到一个可以被其他人读取的文件中时才有效。这样的重定向将导致 /proc/<pid>/fd/1作为符号链接(symbolic link)。我们阅读并记住第一行中该符号链接(symbolic link)的目标。

然后我们等到ps给定的 PID 失败,这通常意味着进程已终止。然后我们在内存的路径处拖尾文件。

这种方法有几个弱点。进程(或其调用者)可以在终止时删除、修改或重命名输出文件,或者以某种方式无法读取它(权限等)。输出可以重定向到不是文件的东西(例如管道、套接字等),然后拖尾它就不起作用了。

ps没有失败并不一定意味着相同的过程仍然存在。这么快地重用 PID 几乎是不可能的,但并非完全不可能。

关于linux - 连续的 bash 脚本 - 进程终止时显示自定义错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/45343694/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com