Antes de executar o dd
comando, o comando lsblk
retornou a saída abaixo:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931.5G 0 disk
O comando dd if=/dev/urandom of=/dev/sda conv=fsync status=progress
é executado. O dispositivo, no entanto, perde energia e desliga. Quando a energia é restabelecida, o comando lsblk
retorna a seguinte saída:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931.5G 0 disk
sda2 8:2 0 487.5G 0 disk
dd
que resultaria em partições, especialmente se o comando se destina a limpar discos?file /dev/sda*
esudo fdisk -l /dev/sda*
?dd
objetivo não é propriamente o de limpar discos. A gravação de dados aleatórios em um disco pode produzir resultados aleatórios.Respostas:
Várias possibilidades:
O Linux suporta muitos tipos diferentes de tabela de partição, alguns dos quais usam muito poucos bytes mágicos, e é fácil identificar dados aleatórios (*) [para que seja possível gerar aleatoriamente uma tabela de partição um tanto "válida"].
Alguns tipos de tabela de partição também têm backups no final do disco (principalmente a GPT), que podem ser ativados se o início da unidade for substituído por lixo aleatório.
O dispositivo não funciona corretamente e foi desconectado antes de terminar de gravar os dados ou continua retornando dados antigos, para que a tabela de partição sobreviva. Às vezes isso acontece com pen drives.
...
(*) Crie 1000 arquivos com dados aleatórios e veja o que sai:
O objetivo de destruir aleatoriamente uma unidade é fazer com que os dados antigos desapareçam para sempre. Não há promessa de que a unidade aparecerá vazia, sem uso e em perfeito estado depois.
É comum seguir com uma limpeza zero para conseguir isso. Se você estiver usando o LVM, é normal o LVM zerar os primeiros setores de qualquer LV criado para que os dados antigos não interfiram.
Há também um utilitário dedicado (
wipefs
) para livrar-se de assinaturas antigas de bytes mágicos que você pode usar para se livrar dos metadados do sistema de arquivos e da tabela de partição.fonte
dd
comando, a geração de dados aleatórios quando interrompidos pode resultar em dados que parecem tabelas de partição? Também são discos rígidos SATA (não SSD).Como visto aqui, o MBR (Master Boot Record) é relativamente simples; https://en.wikipedia.org/wiki/Master_boot_record .
Ao usar,
/dev/urandom
você sempre pode criar algo que se parece com uma tabela de partição. A solução é preencher as regiões da tabela de partição com zero e usardev/urandom
para o resto.O Linux também suporta outros formatos de disco adicionais que também podem ser potencialmente acionados, fazendo com que partições "inválidas" sejam exibidas ao preencher dados aleatórios.
fonte
O que define uma coleção de 512 bytes como sendo um registro mestre de inicialização é a presença dos valores
0x55 0xAA
no final. Há uma chance de 1 em 65.536 de/dev/urandom
produzir esse valor: não muito provável, mas coisas igualmente improváveis acontecem o tempo todo.(Algumas outras tabelas de partição, como o Apple Partition Map , têm assinaturas igualmente curtas. É possível que você tenha gerado uma delas.)
fonte
Essa partição estava presente algum tempo antes nesse disco? Se o disco usa GPT, talvez o cabeçalho GPT secundário tenha sido restaurado e ainda tenha a tabela de partições antiga.
https://en.wikipedia.org/wiki/GUID_Partition_Table
fonte