comentários , é claro que o arquivo x.file
é menor que 32768 bytes (32 KiB). Isso significa que quando dd
for solicitado a escrever 32 KiB para /dev/vv/<vv_id>
, ele não poderá copiar tudo do arquivo e o último bit do KiB 32 permanecerá não escrito.
Esses dados não inicializados serão então copiados para y.file
com a segunda operação dd
, e é isso que você vê quando abre esse arquivo em um editor.
O ^@
é a maneira do editor de mostrar um byte nulo. Ao ler o manual dd
, não está claro se isso é o que está escrito no dispositivo pelo primeiro dd
ou se são dados indesejados que já estavam presentes no dispositivo antes da primeira invocação dd
.