Tenho um SSD de 120 GB excedente que desejo limpar completamente os dados. Com o drive desmontado, corri
sudo dd if=/dev/urandom of=/dev/sda bs=4M
mas parou após copiar 8GB, reportando “dd: erro ao escrever '/dev/sda': Não há espaço restante no dispositivo”.
lsblkmostrou o nome correto do dispositivo e uma capacidade de 112 GB.
Tentei diversas variações do ddcomando, com valores diferentes para bs; com e sem status=progress; e mesmo depois de montar o dispositivo. Cada tentativa foi interrompida após a gravação exata da mesma quantidade de dados (7996309504 bytes).
Por que ddalegou que uma unidade de 120 GB estava cheia depois de gravar apenas 8 GB?
Até reformatei com gnome-disks, mas ddme comportei da mesma forma.
Em desespero, montei a partição e tentei:
sudo dd if=/dev/urandom of=/dev/sda1 bs=4M status=progress
que foi concluído, relatando:
120033123840 bytes (120 GB, 112 GiB) copiados
É comum exigir nomes de dispositivos dd, então fiquei surpreso quando uma partição funcionou. Alguém pode explicar o que estava acontecendo?
Editar depois de alguns comentários
Talvez @ljm esteja no caminho certo. lsmostra que tenho um arquivo comum chamado '/dev/sda', de tamanho 8GB. filediz que é um arquivo de dados. De onde veio, não sei. Por que seu tamanho é limitado, não sei. É seguro removê-lo?
Eu também tenho um arquivo especial de bloco /dev/sda1.
Quando você desmonta um disco, ele tende a desaparecer. Portanto, quando você desmontou o dispositivo, o arquivo do dispositivo provavelmente também desapareceu. A solução normalmente é conectar e conectar.
Quando o arquivo do dispositivo
/dev/sdadesapareceu,ddpresumimos que você queria criar um arquivo normal/dev/sda. Mesmo estando abaixo de/dev, ainda é um arquivo normal, não um dispositivo. Vocêddcontinuará até que a partição esteja cheia, o que pode muito bem ser de 8 GB.