通常，块设备驱动程序会报告设备的正确大小，并且可以实际使用所有“可用”块。因此，文件系统事先知道它可以向此类设备写入多少内容。
但在某些特殊情况下，例如使用dm-thin或dm-vdo设备时，这种说法是错误的。如果这种块设备的ENOSPC底层存储（上层 FS 对此一无所知）已满，那么它们随时可能返回错误。
因此，我的问题是，在这种情况下会发生什么：EXT4 文件系统已挂载r/w，处于async模式（默认），并且正在执行大量写入。磁盘缓存（脏内存）也会参与其中，此时如果用户运行sync命令，就会有大量数据需要写入。
但突然间，该 EXT4 文件系统的底层块设备开始拒绝任何写入，因为“没有剩余空间”。文件系统的行为是什么？
它会打印错误并进入r/o中止所有写入并可能导致数据丢失的模式吗？如果没有，它是否会等待空间，定期重试写入并拒绝新写入？在这种情况下，如果其他进程尝试分配大量 RAM，巨大的磁盘缓存会发生什么情况？（在 Linux 上，脏内存被认为是可用的，不是吗？）。
考虑到最坏的情况，如果磁盘缓存在错误发生时占用了大部分 RAM ENOSPC（因为管理员设置得vm.dirty_ratio太高），内核会崩溃或锁定吗？或者它只会使所有想要分配内存的进程等待/挂起？最后，不同文件系统的行为是否有所不同？
提前致谢。