为什么linux上的file ()在没有足够空间的情况下创建一个非空文件？

Question

假设我有以下代码：

#define _GNU_SOURCE             /* See feature_test_macros(7) */
#include <fcntl.h>
#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <errno.h>
#include <string.h>

int main(int argc, char** argv) {

    if (argc > 2) {
        int fd = open(argv[1], O_CREAT|O_WRONLY, 0777);
        size_t size = atoi(argv[2]);

        if (fd > 0) {

            //int result = fallocate(fd, 0, 0, size);
            //printf("itak: %d, errno: %d (%s)\n", result, errno, strerror(errno));
            int result = posix_fallocate(fd, 0, size);
            printf("itak: %d, errno: %d (%s)\n", result, result, strerror(result));

        } else {
            printf("failed opening file\n");
        }

    } else {
        printf("Usage blah\n");
    }


}

这是我为测试我的假设而制作的/usr/bin/ simple的一个简单版本。我发现，如果我使用它来创建一个比文件系统空闲空间更大的文件，它将返回-1和一个正确的errno，但是仍然会创建一个最大允许大小的文件。这对我来说很奇怪，因为命令显式地返回-1，这应该是一个失败的信号，但它仍然做了一些事情。而且，它并没有满足我的要求-它创建了一个未知的文件(在我运行它的时候)大小。如果我用asked ()来预留一些空间，我不知道，小猫的照片，如果它比我要求的空间少的话，对我来说就没有用了。

是的，fallocate()和posix_fallocate()采用了保存方式，我检查了这两种方法，正如您所看到的。

当然，我觉得我做错了什么。因为如果您在编程时遇到问题，这就是99.9%的情况。因此，我尝试了/usr/bin/fallocate实用程序，是的，它“失败”了，但仍然创建了一个文件。

下面是我运行该实用程序的一个示例：

rakul@lucky-star /tmp $ strace fallocate -l 10G /tmp/test 2>&1 | grep fallocate
execve("/usr/bin/fallocate", ["fallocate", "-l", "10G", "/tmp/test"], [/* 47 vars */]) = 0
fallocate(3, 0, 0, 10737418240)         = -1 ENOSPC (No space left on device)
write(2, "fallocate: ", 11fallocate: )             = 11
write(2, "fallocate failed", 16fallocate failed)        = 16
rakul@lucky-star /tmp $ ls -l /tmp/test
-rw-r--r-- 1 rakul rakul 9794732032 сен 26 19:15 /tmp/test
rakul@lucky-star

正如您可以看到的那样，它在fallocate()调用上没有设置特定的模式，它失败了，但是文件被创建了一个意想不到的大小。

我发现有些人在网上看到了相反的行为：

rxxxx@home/tmp> fallocate -l 10G test.img
fallocate: fallocate failed: На устройстве не осталось свободного места
rxxxx@home/tmp> ls -l test.img 
-rw-r--r-- 1 rogue rogue 0 Врс 26 17:36 test.img

(俄文中写着“空间不够”)

我尝试过ext4和tmpfs，结果都是一样的。我有gentoo linux，3.18内核。然而，最初我在一个最新的SLES12上看到了这个问题。

我的问题是:为什么有不同的结果，如果没有足够的

Answer 1

阅读“man2false”时，对于磁盘运行空间不足的情况下库调用的行为没有提供任何保证，除非它将返回-1并且错误将是ENOSPC。

在POSIX.1-2001中，对posix_fallocate调用也没有无副作用的要求.

因此，如果希望这样做，该实现有权创建一个大小为一半的文件。

遮罩下可能发生的情况是，从文件系统请求一定大小的空间，并将其放入文件中。然后请求另一个块，以此类推，直到文件足够大以满足调用者的需要。因此，如果文件系统在中途耗尽空间，则会留下一个小于请求大小的文件。

您将不得不按原样处理调用的行为；您不能更改实现代码(可以通过提交修补程序！)。更改程序以正确处理所有允许的故障模式要容易得多。