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 .