来自其他答案的Dd是一个很好的解决方案，但它的速度较慢。在Linux(和其他POSIX系统)中，我们有fallocate，它使用所需的空间，而不必实际写入它，与大多数现代基于磁盘的文件系统一起工作，非常快:

例如:

fallocate -l 10G gentoo_root.img

GPL mkfile只是dd的一个(ba)sh脚本包装器;BSD的mkfile只是memsets一个非零的缓冲区，并重复写入它。我不期望前者的性能优于dd。后者可能略微优于dd if=/dev/zero，因为它省略了读取操作，但任何性能明显更好的可能只是创建一个稀疏文件。

如果没有一个系统调用实际为文件分配空间而不写入数据(Linux和BSD缺乏这个，可能Solaris也是如此)，您可能会通过使用ftrunc(2)/truncate(1)将文件扩展到所需的大小，将文件mmap到内存中，然后将非零数据写入每个磁盘块的第一个字节(使用fgetconf查找磁盘块大小)来获得性能上的小幅改进。

其中seek是你想要的文件的大小，单位是字节- 1。

dd if=/dev/zero of=filename bs=1 count=1 seek=1048575

你可以使用https://github.com/flew-software/trash-dump 您可以创建任意大小和随机数据的文件

这里有一个命令，你可以在安装垃圾转储(创建一个1GB的文件)后运行

$ trash-dump --filename="huge" --seed=1232 --noBytes=1000000000

顺便说一下，这是我创造的

truncate -s 10M output.file

将立即创建一个10m的文件(M代表10241024字节，MB代表10001000 -与K, KB, G, GB…相同)

编辑:正如许多人指出的那样，这将不会在您的设备上物理分配文件。这样你就可以创建一个任意的大文件，而不管设备上的可用空间有多大，因为它创建了一个“稀疏”文件。

例如，注意到这个命令没有占用硬盘空间:

### BEFORE
$ df -h | grep lvm
/dev/mapper/lvm--raid0-lvm0
                      7.2T  6.6T  232G  97% /export/lvm-raid0

$ truncate -s 500M 500MB.file

### AFTER
$ df -h | grep lvm
/dev/mapper/lvm--raid0-lvm0
                      7.2T  6.6T  232G  97% /export/lvm-raid0

因此，在执行此操作时，您将推迟物理分配，直到文件被访问为止。如果将此文件映射到内存，则可能无法获得预期的性能。

但这仍然是一个需要知道的有用命令。例如，当使用文件进行基准传输时，指定的文件大小仍然会被移动。

$ rsync -aHAxvP --numeric-ids --delete --info=progress2 \
       root@mulder.bub.lan:/export/lvm-raid0/500MB.file \
       /export/raid1/
receiving incremental file list
500MB.file
    524,288,000 100%   41.40MB/s    0:00:12 (xfr#1, to-chk=0/1)

sent 30 bytes  received 524,352,082 bytes  38,840,897.19 bytes/sec
total size is 524,288,000  speedup is 1.00

不义之词:OTFFS提供了一个文件系统，可以提供任意大的文件系统。Exabytes是当前的限制)文件生成的内容。它只支持linux，使用纯C语言，并且处于早期alpha版本。

见https://github.com/s5k6/otffs。