Masalah dengan seek=<big number> triknya adalah bahwa sistem file (biasanya) pintar:jika bagian dari file tidak pernah ditulis (dan karena itu semuanya nol), tidak perlu repot mengalokasikan ruang untuk itu - jadi, seperti yang Anda lihat, Anda dapat memiliki file 10 GB yang tidak memakan ruang (ini dikenal sebagai "file jarang", dan dapat sangat berguna dalam beberapa kasus, misalnya implementasi database tertentu).
Anda dapat memaksa ruang dialokasikan dengan (misalnya):
dd if=/dev/zero of=filename bs=$((1024*1024)) count=$((10*1024))
yang akan memakan waktu lebih lama, tetapi sebenarnya akan mengisi disk. Saya merekomendasikan membuat ukuran blok lebih tinggi dari satu, karena ini akan menentukan berapa banyak sistem yang memanggil dd proses membuat - semakin kecil ukuran blok, semakin banyak syscall, dan karena itu akan semakin lambat berjalan. (Meskipun lebih dari 1MB atau lebih, mungkin tidak akan membuat banyak perbedaan dan bahkan dapat memperlambat segalanya...)
Sebagai opsi lain untuk ini, Anda dapat menggunakan ya bersama dengan string tunggal dan sekitar 10 kali lebih cepat daripada menjalankan dd if=/dev/urandom of=largefile. Seperti ini
yes abcdefghijklmnopqrstuvwxyz0123456789 > largefile
Anda telah membuat apa yang dikenal sebagai "file jarang" - file yang, karena sebagian besar kosong (yaitu dibaca kembali sebagai \0), tidak mengambil ruang pada disk selain apa yang sebenarnya ditulis (1B, setelah 10GB kesenjangan).
Saya tidak percaya Anda dapat membuat file besar, mengambil ruang disk yang sebenarnya dalam sekejap - mengambil ruang fisik berarti sistem file perlu mengalokasikan blok disk ke file Anda.
Saya pikir Anda terjebak dengan "dd if=/dev/zero of=filename bs=100M count=100" kuno yang dibatasi oleh kecepatan tulis sekuensial drive Anda.