主页 / unix / 问题

问题[process](unix)

Martin Hope
melonfsck - she her
Asked: 2024-10-05 19:22:30 +0800 CST
  • 10

如果在为用户进程提供服务（如系统调用或页面调入）的上下文中或在进程中发生内核中的 CPU 异常（如错误的内存访问或无效的操作码），则在设置kthread之前，panic_on_oops有用的信息将被转储，任务将终止。无需惊慌。有时系统仍然完全可用。足以让用户尝试同步磁盘、正常终止程序，并以其他方式为紧急重启做准备。

但不幸的是，如果异常发生在原子上下文中（如中断或软中断），则采取的操作始终是内核恐慌（带有描述"Fatal exception in interrupt"）——无论任何设置或构建时配置如何。这很可悲。为什么不能模拟中断返回，并保持系统运行，希望某些部分仍能正常工作？谢谢。

我知道我可以mdelay()在“中断异常”的代码路径中放置一个无限，而不是panic()，这样只会让本地 CPU 停滞。但通常在发生这种情况后就没有什么可以做的事情了……即使机器中有数百个 CPU，它们很快就会全部锁定。所以不是很有用。

process
Martin Hope
leetbacoon
Asked: 2024-07-30 09:15:22 +0800 CST
  • 8

我们有这个 GNU tar 命令，如下所示：

$ tar -xjf /dev/st0 --to-command='sh -c '\''printf "%s\n" "$TAR_SIZE $TAR_REALNAME" >> "$TAR_ARCHIVE.sizes.txt"'\'

有什么方法可以获取tar内部的 PID吗--to-command？例如：

$ [...] --to-command='sh -c '\''printf "%s\n" "$TAR_SIZE $TAR_REALNAME" >> "$TAR_ARCHIVE.sizes. $TAR_PID .txt"'\'

$TAR_PID（请注意结尾处添加的虚构内容）

我阅读了 GNU tar 1.34 的手册页，但没有看到相关变量。

process
Martin Hope
Ui Hirazawa
Asked: 2024-06-19 19:43:24 +0800 CST
  • 5

我使用 alpine 镜像运行了一个容器，并timeout在其中运行了一个命令。timeout命令运行后，alpine 中留下了一个死进程，我无法使用 kill 命令杀死它。我的执行流程如下：运行一个 alpine 容器

# cat /etc/os-release
NAME="Alpine Linux"
ID=alpine
VERSION_ID=3.20.0
PRETTY_NAME="Alpine Linux v3.20"
HOME_URL="https://alpinelinux.org/"
BUG_REPORT_URL="https://gitlab.alpinelinux.org/alpine/aports/-/issues"

使用timeout执行命令

# timeout -k 10 5 /bin/sleep 20
Terminated

此后，容器中会留有一个超时的死进程，并且无法通过 kill 将其杀死。

# ps -ef
PID   USER     TIME  COMMAND
    1 root      0:00 sleep infinity
   18 root      0:00 sh
   33 root      0:00 [timeout]
   36 root      0:00 ps -ef
# kill -9 33
# ps -ef
PID   USER     TIME  COMMAND
    1 root      0:00 sleep infinity
   18 root      0:00 sh
   33 root      0:00 [timeout]
   37 root      0:00 ps -ef

超时版本

# timeout --help
BusyBox v1.36.1 (2024-05-21 13:38:37 UTC) multi-call binary.

Usage: timeout [-s SIG] [-k KILL_SECS] SECS PROG ARGS

Run PROG. Send SIG to it if it is not gone in SECS seconds.
Default SIG: TERM.If it still exists in KILL_SECS seconds, send KILL.
process
Martin Hope
lems
Asked: 2024-03-28 08:56:19 +0800 CST
  • 5

我对 Linux 完全陌生，所以如果这看起来像是一个荒谬的问题，请原谅我。

我正在尝试在 Firefox 上打开新选项卡，而无需来自终端的 url。所以我的命令是：

$ firefox -new-tab -search foo1

现在，当我尝试再次执行此操作，希望它打开一个新选项卡来搜索新项目时，请说：

$ firefox -new-tab -search foo2

它会打开一个新窗口。所以我有这样的想法，也许如果我可以获得以前浏览器的 PID，我可以在该 PID 上运行新选项卡命令，这样新选项卡实际上会在同一个窗口上打开。如果我运行以下命令，我可以相对轻松地获取 PID：

$ firefox -new-tab -search foo1 </dev/null >/dev/null 2>&1 &

但实际上我完全不知道如何使用 PID 在该 PID 上执行新命令。

任何和所有的意见都值得赞赏。谢谢！

process
Martin Hope
joseph lake
Asked: 2023-06-10 17:03:35 +0800 CST
  • 5

从我在网上看到的情况来看，您在 c++ 中调用 kill 方法是为了查看进程是否存在。问题是 PID 被 rycled 而你寻找的相同 PID 可能不是同一个过程。我有一个程序有两个进程，它们不是彼此的孩子。与他们沟通的唯一方式是IPC。我希望我的主机进程在客户端进程关闭时关闭。为了做到这一点，我必须知道客户的进程何时不再存在。

在 Windows 中，他们有所谓的进程处理程序，它将保留 PID 不被回收，直到创建句柄的进程关闭。我想知道如何在 macOS/Linux (POSIX) 系统上实现这一点。

作为 PID 的有问题的代码被回收。

if (0 == kill(pid, 0))
{
    // Process exists.
}
process
Martin Hope
furynerd
Asked: 2023-06-06 15:59:54 +0800 CST
  • 5

有没有办法检索重定向到 /dev/null 的标准输出？我试过了tail -f /proc/{PID}/fd/1，除了重定向到/dev/null.

IE

tail -f /proc/${cmd_pid}/fd/1

工作cmd > log.txt但不cmd > /dev/null

- - - - - - 更新 - - - - - -

事实上，log.txt如果总是记录标准输出，我的问题将会非常大。如果我可以控制何时记录或停止日志（而不停止进程cmd本身），那将是最好的。

所以如果可以将标准输出重定向到某个tmp不占用资源的文件系统，当我需要时我可以检索标准输出？

process
Martin Hope
Abced Decba
Asked: 2023-04-23 14:55:02 +0800 CST
  • 6

我正在使用Ubuntu 22.04.1（WSL 2尽管它只Unix与这个问题相关）

为什么当我们tmux从zsh会话运行时，进程树（我已经有所删节）从

init(Ubuntu)─┬─SessionLeader───Relay(9)─┬─ssh-agent
                                        └─zsh───pstree

到

init(Ubuntu)─┬─SessionLeader───Relay(9)─┬─ssh-agent
                                        ├─tmux: server───zsh───pstree
                                        └─zsh───tmux: client

在这里，pstree只是告诉我进程树的命令，因此它在上面。

当我们运行tmuxin时zsh，发生的事情是zsh运行以创建一个 fork 进程，该进程是（即上面）fork()的子进程。我不确定一个与生成它的进程同级的进程是如何形成的。zshtmux: clienttmux: server

process
Martin Hope
400 the Cat
Asked: 2023-03-24 13:28:16 +0800 CST
  • 14

我注意到 Linux 上的 Firefox 和 Chromium 浏览器都可以打开文件/proc/self/mem进行阅读。据我所知，我系统上没有其他程序读取这个文件。

/proc/self/mem臭名昭著的是无休止的特权升级漏洞，通常内存被恶意代码覆盖，程序执行被劫持。

这更令人难过，因为浏览器是最暴露的程序，具有最多的攻击面，因为它们从互联网接收不受信任的输入。

有正当理由，为什么现代浏览器需要阅读/proc/self/mem？

process