有没有办法像在属性窗口中那样获取文件在磁盘上的大小：
我试过：
（在批处理文件中）
echo %~z1
，
for %i in (TestFile.txt) do echo %~zi
，
dir
但它们只返回文件的大小。
有没有办法获得像看到的"磁盘大小" 在属性窗口中？
有趣的问题。 我不知道磁盘值的大小是任何可脚本对象的属性。 您可以通过获取文件大小模数每个簇字节数，从文件大小中减去该模数，然后添加簇大小来计算它。 （编辑：或使用Aacini更有效的计算，我仍在努力理解。
@echo off
setlocal
for %%I in (Testfile.txt) do (
set "fs=%%~zI"
for /f %%J in (
'wmic volume where "driveletter='%%~dI'" get blocksize /value'
) do 2>nul set /a %%J
)
echo Size: %fs%
set /a ondisk = ((fs-1)/blocksize+1) * blocksize
echo Size on disk: %ondisk%
许多网站声称fsutil fsinfo ntfsinfo DRIVE:是获取每个集群字节数的最佳方式。 这种方法似乎充满了危险，根据区域设置的不同标签和不同版本的 Windows 的不同行数。 此外，正如Marged所说，fsutil需要提升。 此 WMI 方法似乎更普遍地工作，并且不需要管理员权限。
感谢JosefZ，Marged和Aacini的所有意见！
这不是一个答案，只是@rojo要求的值：
NTFS-Volumeseriennummer 0xacf01e6ef01e3ed0
NTFS-Version : 3.1
LFS-Version : 2.0
Anzahl der Sektoren : 0x000000000ed737ff
Gesamtzahl Cluster : 0x0000000001dae6ff
Freie Cluster : 0x00000000008c8d41
Insgesamt reserviert : 0x0000000000000f70
Bytes pro Sektor : 512
Bytes pro physischem Sektor : 512
Bytes pro Cluster : 4096
Bytes pro Dateidatensatzsegment : 1024
Cluster pro Dateidatensatzsegment : 0
Gültige MFT-Datenlänge : 0x000000001c1c0000
MFT-Start-LCN : 0x00000000000c0000
MFT2-Start-LCN : 0x0000000000000002
MFT-Zonenstart : 0x00000000018a8ee0
MFT-Zonenende : 0x00000000018b12e0
Ressourcen-Manager-Bezeichner: A81246B1-33B0-11E4-A94B-AEB4ABF863CB
这是来自德国Windows 8.1。我认为如果有必要使批处理区域设置独立，则不能采用grepping方法。相反，使用脚本主机编写适当的文件系统对象的脚本将是一种解决方案。
WMIC命令有这个结果...
SOMENAME,4096,C:
。再加上我不需要使用管理权限运行此命令的优点。
寻找相同问题的答案，我刚刚找到了这个：
http://www.ltr-data.se/opencode.html/sizeof工具就是这样做的。
sizeof，Olof Lagerkvist的免费软件。 http://www.ltr-data.se 电子邮件： olof@ltr-data.se 更多信息，包括分发权限和 源代码可在网站上找到。
此工具显示磁盘上文件的总分配大小和 目录。
命令行语法： sizeof [-xo] [-presentation] file1 [file2 ...]
-x 不要跟随交汇点或其他重新分析点。这确保了 sizeof 保留在它开始搜索的文件系统中。
-o 包括脱机文件的大小。
-c 计算并显示每个找到目录中的文件数，而不是 计算和显示它们的大小。
演示文稿确定以哪种格式显示大小 文件和目录。参数可以是以下任何参数：
-b 512 字节块的数量。 -h 人类可读格式。 -k 千字节。 -m 兆字节。 -g 千兆字节。 -t 太字节。
它比本页上提出的其他一些解决方案更好，因为它提供了正确的"磁盘大小"（顺便说一下，应该重命名为"分区大小"或"存储设备大小"，因为现在许多存储设备不是"磁盘"）对于压缩或稀疏文件。我正是想比较一堆大文件的 NTFS 压缩和"稀疏性"的效果，这些文件是从文件共享软件部分下载的;所以我将首先使用 sizeof 来获取当前压缩的文件的实际分配大小，然后我将解压缩它们，然后将它们转换为"稀疏"，然后再次运行sizeof。
我只找到一个实用程序可以将非稀疏文件转换为稀疏文件，并实际上取消分配其空扇区：一个名为 SparseTest 的命令行工具，它是 10 多年前发布的，"仅用于演示目的"，似乎很久以前就消失了，但仍然在那里可用：
https://web.archive.org/web/20151103231305if_/http://pages.infinit.net/moonligh/eMule/Releases/SparseTest.zip
SparseTest 还会在应用"sparse"属性之前显示"磁盘上的大小"（但输出更复杂，因此如果需要该信息用于进一步目的，则在批处理脚本中使用起来并不容易）。它计算前后的校验和，以确保在此过程中保持文件的完整性（我仍然会重新命令先进行备份，然后使用其他工具（如 WinMerge 或 MD5Checker）验证所有文件是否完全相同）。与以蓝色显示的具有"C"属性的文件相反，除了"属性"列中的"P"（甚至没有出现在属性中）之外，没有什么可以将"稀疏"文件与常规文件区分开来。
本机Windows工具fsutil可以设置稀疏属性，但它实际上并不压缩文件，即使包含大量空扇区，其"磁盘大小"也保持不变;只有当文件大小后来增加空扇区时，它们才会以"稀疏"的方式添加，即存储为元数据而不是实际分配。