问题标签 [fsutil]

我正在尝试使 Windows 10 上的文件夹区分大小写。

我发现这个链接显示了你应该做什么：基本上它应该很容易：

不幸的是，我不断收到此错误：

错误：不支持该请求。

有人知道如何解决这个问题吗？

提前感谢

我想创建一个批处理脚本，使用它获取所有驱动器的已用空间、可用空间和总空间，并将其存储到表中。

请帮我。我找到了 fsutil 命令，但未能检索到结果。

我使用此命令使 windows 目录区分大小写。

fsutil.exe file setCaseSensitiveInfo -destination here- enable

它在该目录上运行良好，但在它的子目录上却不行。我无法在每个子目录上运行此命令。有谁知道另一种方式或缺少的参数可能......

当最新添加的文件超过已用空间限制时，我必须删除 dir 中最旧的文件。我不知道为什么排序列表files = sorted(os.listdir(DIR), key=os.path.getctime)在第一个元素上不包含最旧的文件（在本例中是名为“file_1”的文件）

代码

结果

编辑：我知道删除后的下一个文件的文件名结尾应该比上一个添加的大一个。在这个例子中应该是Saving file_22而不是Saving file_23. 第 22 个 'i' 用于删除过程，但我该如何克服这个问题？

我有一个 NTFS 硬盘驱动器，我需要为我的应用程序创建一个更改日志。但是，我在尝试使用创建的日志时遇到了错误，我相信这是由于在日志上设置的 maxver 参数造成的。

当我运行fsutil usn queryjournal C:输出如下

注意“支持的最大记录版本：2”行。问题是我的应用程序依赖于USN_RECORD_V3

在我的应用程序正确运行的不同机器上的不同驱动器上，maxver 参数设置为 4。

我试过运行fsutil usn createjournal maxver=4 C:更新maxver，但即使命令执行，版本号也不会更新。我还尝试使用此命令完全创建一个新日志，但无济于事（最大记录版本仍为 2）。

这个 maxver 参数是如何确定的？如何更改给定驱动器的 maxver？对此的任何见解都会很棒。

我偶然发现了这个视频，据说它可以让你的电脑运行得更快：

但是，我不明白为什么它会使您的计算机更快。这似乎好得令人难以置信，真的可以加速您的计算机吗？它是否有任何缺点或对您的计算机造成任何隐藏问题？

我是一名测试人员，有数百个版本的相同程序要测试。

为了避免复制某些可执行文件，我将它们存储为 prog.exe.1 prog.exe.2 等。然后脚本创建一个硬链接 prog.exe（mklink /H ..或fsutil hardlink create prog.exe prog.exe.1）到循环中的所有 exe 并启动。这比复制快很多（其实文件多）

在大多数情况下，启动的 exe 在任务查看器中显示为 prog.exe。问题是有时它会显示为 prog.exe.1（2、3 或 124...），这会破坏一切...

良好的输出（显示 prog.exe 时）fsutil hardlink list prog.exe是：

错误输出（显示 prog.exe.1 时）：

问题：如何让它在任务查看器中始终显示为 prog.exe 而无需复制？软链接始终作为目标可见（prog.exe.1...）

在这里，我试图通过 objectID 打开罚款来获取文件句柄，这个打开的调用返回访问被拒绝，但调用进程具有对卷的填充写入访问权限。相同的呼叫正在某些特定机器上工作，并且总是在其他机器上被拒绝访问。

这里缺少一些标志吗？或者有没有其他方法可以通过 ObjectID 打开文件句柄？我正在使用 FSCTL_GET_OBJECT_ID 来获取文件 objectid。

fsutil objectid 查询 <file_path>

最近的 Windows 10 版本具有将单个 NTFS 目录（而不是整个文件系统）标记为区分大小写的功能，通过fsutil.exe：

• 每个目录区分大小写和 WSL
• 如何在 Windows 10 上启用区分大小写的文件和文件夹名称

如果我想从 Java 应用程序查询给定目录的区分大小写标志，我目前只有调用的唯一选项

在每个目录的基础上，这意味着可能产生多个进程，这很昂贵。

针对区分大小写的 NTFS 和/或 WSL 文件系统的较新 Java 版本（11+）中是否有任何计划的 NIO.2 API 扩展？

我有一个chkdsk第 3 阶段错误（与 NTFS usn 日志和安全描述符有关）。

损坏的 NTFS 日志阻止chkdsk /f运行卷修复。因此chkdsk无法进行维修，这不是解决方案。

但是，我听说可以通过删除并重新创建 NTFS 日志来修复损坏。这可以通过在命令提示符或具有管理员权限的 PowerShell 中执行以下命令来完成：

其次是

但是，有关这些命令的开关和参数的 Microsoft 文档非常差。任何人都可以请建议：

1. /d 和 /n 开关的实际作用。它们是永久性的吗？如果我要创建新期刊，是否需要重新启用它们？如果必须，我将如何重新启用？
2. <maxsize>和<allocationdelta>参数是什么？
3. 如何确定要设置<maxsize>和设置<allocationdelta>的值？默认值是多少？

最后，以这种方式删除 NTFS 日志有多安全？

谢谢。