我总是在需要使用时搞砸cp或mv：“-R使用 dir 时我需要选项吗？” 在GNU的coreutilscp确实需要-R和mv不。
我只是找不到任何cp需要-R复制目录选项的原因，而mv没有。我认为，cp荷兰国际集团迪尔斯没有-R（但递归表现像有-R和喜欢mv一样）不会引起除了打破该工具的使用人的使用习惯的任何问题。
你知道有什么解释吗？可能是很久以前的原因？
附加问题：为什么 coreutils 开发人员cp默认情况下不递归复制目录？
我正在尝试使用 rc shell（来自 Plan9 OS 的 Linux 端口）并在使用带有arg=val 之类的参数的程序时收到“语法错误”消息。
; dd if=/dev/zero of=/dev/null
syntax error
; ls --color=auto
syntax error
我的猜测是 rc shell 看到=符号并将该语句视为变量赋值，而不是程序运行。可能在 Plan9 中没有使用这种类型参数的 dd 程序或其他程序。但是我如何在它们被广泛使用的 Linux 中使用它呢？
我尝试转义= like dd if\=... of\=，但没有帮助。
我尝试引用像这样的论点dd 'if=/dev/zero' 'of=/dev/null' 'bs=1M' 'count=1'，它奏效了。但它不是很舒服。还有其他更方便的方法吗？
我正在使用来自 Ubuntu 11.10 存储库的 rc shell：包版本 1.7.1-3ubuntu1。
最近我们在一个有很多用户的 Red Hat Linux 机器上遇到了一个问题：/usr/bin/sudo二进制文件丢失了它的粘性位。工作被阻止，直到 root 用户修复它（我们需要sudo部署和测试）。
这种故障的原因是...符号链接$HOME/bin/s指向/usr/bin/sudo. 我认为再多一个 bash 别名并不好，符号链接是一种更简单的解决方案，可以与任何 shell 一起使用，所以我创建了$HOME/bin/s指向.bashrc 的符号链接/usr/bin/sudo。然后一个人将我的复制$HOME/bin到他的$HOME并“以防万一”称为sudo chmod 755 $HOME/bin/*. 结果/usr/bin/sudo获得了 0755 权限而不是需要的 4111。现在它已修复，root 已登录并恢复了 sudo 的权限。
man chmod （红帽，Ubuntu）：
chmod never changes the permissions of symbolic links; the chmod system
call cannot change their permissions. This is not a problem since the
permissions of symbolic links are never used. However, for each …