我试图删除符号链接，虽然我有适当的权限，操作被拒绝（用户被称为capistrno ）： capistrno $ rm -f /var/www/app/current rm: cannot remove `/var/www/app/current': Permission denied 用户应该拥有该文件的所有权限 lrwxrwxrwx 1 capistrano capistrano 42 17. mar 13.09 /var/www/app/current -> /var/www/app/releases/20130317120932/ capistrno $ file /var/www/app/current /var/www/app/current: symbolic link to `/var/www/app/releases/20130317120932' 任何想法有什么不对？ 编辑： 文件夹/var/www/app $ ls -laF /var/www/app/ total 16 drwxr-xr-x 4 www-data www-data 4096 17. mar 14.15 ./ drwxrwxr-x 4 capistrano […]
在完成文件系统大小调整之前，我错误地重新启动了服务器。 这是在重新启动前成功运行的命令： lvresize -L -400GB /dev/mapper/vg_yavin-lv_home 在启动时，我得到这个错误 /dev/mapper/vg_yavin-lv_home: UNEXPECTED INCONSITENCY run fsck MANUALLY 当我尝试fsck -y /dev/mapper/vg_yavin-lv_home ，我得到这个： e2fsck 1.41.12 (17-May-2010) Error reading block 63471616 (Invalid argument). Ignore error? yes Force rewrite? yes Error writing block 63471616 (Invalid argument). Ignore error? yes Superblock has an invalid journal (inode 8). Clear? yes *** ext3 journal has been […]
像大多数Linux系统一样，我的系统很less需要重新启动（如果有的话）。 如果不重新启动，如何处理磁盘完整性检查和文件系统维护？ 你安排定期重新启动fsck运行？ EXT4 CentOS 6.3
我正在testing我对某些代码所做的一些更改是否有效。 为此，我需要知道文件系统caching如何正常工作。 我假设默认是我们得到的，因为我们可能没有调整任何有趣的事情。 基本上，如果从我的代码中，我问“这个文件是否存在？”，答案回来“x”毫秒。 如果我几分钟后再问，答案会更快，所以我猜这里有一些caching。 如果我想再次testing，需要等待多久，caching刷新，所以它会再花“长”？ （我想看看我是否在我的web应用程序中修复了一个性能问题，但是我只能知道，如果关于文件存在的信息没有被caching，那么它是固定的，因为如果是，它运行得很快） 我知道这不是最有说服力的问题，答案可能是“这取决于”，我要求一个理智的默认。 换句话说，如果我在3小时或者6或者其他的时候再次testing，我可以指望它没有被caching吗？ 据我所知…这是一个Ubuntu服务器，内核版本：3.9.3-x86-linode52，Ubuntu版本：Ubuntu 12.04.3 LTS，托pipe在Linode上。 文件系统是ext3 谢谢！ 丹尼尔
有没有简单的方法告诉Linux保存caching在内存中的文件的目录？ 我意识到，Node.Js和Apache花费大部分时间在文件I / O上，如果你有很多文件（特别是对于脚本和模板文件，用户可以等待，如果需要的话，不是太大）。 当然，你应该使用Squid或其他方式加快速度，但这需要很多configuration，而且不能自动完成，而我的重点是“可部署性”（即使交互式安装也需要太多你的普通用户，当然，所有的安全考虑都必须要考虑（包括自动修补包含的httpd的configuration）。 内存映射文件，另一方面应该是一件轻而易举的事情，因为你真的只是想告诉系统：“嘿，只是保持在内存中的文件，直到我告诉你放弃或直到重新启动”; 甚至是一些侵入性的API，它将钩子正确地引入到相关的POSIX或系统调用中，并在用户空间中正确执行。 这是简单的吗？ 我似乎无法find一些简单的代码片段或一组指令来完成（不适用于Linux或Windows）。 帮助将不胜感激！
如果我有一个指定为不可读的文件夹。 它下面的所有文件夹也是不可读的？ 例如，我的共享主机主目录目录不能被其他帐户访问，所以，那个主目录目录下的0777文件夹和文件也是不可访问的？
而且显然我的意思是实际上 – 是几十还是几百？
可能重复： 在一个巨大的目录树上执行rm -rf需要几个小时 我正在计算集群（Scientific Linux）上运行一个模拟程序，该程序生成数十万个primefaces坐标文件。 但是我在删除文件时遇到了问题，因为rm -rf从未完成，也没有完成 find . -name * | xargs r 没有办法从目录树中取消这个目录的链接吗？ 存储单元被其他数百人使用，因此重新格式化不是一种select。 谢谢
即使你只有一个物理设备，ZFS也是有用的，因为它会告诉你由于比特衰减等原因导致的数据损坏。 但是，它真的可以解决这种腐败？ 换句话说，在单个物理设备上运行ZFS作为文件系统有没有什么好处？
我有两个目录。 /application/inbox /application/unresponsive 该应用程序在收件箱中查找* .txt文件并使用它们。 应用程序将定期将这些文件中的条目保存到无响应文件夹中的date命名（2009-07-31）文件中。 我想设置一个每天工作一次的cron作业，将最旧的文件从无响应的文件夹中移动到收件箱中，添加一个* .txt扩展名，以便应用程序将其拾取。