Articles of NTFS

Linux NTFS到NTFS rsync反复复制文件

我希望将挂载在Linux机器的NTFS分区上的数据备份到另一台linux机器的NTFS分区。 本地NTFS驱动器挂载了root.root拥有的所有文件,但远程NTFS驱动器使用plugdev挂载(因此文件所有权为root.plugdev)。 在这种情况下,rsync显然可以不复制所有者/组和权限信息,所以我一直在尝试运行 sudo rsync -rltDvO –delete /ntfs/src/ [email protected]:/ntfs/dest/ 但是,每次运行此命令时,都会重新复制所有文件,而不是仅传输已更改的文件。 我曾尝试使用 – 修改窗口标志,但是这也没有帮助。 更新:它不是重新复制所有文件,而是重新计算每个文件的校验和(或进行一些其他处理,导致文件名被打印)。 这与e2fs驱动器之间发生的情况相反,如果自上次rsync以来没有对源和目标进行更改,则不会显示文件名。 我猜这个处理是因为时间戳在NTFS(?)上不可用 下一次更新:权限当然似乎是其中的一部分:首先,也使用-u作为rsync标志停止处理目标上的所有文件,但这不是我想要的。 其次,如果我在远程计算机上使用具有root权限(和rsync标志-avz)的帐户,则实际上可以更改文件和目录上的时间戳。 然而,一些文件继续被重新复制,并且–modify-window似乎对此有所帮助(但是并不完全,似乎 – 我仍然在试着找出原因)。

有任何Windowslogging器工具将跟踪文件操作?

我想能够知道谁和什么时候碰到一个文件。 我最后一个问题表明,我不能依靠NTFS。

如何在Windows中复制巨大(百万)目录树?

我有一个NTFS分区有一个文件夹,可以容纳超过五百万个目录。 每个目录包含更多的目录和文件。 我正在转移到SSD,我需要将所有这些数据复制到新的驱动器,但我遇到了问题。 像这样的目录将崩溃Windows资源pipe理器,所以我甚至没有尝试。 我的第一个尝试是robocopy ,过去运行良好。 但是当我试图做这个拷贝时,即使离开它几天,它也从未开始。 我想这是试图在开始复制之前索引一切。 你如何复制这个大小的目录?

媒体服务器的最佳文件系统?

我需要一些关于我的Linux机器上托pipe的新的1TB介质服务器的文件系统的build议。 我有一些要求: 需要共享到不同的Windows机器(不是双启动,完全不同的盒子)。 我发现至less可以select使用ext3来做到这一点,而且我认为这将是一个非常罕见的情况,我可以忍受这一点。 绝对需要能够通过我运行XBMC的Xbox上的Samba进行访问(并且可能会在未来与Xbox 360共享)。 需要允许文件大小超过4GB。 需要与我构build的任何未来的媒体服务器/前端共享(所有将运行一个Linux变种,如Boxee,XBMC,神话*)。 我猜fat32是由于文件大小的要求,而我以前使用过NTFS,我更喜欢Linux本地的东西。 我接受任何事情,谢谢。

如何在NTFS文件系统中恢复缺失的空间

在运行Windows XP Pro,SP3的个人电脑上,我使用NTFS格式化了一个40 GB的USB硬盘驱动器。 我试图释放尽可能多的空间。 Windows资源pipe理器告诉我,我有大约200 MB的驱动器上的文件(显示隐藏和系统文件)。 当我显示驱动器属性,但显示73%免费,使用大约10 GB。 我跑了CHKDSK,发现了各种各样的问题。 现在运行碎片整理,它的行为就好像有10 GB的文件,但我不能在任何地方访问它们。 如何find并删除这个额外的10GB?

安全地更改活动文件系统上的NTFS ACL?

