Editar: Com base nos seus comentários mais recentes, parece que você provavelmente está passando por variações de hardware que fazem o DBAN rodar mais devagar (em hardware mais antigo) ou mais rápido (em um hardware mais novo). Qualquer outro programa que realize uma limpeza completa do disco provavelmente ficará lento da mesma forma ao limpar um disco rígido muito grande ou conectado por meio de uma interface mais lenta. É claro que limpar uma pequena unidade em uma interface mais lenta (por exemplo, 80 GB IDE) ainda pode ser mais rápido do que limpar uma unidade muito maior em uma interface mais rápida (por exemplo, 1 TB SATA).
Depende de como você é paranóico. Geralmente, os utilitários de limpeza de disco de execução extremamente longa fazem um trabalho extremamente completo limpando as unidades de modo que praticamente não há hipóteses de que até mesmo as técnicas de recuperação de dados mais avançadas consigam usar qualquer magnetismo residual para reconstruir os dados antigos.
Se você está dando as unidades e eles continham qualquer informação sensível, é melhor prevenir do que remediar - vá com uma limpeza mais completa ao longo dos dias. Se realmente não houver nada sensível nas unidades, ou se você estiver apenas tirando-as de serviço para reutilização posterior, provavelmente estará seguro usando uma limpeza mais rápida e menos profunda.
Pessoalmente, eu normalmente inicializo um live CD do Linux e uso um dos seguintes:
dd bs=1M if=/dev/zero of=/dev/sd#
ou
dd bs=1M if=/dev/urandom of=/dev/sd#
ou
badblocks -wvs /dev/sd#
onde / dev / sd # é a unidade que estou limpando.
Eu não achei que era suficiente apenas escrever zeros na unidade até que um amigo me mostrasse O Grande Desafio Zero . Embora não haja garantia de que escrever zeros na unidade seja realmente suficiente, deve ser difícil o suficiente para que as empresas de recuperação de dados não queiram arriscar o PR negativo associado a não conseguir recuperar nenhum dado da unidade depois que ele foi zerado.
Se você escrever dados aleatórios na unidade, o argumento é que os dados aleatórios devem tornar a recuperação mais difícil (semelhante a salgar um hash de senha).
O comando badblocks -wvs executará quatro limpezas na unidade, gravando os padrões 0xaa, 0x55, 0xff e 0x00 em todo o disco, respectivamente. Ele também (de forma um tanto desnecessária) executa um teste de leitura após cada gravação completa, mas se você acabar encontrando blocos defeituosos, é melhor arrumar ou reciclar as unidades e fazer furos nos discos para obter segurança máxima.