标签: ntfs

我有一个将生成大量图像的项目。大约 1,000,000 开始。它们不是大图像，所以一开始我会将它们全部存储在一台机器上。

您如何建议有效地存储这些图像？（目前是 NTFS 文件系统）

我正在考虑一个命名方案...一开始，所有图像都将有一个从 1 开始的增量名称，我希望这将有助于我以后在需要时对它们进行排序，并将它们放在不同的文件夹中。

什么是更好的命名方案：

a/b/c/0 ... z/z/z/999

或者

a/b/c/000 ... z/z/z/999

对此有什么想法吗？

我们的一位客户习惯性地使用很长的路径名（几个嵌套文件夹，名称很长），我们经常遇到“用户教育问题”，以便将路径缩短到少于 260 个字符。

是否有可用的技术解决方案，我们能否在 Windows 7 和 Windows 2008 R2 中轻弹某种开关以说“是的，只需忽略这些历史问题，并使 +260 字符路径名起作用”。

PS 我已经阅读了命名文件，路径和命名空间，并且完全没有受到启发

我每隔一段时间就会遇到一个我需要拥有的文件。我通常cacls用于更改 ntfs 权限，但它似乎没有所有权。在 *nix 下，我会运行类似chown me:me <file>. 是否有相当于的窗口chown？

任何处理过文件服务器权限的人都知道，NTFS 有一个有趣的设计特性/缺陷，称为移动/复制问题。

正如这篇 MS KB 文章中所述，如果文件夹或文件被移动并且源和目标位于同一个 NTFS 卷上，则该文件夹或文件的权限不会自动从父级继承。如果文件夹被复制或者源和目标位于不同的卷上，则权限将被继承。

这是一个快速示例：

您在同一个 NTFS 卷上有两个共享文件夹，名为“Technicians”和“Managers”。Technicians 组对 Technicians 文件夹具有 RW 访问权限，Managers 组对“Managers”文件夹具有 RW 访问权限。如果有人对两者都具有访问权限，并且他们将子文件夹从“Managers”文件夹移动到“Technicians”文件夹，则移动的文件夹仍然只能由“Managers”组中的用户访问。“技术人员”组无法访问子文件夹，即使它位于“技术人员”文件夹下并且应该从顶部继承权限。

可以想象，这会导致解决这些最终用户问题的支持电话、票证和浪费的周期，更不用说如果用户经常在不同的安全文件夹/区域之间移动文件夹，您最终可能会遇到的大量权限。相同的音量。

问题是：

解决此 NTFS 设计缺陷的最佳方法是什么，您如何在您的环境中处理它？

我知道链接的 KB 文章谈到了一些注册表项来更改 Windows 资源管理器的默认行为，但它们是客户端，并且要求用户能够更改权限，我认为在大多数环境中，如果您想要控制您的文件服务器权限（以及您作为系统管理员的理智）。

我有一个关于 /etc/fstab 文件中文件系统类型字段中“ntfs”和“ntfs-3g”之间区别的问题。我的 Linux 发行版是 Xubuntu；我想答案可能因发行版而异。

我的问题基本上是在哪种情况下最好使用哪种。似乎大多数网站都告诉您使用'ntfs-3g'，它是Linux下NTFS的FUSE驱动程序。从一些搜索来看，'ntfs'（没有 -3g 部分）通常指的是内核驱动程序，而不是 ntfs-3g 用户空间驱动程序。唯一的问题是我一直在我的 fstab 中使用 'ntfs' 而不是 'ntfs-3g'，而 /proc/filesystems 的检查没有显示任何 ntfs 列表。

任何人都可以阐明“ntfs”和“ntfs-3g”之间语义（如果有的话）的确切区别是什么？假设如果 mount 看到“ntfs”，它会搜索支持该类型文件系统的驱动程序并找到 ntfs-3g 驱动程序（如果已安装），是否安全？

编辑：我忘了补充说'ntfs'在我使用它时一直有效——我只是对答案很好奇，我想确保我没有做一些可疑的事情。

最近我在一个本地用户组会议上，演讲者指出 NTFS IO 堆栈的最大吞吐量为 1 GBps。他通过同时将两个大文件从同一逻辑卷复制到不同的逻辑卷（即 [a] 是源，[b] 是目的地 1 和 [c] 是目的地 2）来证实他的说法，并指出传输速率徘徊在 500 左右兆位每秒。他重复了几次这个测试，并指出底层存储子系统是闪存（以确保我们没有怀疑慢速存储）。

我一直在尝试验证此断言，但找不到任何记录在案的内容。我怀疑我正在搜索错误的搜索词（“1GBps NTFS 吞吐量”、“NTFS 最大吞吐量”）。我感兴趣的是 IO 堆栈是否实际上仅限于 1GBps 吞吐量。

编辑

澄清一下：我不相信演讲者有意暗示 NTFS 是有意限制的（如果我也暗示了这一点，我很抱歉）。我认为这是暗示，这是文件系统的设计的函数。

几周前，我正在阅读有关NTFS的 Wikipedia 条目，并注意到可以在 Windows 资源管理器中不易发现的许多其他功能中使用符号链接。

还有哪些其他有用的功能可能没有记录在Wikipedia 上，如何访问这些功能？是否有用于操作/创建/使用这些功能的第 3 方程序、注册表设置、隐藏配置窗口、cli 等？

更新：把它变成一个社区维基。

我有一个带有 SP2 的 Windows 2003 标准 x64 服务器。

从文件夹中删除大量文件夹后，操作系统会在任何尝试读取或操作文件夹时报告“拒绝访问”。检查文件夹的属性时，缺少安全选项卡，仅列出常规和自定义。我们已经尝试了一些事情。

1. 重命名文件夹，拒绝访问。
2. 删除文件夹，拒绝访问。
3. 取得父文件夹的所有权，并将权限传播给子级，访问被拒绝。
4. Subinacl，拒绝访问。
5. Takeown (cmdline)，拒绝访问。

我们正在以只读模式运行 chkdsk，这还没有完成。如果可能，我们希望在不重新启动或在服务器离线的情况下运行完整的 chkdsk 的情况下解决此问题。

有谁知道这个问题的解决方案？

经过长时间的研究，我终于发现即使在最新的 Microsoft Windows 7 中，路径名也不能超过 256 个字符。我真的不明白为什么会有这么愚蠢的限制，因为 NTFS 最多可以处理 ~32,000 个字符的路径十多年以来的长度没有任何问题！没有任何改变的可能吗？或者是否有任何实用的解决方案来避免这种情况？

260 个字符对于简单的用例来说是非常少的，比如一些带有长文件名的嵌套照片目录。

在我的系统分区上，我有一个无法删除的文件夹。该文件夹是通过从 Acronis TrueImage 备份恢复文件而创建的。

错误消息说：

错误 0x80070570：文件或目录已损坏且无法读取。

我已经多次尝试chkdsk /r /f在启动时运行，但问题仍然存在。

是否有任何其他实用程序或 chkdsk 选项可以尝试解决此问题？