有没有人有一个工具或脚本可以递归地纠正目录上的文件权限?
在一台 Ubuntu Linux 机器上,一堆文件被错误地复制到一个具有完整 777 权限(用户、组、其他 - 读取、写入、执行)的 USB 磁盘。我想将它们放回已更正的用户目录中。
目录应该是775,所有其他文件可以是664。所有文件都是图像、文档或MP3,所以它们都不需要可执行。如果设置了目录位,则它需要执行,否则它只需要用户和组,读取和写入。
我认为在编写 shell 脚本之前检查是否存在这样的实用程序是值得的:)
我有一个别名,可以将一些参数传递给我经常使用的工具。有时我以自己的身份运行,有时在 sudo 下运行。不幸的是,当然,sudo 无法识别别名。
有没有人有关于如何传递别名的提示?
在这种情况下,我在调试时有很多 perl 选项:
alias pd='perl -Ilib -I/home/myuser/lib -d'
Run Code Online (Sandbox Code Playgroud)
有时,我必须以 root 身份调试我的工具,所以,而不是运行:
pd ./mytool --some params
Run Code Online (Sandbox Code Playgroud)
我需要在 sudo 下运行它。我尝试了很多方法:
sudo eval $(alias pd)\; pd ./mytool --some params
sudo $(alias pd)\; pd ./mytool --some params
sudo bash -c "$(alias pd)\; pd ./mytool --some params"
sudo bash -c "$(alias pd); pd ./mytool --some params"
sudo bash -c eval\ "$(alias pd)\; pd ./mytool --some params"
sudo bash -c eval\ "'$(alias pd)\; pd ./mytool --some params'"
Run Code Online (Sandbox Code Playgroud)
我希望有一个不错的、简洁的方法来确保我当前的 pd 别名被充分使用(以防我以后需要调整它),尽管我的一些尝试根本不简洁。我最后的手段是将它放入一个 shell …
我在连续两次采访中被问到这个问题,但经过一些研究和与各种系统管理员的核实后,我没有得到好的答案。我想知道是否有人可以帮助我。
服务器磁盘空间不足。您注意到一个非常大的日志文件,并确定可以安全地删除它。您删除了文件,但磁盘仍然显示它已满。什么会导致这种情况,您将如何补救?您如何找到哪个进程正在写入这个巨大的日志文件?
出于好奇,当您的 shell 字符集无法执行类似cat /dev/urandom操作时,有没有办法将其修复到位?
这是一种经常发生的情况,在通过 SSH 连接到服务器(甚至在我的 Mac 上打开终端)后,登录横幅会立即打印,但需要大约 10 秒到 1 分钟才能出现 shell 提示。之后,性能很好,网络延迟并不少见。
这似乎不是一项计算困难、内存密集或 IO 密集型的任务。所有这些数十亿个 CPU 周期都在做什么?
Linux 中的 root 用户是否可以实时(或接近实时)查看其他用户通过终端或 SSH 登录的 shell 命令?显然,它们存储在 .bash_history 中,但只有在用户注销时才会保存,也可以禁用。
编辑:理想情况下,可以轻松打开和关闭的东西。
我认为这/bin/sh是我选择的外壳的符号链接。我一直使用bash,所以我认为这/bin/sh会指向/bin/bash。但事实证明,它指向/bin/dash。
它变得更有趣。我开始dash并执行echo $SHELL并打印/bin/bash(所以它们基本上相同?)。但是, 的手册页与 的手册页dash完全不同bash(所以它们不一样?)。
在 UNIX shell 下,如何获得与watch命令类似的效果,但使用分页功能,以便在输出超过一个屏幕时可以滚动显示?
换句话说,我想要一个程序是watch什么less是cat.
例如,假设我想观看 的输出qstat,我可以使用
watch qstat
Run Code Online (Sandbox Code Playgroud)
观看qstat的输出,但这只能显示第一个屏幕。
使用 的分页版本watch,我将能够在输出中移动,因为它仍由watch. 目前有没有办法使用现有的实用程序来做到这一点?
根据此处关于如何PHP-FPM消耗内存的讨论,我刚刚发现在top命令中读取内存时出现问题。这是我top刚刚重新启动后的屏幕截图PHP-FPM。一切正常:大约 20 个PHP-FPM进程,每个进程消耗 5.5MB 内存(占总数的 0.3%)。

这是重新启动之前的旧服务器PHP-FPM(上次重新启动后一天)。在这里,我们仍然有大约 25PHP-FPM个内存使用量翻倍(10MB 表示占总数的 0.5%)。因此,使用的总内存应为 600-700 MB。那么,为什么要使用 1.6GB 的内存呢?
