Eu tenho o que espero que seja não um grande problema, mas pode acabar sendo um problema muito grande.
Para algum contexto, eu corri este comando por engano no meu 27 "iMac:
sudo dd if=ubuntu-rescue.img of=/dev/sdt bs=1m
depois disso, ele me deu a seguinte saída:
233+1 records in
233+1 records out
244570112 bytes transferred in 2.275065 secs (107500277 bytes/sec)
O problema é , que eu não estava pretendendo mover o ubuntu-rescue.img para o local de /dev/sdt . Caramba!
O que estou tentando fazer agora é descobrir qual foi o conteúdo original de /dev/sdt/ (antes de eu erroneamente ter escrito dados para esse arquivo) e se há uma maneira de inspecionar o conteúdo (para excluir o disco imagem que foi erroneamente copiada lá, ou de alguma forma restaurar o conteúdo de /dev/sdt de volta ao seu estado original).
Além disso, esse comando dd apagaria tudo o que estava lá antes ou apenas adicionaria dados a ele?
O problema principal para mim agora é que eu não tenho conhecimento do que é /dev/sdt (é um arquivo? um driver? uma unidade montada? etc.), então não tenho como saber como inspecionar o dano que foi feito. Então preciso entender o que estou vendo quando executo este comando:
ls /dev
e como inspecionar / acessar / ler o conteúdo desses arquivos.
Alguém por favor pode me ajudar?
~~~~~~~~~~~~~~~~~~~~
Para mais análises, aqui estão várias saídas de vários comandos:
Não é um diretório:
$ cd /dev/sdt
-bash: cd: /dev/sdt: Not a directory
Arquivo "Caractere especial"
$ file /dev/sdt
/dev/sdt: character special
Saída detalhada de ls:
$ ls -l /dev/sdt
crw-rw-rw- 1 root wheel 0, 0 Dec 28 14:02 /dev/sdt
"Tamanho de" /dev/sdt
$ du -sk /dev/sdt
0 /dev/sdt
Eu executei os mesmos comandos da atualização # 1 em um novo mac mini (que não teve sua /dev/sdt unidade adulterada com dd e me deu a saída exatamente igual Eu tenho no iMac depois que eu executei o comando dd errôneo, isso significa que o / dev / sdt não "gravou" o conteúdo da transferência dd? Porque o "tamanho" de / dev / sdt é exibido como zero quando eu corro $ ls -l /dev/sdt . Será que tive sorte e não causei nenhum dano permanente?
Ambos os comandos: $ du -sk /dev/sdt e $ ls -l /dev/sdt me fornecem os mesmos resultados no iMac (onde o comando errônea do dd foi executado), como no Mac Mini, mostrando que os dados armazenados em /dev/sdt lê em 0 bytes. Isso me faz supor que essa unidade é uma unidade temporária do sistema que não é destinada a armazenar dados, porque mesmo depois de 240 Mb de dados estarem erroneamente dd d, ela ainda lê em zero byes. Por fim, foi-me dada uma boa idéia (pelo usuário frostschutz) para executar este comando: dd if=/dev/sdt of=mystery bs=1M count=234 e comparar os resultados do arquivo "mystery" com o conteúdo do ubuntu-resuce.img, e a saída desse experimental dd me deixou com um arquivo chamado "mistério", que foi exatamente zero bytes. Por isso estou começando a me sentir confiante de que não causei nenhum dano duradouro e que esse impulso está sempre vazio.
Depois de listar suas discussões muito úteis e ler mais sobre um outra (separada, mas intimamente relacionada) minha pergunta aqui na U & L , eu descobri que minha pergunta já foi feita, Então, para qualquer pessoa que queira ler mais sobre essa discussão, você pode procurar aqui .