Problém s seek=<big number> trik je v tom, že souborový systém je (obvykle) chytrý:pokud část souboru nebyla nikdy zapsána (a jsou tedy samé nuly), neobtěžuje se pro ni přidělit žádné místo – takže, jak jste viděli, může mít 10GB soubor, který nezabírá žádné místo (toto je známé jako "řídký soubor" a může být velmi užitečné v některých případech, např. v určitých databázových implementacích).
Můžete vynutit přidělení prostoru pomocí (například):
dd if=/dev/zero of=filename bs=$((1024*1024)) count=$((10*1024))
což bude trvat mnohem déle, ale ve skutečnosti zaplní disk. Doporučuji nastavit velikost bloku mnohem větší než jedna, protože to určí, kolik systémových volání dd proces dělá - čím menší velikost bloku, tím více systémových volání, a proto bude probíhat pomaleji. (I když přes 1 MB to pravděpodobně nebude mít velký rozdíl a může to dokonce zpomalit...)
Jako další možnost k tomu můžete použít yes spolu s jedním řetězcem a je to asi 10krát rychlejší než spuštění dd if=/dev/urandom of=largefile. Takhle
yes abcdefghijklmnopqrstuvwxyz0123456789 > largefile
Vytvořili jste to, co je známé jako „řídký soubor“ – soubor, který, protože je většina prázdná (tj. čte se zpětně jako \0), nezabírá místo na disku kromě toho, co je skutečně zapsáno (1B, po 10 GB mezery).
Nevěřím, že byste mohli vytvářet velké soubory, které by zabraly skutečné místo na disku během okamžiku - zabrat fyzický prostor znamená, že souborový systém musí vašemu souboru přidělit diskové bloky.
Myslím, že jste uvízli u staromódního „dd if=/dev/zero of=filename bs=100M count=100“, které je omezeno rychlostí sekvenčního zápisu vašeho disku.