Filesystems 拦截对磁盘块的写入。此操作将驻留在什么级别?在FS层还是LVM和FS之间?

Filesystems 拦截对磁盘块的写入。此操作将驻留在什么级别?在FS层还是LVM和FS之间?,filesystems,driver,disk,Filesystems,Driver,Disk,情景: 您可以在Windows 7中打开notepad.exe。写入1024个字符并保存文件。Windows显然会将此文件保存到硬盘上。在哪一点可以确定数据写入到哪个块。一个简单的文件监视器会给我通知事件的信息,但是在文件系统层,它是否也包括数据写入的块?如果文件小于4kb,它将只使用1个块。文件系统是否知道它将转到哪个块 有人能更深入地解释一下这个过程吗?在堆栈中的哪一层确定数据将在哪个块中结束。在文件系统级别使用驱动程序的文件监视器是否保证最终的块目标?或者这是在文件系统层和逻辑卷层之间确定

情景:

您可以在Windows 7中打开notepad.exe。写入1024个字符并保存文件。Windows显然会将此文件保存到硬盘上。在哪一点可以确定数据写入到哪个块。一个简单的文件监视器会给我通知事件的信息,但是在文件系统层,它是否也包括数据写入的块?如果文件小于4kb,它将只使用1个块。文件系统是否知道它将转到哪个块


有人能更深入地解释一下这个过程吗?在堆栈中的哪一层确定数据将在哪个块中结束。在文件系统级别使用驱动程序的文件监视器是否保证最终的块目标?或者这是在文件系统层和逻辑卷层之间确定的,这意味着我需要一个更高的卷筛选器驱动程序?

文件系统驱动程序,或者甚至可能低于该级别,这取决于您是否对HDD板上文件的物理位置的群集号感兴趣,从而决定数据将进入哪个块或群集。我不确定,即使使用卷过滤器驱动程序,您是否能够链接文件和块。总而言之,文件可以是稀疏的、压缩的或加密的,即使有一个文件系统过滤器捕获数据以将其与保存到块中的数据相匹配,您也无法进行匹配。如果你解释了跟踪的目的,也许有人会想出一个比构建一堆过滤器驱动程序更好的主意

欢迎来到SO。您可以通过编辑来更新自己的问题。你可以投赞成票或反对票,如果你得到的答案满足你的需要并回答了你的问题,你可以将其标记为答案