As respostas existentes aceitas são pelo menos parcialmente incorretas. /dev/null é um "buraco negro", mas você não pode mover diretórios para ele. A coisa toda de mv ~ /dev/null parece ser algum tipo de fraude. Parece realmente perigoso, mas não deveria funcionar.
Ainda assim, eu não recomendaria testá-lo em um diretório pessoal com dados insubstituíveis. Aqui está um chicote de teste rápido com um novo usuário chamado test . Vamos pedir-lhes que movam o deles para o éter.
$ sudo adduser test
$ sudo usermod -aG sudo test
$ sudo su test # we are now running as test but let's check
$ cd ~; pwd
/home/test
$ sudo mv ~ /dev/null
mv: cannot overwrite non-directory ‘/dev/null’ with directory ‘/home/test’
Se algo que você deseja terminar em /dev/null , o procedimento de recuperação será o mesmo que qualquer outra perda de dados (como se você tivesse digitado rm ). O ideal é parar de usar esse disco o mais rápido possível e começar a usar algo como o TestDisk para recuperar. A nossa tag de data-recovery pode ser muito útil aqui
Só para esclarecer que você pode sudo mv file /dev/null onde file é um único arquivo, mas isso não excluirá o arquivo, ele substituirá /dev/null por esse arquivo. Isso tem todos os tipos de ramificações importantes, porque as coisas dependem de poder redirecionar para /dev/null . De qualquer forma, aqui está uma prova simples disso, bem como uma correção caso você acabe movendo um arquivo por cima:
$ echo "this is my file" > test
$ cat test
this is my file
$ sudo mv test /dev/null
$ cat /dev/null
this is my file
# Fix this!
$ sudo rm /dev/null
$ sudo mknod -m 0666 /dev/null c 1 3
Obviamente, se você quiser resgatar seu arquivo seja rápido e cp /dev/null ~/Desktop/file (ou algo assim) antes de substituí-lo com a definição do sistema de / dev / null.