我看来我们已经成为在robocopy命令中不使用/ XJ的受害者，并且我们已经结束了大量的嵌套文件夹。 我们想摆脱他们，但我们可以使用正常的长文件删除方法，因为我们没有权限删除文件，我们可以似乎设置权限一路下来，因为文件夹名称变大！ 有没有人有一个聪明的方法来绕过这个，我想我们需要某种脚本来设置权限（使用takeown或类似），直到它遇到一个错误，然后停止并再次开始失败，所以path变得更浅-时间？
RAMFS文件系统自动增长，只要有可用的内存。 从中删除文件使其缩小或保持相同的大小？
我想分割一个有4个RAID VD的CentOS 6.5服务器： sdb – 102398（100GB） sdc – 2185727（2TB） sdd – 11440639（11TB） sde – 11440639（11TB） 这样我可以将大部分磁盘空间作为一个单独的分区（ / data ）。 我想要这个大的单个分区包含/ tmp ， / var ， / opt和/ usr / local 。 我希望/分区包含操作系统的其余部分。 我们的目标是让/ data分区存储易失性数据（ / tmp ， / var等）以及用户数据和应用程序（ / opt ， / usr / local ， / home等）作为符号链接，/ tmp – > / data / […]
我正在运行启用了virtfs的服务器，并且与每个用户实际上传/创build的数据量相比，磁盘使用量非常高。 我得到DISKWARN电子邮件告诉我，我几乎所有的可用空间，但我不明白为什么。 我跑了du -h / | grep "[0-9][MG]" | sort -n -r du -h / | grep "[0-9][MG]" | sort -n -r du -h / | grep "[0-9][MG]" | sort -n -r生成使用最多空间的path列表。 这是输出： 68G / 44G /home 43G /home/virtfs 11G /home/virtfs/john 11G /home/virtfs/paul 11G /home/virtfs/george 11G /home/virtfs/ringo 11G /backup 5.3G /usr 5.3G /home/virtfs/john/usr 5.3G /home/virtfs/paul/usr […]
我在使用Windows的公司networking上。 NetApp设备提供networking共享。 当我login到两台不同的机器并查看networking驱动器时，我看到不一致的目录列表。 在一台客户端机器上，我看到T:\test有两个文件。 从另一台客户端机器上，我看到T:\test有大约20个文件。 我已经确认〜100％，这是相同的文件夹，因为重叠的文件是一致的。 当我使用相同的Windows客户端操作系统帐户映射驱动器时，会导致两台不同的计算机看到不同的目录列表结果？
[root@VM_xxx_centos ~]# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/vda1 8255928 7068948 767604 91% / /dev/vdb 516061624 5966928 483880296 2% /data2 正如你所看到的，我挂载整个vdb没有分区。 而我把下面的行放在fstab /dev/vdb /data2 ext3 noatime,acl,user_xattr 1 0 那么可以使用整个磁盘没有分区？
我共享的存储在SERVER1上挂载（只读），并在SERVER2上挂载（读写）。 SERVER2正在将数据写入文件。 SERVER1正在从该文件读取数据。 文件轮询<100ms，这是很快，但只要说是必要的。 SERVER1正在访问文件系统caching，而不是在文件中显示新的数据。 我可以drop_caches，然后返回该文件中的最新数据，但此过程将删除SERVER1上的所有文件caching，这不是我想要做的，它需要太长的时间来处理。 我已经尝试使用cat命令，以及dd if = / path / to / file -iflag = direct，但是这也不起作用。 它返回一个错误。 该标志似乎不被支持的文件。 任何想法如何直接从磁盘读取文件，或如何禁用文件/目录/挂载点的文件系统caching？ 我也会考虑禁用系统范围内的文件caching，但那不是我的第一select，这只是针对一个文件。 谷歌也没有办法做到这一点，因为大多数论坛post都反对这样的行动。 谢谢！
我们用rsync做这样的备份： rsync -axH –inplace –delete –delete-excluded \ –exclude-from=excludes –stats \ –link-dest="${previous?}" "${source?}"/ "${dest?}"/"${stamp?}" 先前的$指向以前的备份，以便使用硬链接创build未更改的文件。 目标文件系统$ dest位于外部USB硬盘驱动器上，没有其他任何东西在备份集合上。 这种方法在大多数情况下都非常快速。 在testing系统上，每个备份大约200GB，包含一些大邮件 – 仍然是整个rsync（假设自上次运行以来没有多less变化）只需要一分钟左右的时间。 然而，在极less数情况下，平均每100次运行一次，耗时很长，大约需要20分钟甚至更长时间。 rsync统计显示没有什么不寻常的。 主机系统在这样的运行过程中没有显示不寻常的活动 没有什么令人兴奋的syslog。 在某些文件系统上（对于$ dest），似乎更糟。 以上数字适用于EXT4。 以JFS为例，正常运行大约需要3分钟，特殊运行不太严重，但对我们来说还是一个问题。 看一下rsync的debugging输出显示，在长时间运行期间，某些（大）文件被发现并不是最新的，尽pipe它们在发送方没有被改变。 没有硬链接为这些文件创build，看看他们的inode揭示。 但是，rsync的统计信息并不会显示比平时更多的传输字节，而从观察硬盘活动指示灯，只有目标驱动器正在工作。 这些文件是从一个目录复制到另一个目录吗？ 这不仅是一个性能问题，而且可能导致不必要的空间消耗。 如果是重要的话：直接在备份之前，使用以下命令删除最早的现有备份： rsync -a –delete empty/ "${dest?}"/"${old?}" 其中'空'是一个空目录。 这比'rm -fr'快得多。 任何人都可以请提供可能的解释，也许是一种治疗？ 使用rsync版本3.1.0协议版本31。
在启动Ubuntu 14.10后，我得到了这样的日志输出 [1377286.486802] EXT4-fs（sda2）：无法读取超级块 我可以login和使用机器，但我猜想有什么不对。 使用fdisk，dumpe2fs和e2fsck进行了一些诊断。 这有多糟糕，应该做什么？ sudo fdisk -l Disk /dev/sda: 16 GiB, 17179869184 bytes, 33554432 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x71f43c62 Device Boot Start End Sectors Size […]
我最近遇到了几个不同的“策略”为他们的/ boot分区的服务器（顺便说一句，总是/ dev / sda1,512M） 有些服务器使用ext2作为/ boot，有些使用ext3作为/ boot，后者有些closures日志或closures日志并添加了sync选项。 我不会考虑相关性和相似性，因为我不相信这些选项在这里是相关的。 ext2分区和ext3分区之间有什么重要和相关的区别，closures/ boot分区的日志logging？ 我相信，在线文件系统的增长和htrees根本没有使用/ boot分区，我不明白什么ext3提供比ext2。 如果没有日志，会推荐“同步”选项吗？ 在碰撞/恐慌/哎呀或性能明智的情况下，这些设置中的任何一个都可以从易于pipe理的angular度脱颖而出？ 对于这样一个小的（512MB）/ boot分区，分区/格式types应该有什么共识？