Sejauh yang saya tahu tidak ada cara untuk memberitahu dd
pad menggunakan 0xFF
. Tapi ada solusinya.
Pertama buat file dengan panjang yang dibutuhkan diisi dengan 0xFF
:
$ dd if=/dev/zero ibs=1k count=100 | tr "\000" "\377" >paddedFile.bin
100+0 records in
200+0 records out
102400 bytes (102 kB) copied, 0,0114595 s, 8,9 MB/s
tr
digunakan untuk mengganti nol dengan 0xFF
. tr
mengharapkan argumen dalam oktal. 0xFF
di oktal adalah \377
.
Hasil:
$ hexdump -C paddedFile.bin
00000000 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................|
*
00019000
Kemudian masukkan file input di awal file "empuk":
$ dd if=inputFile.bin of=paddedFile.bin conv=notrunc
0+1 records in
0+1 records out
8 bytes (8 B) copied, 7,4311e-05 s, 108 kB/s
Perhatikan conv=notrunc
yang memberitahu dd
untuk tidak memotong file output.
Contoh file input:
$ hexdump -C inputFile.bin
00000000 66 6f 6f 0a 62 61 72 0a |foo.bar.|
00000008
Hasil:
$ hexdump -C paddedFile.bin
00000000 66 6f 6f 0a 62 61 72 0a ff ff ff ff ff ff ff ff |foo.bar.........|
00000010 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................|
*
00019000
paddedFile.bin
diisi denganc3 bf
. Kenapa ya? sunting: superuser.com/questions/1349494/...Kemungkinan peningkatan pada jawaban lesmana adalah beroperasi pada file di tempat. Ini bisa menjadi jauh lebih cepat untuk file input besar dan juga akan membuat file jarang. Namun, dalam banyak situasi Anda tidak ingin memodifikasi file input Anda, sehingga metode ini tidak cocok.
Contoh berikut dimulai dengan file input yang besar dan jarang, kemudian mengisi hingga 1GB dengan karakter FF. Cukup ubah
newsize
ke nilai yang Anda inginkan. Seperti yang Anda lihat,dd
porsinya hanya membutuhkan sepersekian detik meskipun file ini sangat besar.sumber