小编Mig*_*ell的帖子

我想列出某个子目录中的文件，但我这样做是作为docker execdocker 容器内部的一部分，所以我不想费心启动一个我并不真正需要的 shell。是否可以使用简单的命令行工具而不只是 shell 找到 glob 的所有匹配项？

例如，我当前的调用是bash -l -c 'echo /usr/local/conda-meta/*.json'. 是否可以使用常用的工具来简化这个过程，从而得到类似 的东西globber /usr/local/conda-meta/*.json，它会更简单、重量更轻？

我想使用 zsh 的进程替换来创建一个临时文件，然后可以由另一个程序读取。但是，它生成的文件没有文件扩展名，因此读取它的程序拒绝继续。

这可以通过以下方式证明：

$ echo =(ls)
/tmp/zshmgIWvT

我想要发生的是它产生一个文件名 /tmp/zshmgIWvT.wav

zsh 可以吗？

我有一个 tmux 会话运行了一段时间，我可以看到它正在运行pstree：

systemd???accounts-daemon???2*[{accounts-daemon}]
        ??2*[agetty]
        ??containerd???11*[{containerd}]
        ??cron
        ??dbus-daemon
        ??4*[dd]
        ??dockerd???12*[{dockerd}]
        ??fail2ban-server???2*[{fail2ban-server}]
        ??irqbalance???{irqbalance}
        ??networkd-dispat
        ??polkitd???2*[{polkitd}]
        ??qemu-ga
        ??rsyslogd???3*[{rsyslogd}]
        ??ssh-agent
        ??sshd???sshd???sshd???bash???pstree
        ??systemd???(sd-pam)
        ??systemd-journal
        ??systemd-logind
        ??systemd-network
        ??systemd-resolve
        ??systemd-timesyn???{systemd-timesyn}
        ??systemd-udevd
        ??tmux: server???bash???find_cli
        ?              ??3*[bash]
        ??unattended-upgr???{unattended-upgr}

（它在那里的底部）

但是，tmux它本身坚持没有会话：

systemd???accounts-daemon???2*[{accounts-daemon}]
        ??2*[agetty]
        ??containerd???11*[{containerd}]
        ??cron
        ??dbus-daemon
        ??4*[dd]
        ??dockerd???12*[{dockerd}]
        ??fail2ban-server???2*[{fail2ban-server}]
        ??irqbalance???{irqbalance}
        ??networkd-dispat
        ??polkitd???2*[{polkitd}]
        ??qemu-ga
        ??rsyslogd???3*[{rsyslogd}]
        ??ssh-agent
        ??sshd???sshd???sshd???bash???pstree
        ??systemd???(sd-pam)
        ??systemd-journal
        ??systemd-logind
        ??systemd-network
        ??systemd-resolve
        ??systemd-timesyn???{systemd-timesyn}
        ??systemd-udevd
        ??tmux: server???bash???find_cli
        ?              ??3*[bash]
        ??unattended-upgr???{unattended-upgr}

在这种情况下，有没有办法恢复 tmux 会话？

我的 Linux 机器因 RAM 有故障而出现问题。我跑了PCMemTest-64，并确定了以下模式：

现在，我的 Ubuntu 似乎没有 BadRAM 补丁，我对从头开始编译 Linux 感到有点紧张。所以我想知道是否有一种简单的方法可以使用 GRUB 和 Linux 中的现有工具（例如使用memmap内核参数）来禁用这些故障 RAM 地址。我很高兴失去一些除了错误地址之外的 RAM（理想情况下是千字节，而不是千兆字节）来走这条捷径。

一些版本：

• Linux 5.19.0-32
• GRUB 2.06
• 乌班图22.04

我应该怎么办？