O dd pode substituir partições adjacentes

Seria

dd if=/dev/zero of=somepartition bs=512

também limpe partições depois somepartitionou para no final de somepartition?

Sobrescreva uma partição com dd

ddé uma ferramenta muito poderosa, mas também perigosa. Ele faz o que você manda fazer sem perguntas. Portanto, se você disser para apagar as fotos da família, ... e ocorrer um pequeno erro de digitação.

Mas se você verificar e verificar duas vezes, poderá usá-lo.

dd if=/dev/zero of=somepartition bs=512

ou eu sugeriria

dd if=/dev/zero of=/dev/sdxn bs=4096

onde xestá a letra da unidade en o número da partição e o tamanho do bloco 4096 bytes, torna o processo de gravação mais rápido.

É importante que você escreva em uma partição nesse caso. Se você gravar em toda a unidade (o cabeçote da unidade), /dev/sdxtoda a unidade será substituída. Mas a gravação na partição será interrompida no final da partição e as partições atrás dela serão preservadas. (Eu testei agora em um pendrive USB no Lubuntu 16.04 LTS, então eu sei que funciona assim.)

Exceção para uma partição estendida

Há uma exceção para uma partição estendida (que é um contêiner para partições lógicas, para ter mais de quatro partições em uma tabela de partições do MSDOS). Isso é descrito no seguinte link,

Posso criar uma imagem da partição 'estendida' usando o dd?

Mas há outro problema também. Testei seu comando em um ambiente de teste e o dd leu apenas um kibibyte (1024 bytes) quando desejava criar uma imagem de uma partição estendida.

Testei também isso agora em um pendrive USB no Lubuntu 16.04 LTS, e isso se aplica à escrita (assim como à leitura). Somente o primeiro kibibyte é substituído.

Para resumir, a substituição de partições primárias e partições lógicas funciona de acordo com a descrição principal nesta resposta. Mas não use esse método para substituir uma partição estendida porque somente o primeiro kibibyte será substituído. As partições lógicas da partição estendida não serão mais encontradas através da tabela de partições, mas os dados armazenados nelas ainda estão lá.

Gravações em um dispositivo de partição não gravam fora dessa partição, com dd ou qualquer outra coisa. Você precisaria usar um dispositivo wholedisk para ter algum efeito fora de uma única partição.

(Advertência: a menos que seu disco tenha uma tabela de partições com partições sobrepostas, o que nunca deve acontecer.)

Eu acho que sua pergunta é baseada em um mal-entendido fundamental sobre como dd(e de fato os sistemas operacionais Unix-like em geral) funcionam:

ddnão pode sobrescrever partições adjacentes, simplesmente porque ddnão pode sobrescrever partições, ponto .

dd simplesmente escreve para arquivos . É isso aí.

Agora, se você passar ddum arquivo que representa várias partições, ddsubstituirá esse arquivo . Mas, nesse caso, não está ddgravando além do final da partição.ddainda gravará até o final do arquivo e somente até o final do arquivo.

Mas, se você passar ddum arquivo que representa apenas uma partição, ddnão gravará além do final desta partição. Novamente, isso não tem nada a ver comdd . ddsimplesmente grava no arquivo para o qual você escreve. O fato de esse arquivo representar uma única partição é (nesse caso) garantido pelo driver do dispositivo de bloco no kernel. ddnão tem nada a ver com isso.

Então, resumindo: ddgrava em arquivos. O que esses arquivos representam, não ddé motivo de preocupação. ddnão sabe nada sobre partições.

Há um cenário especial perigoso, mas raro, em que isso pode ocorrer mesmo com drivers de dispositivo de bloco que não sejam de buggy:

• A tabela de partição no disco é alterada de forma que a partição x seja redimensionada para terminar em um limite inferior ao anterior. A partição y atrás dela é redimensionada para iniciar no limite inferior ou uma nova partição y é adicionada ao espaço.
• A partição y é preenchida com dados relevantes por meios independentes da tabela de partições, por exemplo, usando dd com opções skip / count no dispositivo de bloco de disco inteiro (por exemplo, / dev / sda)
• O ioctl que diz ao kernel para reler a tabela de partição não é emitido ou falha devido a dispositivos ocupados
• A partição x é gravada por qualquer processo que tenta gravá-la até atingir uma condição de erro.

Você deve ter cuidado com o dd, como se cometer um erro, poderá sobrescrever mais do que esperava e isso depende do que você está usando para o dd (o OP foi vago no uso do dd e na sintaxe exata do dd comando).

Se você especificar uma partição, ela gravará nela até que a partição esteja cheia.

Se você cometer um erro e colocar a unidade inteira, por exemplo, = / dev / sda, o dd gravará em toda a unidade e começará a ignorar (e substituir) a tabela de partição.

Você também pode usar o dd em uma partição para sobrescrever os arquivos excluídos (os arquivos excluídos podem permanecer na partição e descobertos por várias ferramentas de recuperação com vários graus de sucesso até que sejam sobrescritos. Nesse caso, você pode usar o dd para preencher o espaço livre, escrevendo em um arquivo.

dd if=/dev/zero of=/path/to/mount_point/zero_file bs=4096
rm -f /path/to/mount_point/zero_file

Dependendo do que você está fazendo, no entanto, convém usar uma ferramenta alternativa para excluir arquivos com segurança. Consulte Como excluir arquivos de maneira segura? para opções.