我不能在我有的gentoo盒子上以普通用户身份运行crontab -e 。 这是一个成绩单：
ben@tools ~ $ crontab -e # (I add something trivial, like a new line containing "#foo") crontab: installing new crontab chown: Operation not permitted crontab: edits left in /tmp/crontab.XXXXULPy6M ben@tools ~ $
我有另一个它的工作正常的gentoo机器。
我已经检查了所有这些东西的权限，他们都看起来既合理又相同的机器，它的工作原理：
tools ~ # ls -AFlh /usr/bin/crontab -rwxr-s--x 1 root crontab 29K Oct 22 16:16 /usr/bin/crontab* tools ~ # ls -AFlhd /tmp drwxrwxrwt 17 root root 3.2K Oct 22 16:34 /tmp/ tools ~ # ls -AFlhd /var/spool/cron drwxr-xr-x 4 cron root 4.0K Oct 22 16:07 /var/spool/cron/ tools ~ # ls -AFlhd /var/spool/cron/crontabs drwx-wx--T 2 root crontab 4.0K Oct 22 16:16 /var/spool/cron/crontabs/
我是cron和crontab组的成员：
ben@tools ~ $ groups ben cron crontab sysops
没有/etc/cron.allow ，除了注释行之外，/ /etc/cron.deny是空白的。
我试过更新vixie-cron包，做：
emerge --sync emerge -v vixie-cron # reinstall the current version, in case something is wrong # add "sys-process/vixie-cron ~x86" to /etc/portage/package.keywords emerge -v =vixie-cron-4.1-r11
不好。
我已经尝试运行strace反对它（作为我自己与strace -Ff crontab -e和作为根运行crontab -e作为我自己，然后strace -FF -p foo作为根），但我看不到任何更有用比我已经得到的错误消息：
chown32("crontabs/tmp.XXXXI5Oi61", 0, -1) = -1 EPERM (Operation not permitted) write(2, "chown: Operation not permitted\n", 31) = 31 close(4) = 0
我当然用googlesearch，每个谷歌的结果都谈到检查上面检查过的相同文件/文件夹的权限。
帮帮我！ 我没有想法。
为什么“drwx-wx -T 2 root crontab 4.0K 10月22日16:16 / var / spool / cron / crontabs /”这个组没有读权限？
分配这个crontabs /目录的读权限。 我猜crontab是作为ben运行的：crontab和crontab /没有任何组的权限从crontabs /
或者尝试'chmod 4755 / usr / bin / crontab'。 有了这个crontab应该以root身份运行：crontab和crontabs /具有对root的读写权限。
也许crontab权限被改变。 在我的Ubuntu上，它是：
-rwxr-sr-x 1 root crontab 35896 24-08-2010 22:45:58 /usr/bin/crontab
检查g + s？