我们正在为我们公司的共享驱动器添加许多新的组。 一些文件夹树可以包含数百万个文件和TB数据。 原来,更改这些文件夹上的ACL可以从几秒到几个小时,具体取决于当前树中有多less个文件。 我们希望能够在工作date间做出这些改变,但只有在安全的情况下才能做出这些改变。 几个问题, 如果更改子项inheritance权限的文件夹的权限,如果在ACL更改过程中在树中创build文件,是否保持一致? 假设你从不删除访问权限,只向ACL添加新的组,那么是否需要对打开的文件进行额外的处理? Set-ACL Powershell命令行程序的行为方式与“属性”>“安全”>“高级”页面的行为相同吗? 例如,如果有一个包含20,000个文件的树,并且说需要十分钟才能更改所有的NTFS权限…如果用户在此窗口中创build子文件夹中的文件,会发生什么情况? 该文件的权限是否可以遗漏我们授予访问权限的新组? 感谢您的任何意见或build议!

在Windows 2008 R2服务器上复制/移动相同卷时的权限

http://support.microsoft.com/kb/310316是否仍适用于2008 R2? 我在这里看到SF的其他问题,如: 如何解决NTFS移动/复制devise缺陷? 讨论这个问题,但是我正在四处搜寻,看这个KB文章是否仍然适用于2008 R2。 在网上查找我发现另一个网站: 在Windows 2008 R2和Windows 7上移动或复制文件时,如何处理文件和文件夹权限 然而在我的testing中,我发现COPY和MOVE都是一样的,并且inheritance了父目录文件夹的权限,并没有保留原来的权限。 我通过远程工作站在同一台服务器上testing了共享。 每个共享拥有完全不同的NTFS权限。 所以我的问题是: 使用2008 R2服务器的其他人是否可以validation在复制时以及在同一卷上的文件夹之间移动文件时应该/不应该发生的权限? 第一句中的KB文章是否仍然适用于2008 R2(尽pipe它并没有提到2008年)

如何NTFS权限变得不正确的命令?

我在networking共享上有一些文件,而且它们是用户只能读取的。 我已经设置了权限,为所有域用户提供完整的权限 – 当我检查主文件夹时,仍然设置了这个权限,但是在更深层次上它被发送到只读。 当我右键点击子文件夹时,它告诉我不正确的订购权限,然后允许我重新sorting。 这是怎么发生的?

在NTFS中,扇区大小,块大小和簇大小有什么区别?

例如,我有一个卷,从ntfsinfo提取下列信息: $ sudo ntfsinfo -m /dev/sdb1 Volume Information Name of device: /dev/sdb1 Device state: 11 Volume Name: Photos 250GB Volume State: 27 Volume Version: 3.1 Sector Size: 512 Cluster Size: 65536 Index Block Size: 4096 Volume Size in Clusters: 3815583 这是通过以下方式创build的: $ sudo mkfs.ntfs -c 65536 -Q -L "Photos 250GB" /dev/sdb1 我读过的集群大小与Windows中的分配单元大小相同。 所以我期望文件占用至less64KB,就像在Windows中一样。 但是,从一个小文件上调用stat ,这似乎并不明显: […]

为什么我不能删除我拥有所有权(+子项)和完全控制权限(+子项)的文件夹?

我有一些剩余的Windows更新临时文件夹(他们有GUID的名称)在系统驱动器的根目录。 我试图清理这些,但通过Windows资源pipe理器删除请求时获得以下行为: “您需要提供pipe理员权限才能删除此文件夹” 点击 “您需要执行此操作的权限”+“您需要从\对此文件进行更改的权限” 我已经拥有该文件夹及其所有子项目的所有权,并且对该文件夹及其所有子项目拥有完全控制权限。 在这个问题上的其他线程说,你需要拥有所有权,并添加完全控制权限给自己,但是这显然没有成功。 有不同的提问:为什么我需要自己的许可来执行这个文件操作? FWIW,使用“Unlocker”工具解决问题,但我有兴趣find根本原因,而不是黑客攻击。