我有两个大的目录树 – 想想一个机构的客户工作多年。 一个老了，过时了; 另一个是更大，目前使用。 我想删除前者，但是我想确定后者是真正的超集（我怀疑前者是旧的存档或后者的早期版本，被粗心地复制并且从不删除）。 在其通常的configuration中使用diff会产生太多的输出，因为它会告诉我两个目录树之间的所有差异。 我想知道的是，我可以运行什么命令来查找较小的较旧的树上的哪些文件（如果有的话），这些文件在更大的较新的树上也不可用。 顺便说一句，我在Windows上运行cygwin – 不知道这是否重要。 如果有人会build议使用Windows实用程序，也没关系。
有没有一种自动的方式来遍历文件系统，并删除任何引用Windows NTFS的任何版本的无效SID的ACL条目？
我在运行SMB的版本的Linux操作系统上遇到问题，如果共享文件夹中的目录的绝对path大于1024字节且文件名组件大于256字节，则SMB服务会崩溃并locking所有其他服务networking访问，SSH和FTP渲染机器静音。 为了让系统崩溃，我暂时移动了一组我认为问题path可能位于共享文件夹之外的文件夹。 我需要find超出此限制的文件和文件path，并将其重命名或删除，以便将大量文件返回到共享文件夹。 我已经尝试了find和grep命令，但没有成功。 是否有一串命令或脚本，我可以用来追捕有问题的文件和目录？ 请指教。
我有一个文件系统的麻烦vps和提供商已经无法修复它。 如果在干净安装（CentOS 5.5）上缺less/dev/simfs ，并且以后没有创build，这将导致使用（根文件系统）的SIMFS位置= /dev/simfs文件系统的严重问题。 （对我来说）明显的答案是YES，这是一个严重的问题。 我有3个VPS：这两个“好的”默认使用/ （根文件系统）Reiser Filesystem（reiserfs），Location = /dev/simfs /dev/simfs位置显示一个空文件（容器/无论），系统工作得很好。 “坏”VPS显示/（根文件系统）SIMFS和Location = /dev/simfs 。 /dev/simfs位置不显示任何内容。 该提供商声称已经“修复”了我的容器上的configuration文件，但它仍然给出了文件错误的恶梦，SSH阻止所有连接等。 重新启动后，一切正常~30分钟，然后再次融化。 如果缺less“/ dev / simfs”（CentOS 5.5），会导致使用（根文件系统）SIMFS Location = / dev / simfs文件系统的严重问题。 我如何教我的提供者来解决这个问题？
我在映像文件的ACL / ACE具有无效ACL / ACE依赖关系的NTFS文件系统中遇到问题。 chkdsk没有检测或修复这个问题。 有没有一个工具可以检测（修复是可选的，但首选）这样的问题？
有没有什么办法可以设置一个组策略，让用户可以访问共享系统中的某些文件夹？ 我可以知道用户在我的系统中可以访问的所有文件夹，有没有这样的工具？
我有一个HostGator级别1 VPS – 基本上，一个CentOS 5.我有完整的根访问来运行任何我想要的。 无论如何，在最近的一次维护检查中，我运行yum -y update ，但在通常的Yum消息之后，它在“Running Transaction Test”之后失败，并显示“Killed”消息。 根据这里的人，问题是特定于一个包，所以我开始自己更新每个包（ yum install packagename包名）。 这帮助我确定了主要问题; 这是导致问题的包“文件系统”。 这是一个完整的CLI转储： [root@cov ~]# yum -v update filesystem Loading "fastestmirror" plugin Config time: 0.109 Yum Version: 3.2.22 Setting up Package Sacks Loading mirror speeds from cached hostfile * base: mirror.nexcess.net * epel: mirror.utexas.edu * extras: mirrors.adams.net * ius: pancks.sothatswhy.org.uk […]
是否可以导入由单个用户拥有的文件系统（例如，通过NFS进行挂载），并将其作为多个用户拥有的多个虚拟卷导出，其中每个卷是通过单用户拥有的文件系统上的文件夹导入的NFS？ 文件系统不需要有很好的性能，所以即使是像tar这样的定制工作stream程的东西，也是可以接受的。 背景 在我工作的HPC中心，我们正在pipe理对基于dCache的存储的数据访问，该存储可通过NFS安装。 问题是，我们有一个大的存储帐户，没有可能添加更多的用户帐户或组/项目（我们每个研究项目有一个UNIX组），但是我们仍然需要pipe理数百个不同用户和组的访问组之间的访问（每个组一个文件夹就足够了）。 到目前为止，我们只通过一个类似Dropbox的解决scheme让用户与存储进行交互，这样我们的单个“机器人”用户就可以完成移动到存储的实际文件，而这个用户是唯一可以访问远程存储。 然后，我们开发了自定义脚本，将文件放置在反映用户项目的文件结构中，以及文件集的“签入”date。 我认为可能有一个更好的解决scheme，但一些聪明的导入/导出文件系统。
我目前正在调查我公司构build服务器的问题。 由于文件被locking，大约1/10的构build失败。 这是一个运行在VMWare之上的Windows 2003虚拟服务器。 在这个问题上，服务器并不孤单，其他服务器也遇到类似的问题，但是这是最为明显的，因为构build系统比其他系统更频繁地访问更多的文件。 尝试识别locking文件的进程失败; 当我们运行一个像Process Explorer这样的程序的时候，文件中就没有锁。 我试过运行进程监视器，但是构build系统使用的成千上万个文件的信息量非常大，而且在发生错误时确定具体locking文件的操作并不容易。 是否有任何工具或技术可以用来识别locking这些文件的进程？
我正尝试在CentOS 5.7上安装EPEL Repository。 我的硬盘上仍然有很多可用的空间。 /dev/sda2 3.9G 3.9G 0 100% / /dev/sda11 17G 2.9G 13G 19% /extra /dev/sda10 996M 44M 901M 5% /logs /dev/sda9 2.0G 670M 1.2G 36% /applications1 我只是想使用/extra一些空间，所以我可以安装MySQL 5.5.20。 由于我没有物理访问这台机器，我不能使用CD和分区。 这台机器上没有重要的数据。 什么是最安全的方法来做到这一点。 这是分区表的输出 Model: VMware, VMware Virtual S (scsi) Disk /dev/sda: 75.2GB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type […]