Lendo qualquer coisa da unidade
No Ubuntu (Linux) você não conseguiu montar a unidade, mas parece que você desistiu com muita facilidade, há uma grande diferença entre "inconsistências do sistema de arquivos / não foi desmontado corretamente" que não permite uma montagem automática e "não reconhecido como um dispositivo, não pode ler um único setor" que você pode ler dados & trabalhar com. A montagem pode falhar se o Windows estiver no modo "desligamento rápido" ou se houver erros no sistema de arquivos, por isso definitivamente não é um dispositivo que não pode ser montado.
Se um novo /dev/sdX
aparecer , você poderá ler (ou pelo menos tentar ler) a unidade e ler informações & tente testes. Como é um drive USB, depois de conectá-lo, um novo dispositivo /dev/sdX
( X poderia ser qualquer letra ) deve aparecer, veja dmesg
& / var / log / syslog para informações (especialmente erros se não houver um novo dispositivo - sem um dispositivo, pode não ser possível ler qualquer coisa, ou ainda mais difícil de tentar).
Se você puder ler qualquer coisa do dispositivo /dev/sdd
, será muito melhor que ddrescue
(no pacote chamado gddrescue) ou testdisk
/ photorec
ou algo possa obter alguns dados. Provavelmente também precisa dos direitos de root, com sudo
. Como sudo testdisk /dev/sdd
ou sudo photorec /dev/sdd
.
-
Um muito básico "leia um pouco" com
dd
seria:sudo dd if=/dev/sdd of=output-file bs=1M count=1
lendo o primeiro M (= 1024 * 1024 bytes) da unidade e
-
bs=
é quantos bytes para ler / escrever em cada "bloco" -
count=
é o número de "blocos" a serem usados -
skip=N
skip N blocos do tamanho de ibs no início da entrada - Apenas não misture o
of=
, ele irá sobrescrever quase tudo!
-
-
Para pular 1000 milhões e depois ler 1 milhão, use:
sudo dd if=/dev/sdd of=output-file bs=1M skip=1000 count=1
Recuperação de dados
Veja link e / ou link para mais informações, pode estar envolvido. O gddrescue tem um ótimo (mas seco) Manual do GNU ddrescue também, e busca na web por muito mais info.
testdisk
& photorec
é o mais fácil de usar IMO, eu nem me incomodo com o principal ou bisturi. Suas homepages têm bons guias, consulte TestDisk's & TestDisk Step By Step e PhotoRec's & PhotoRec Step By Step . Se o testdisk puder ler os arquivos existentes, copiá-los pode ser bastante fácil, o photorec não salva nomes de arquivos ou estrutura de diretório originais.
Por vezes, os erros aparecem ao tentar ler & eles podem falhar, as mensagens de erro provavelmente inundarão dmesg
& / var / log / syslog, em seguida, gosto de manter um terminal aberto executando dmesg -w
& / ou tail -f /var/log/syslog
para ver novos erros conforme eles chegam. Se você tem espaço em outro dispositivo, fazer uma cópia inteira com gddrescue pode ser uma boa idéia, ele tenta pular os setores de erro e ler todas as "boas coisas" primeiro, depois tentar os erros novamente mais tarde (ou ler "para trás" ", pular por aí, etc).
SMART e amp; %código%
Você pode usar smartctl
(no pacote smartmontools) para ler os dados & descubra quais são os erros, até mesmo execute novos testes (mas se a unidade estiver falhando, mais testes podem rodar o relógio com a vida restante, portanto, um backup primeiro pode ser prudente). Aqui estão minhas "notas" em smartctl
:
Comandos para gerar relatórios:
-
smartctl
- imprime todas as informações SMART -
sudo smartctl --all /dev/sdX
- imprime todas as informações SMART e não SMART
Se você está acompanhando as alterações, pode executar um teste de vez em quando, salvando-o em um arquivo com nome de data:
sudo smartctl --xall /dev/sdX > $(date +"%Y-%m-%d_%H.%M")-sdX-smart-xall
Para obter apenas as "estatísticas":
sudo smartctl -A / dev / sdX > $ (date + "% Y-% m-% d_% H.% M") - sdX-smart-A
Testes
Use a opção sudo smartctl --xall /dev/sdX
, em que TYPE é um dos seguintes:
curta talvez ~ 2min
transporte talvez ~ 5m
por muito tempo talvez ~ 55m
offline talvez ~ 73m (4380s)
[os tempos são exemplos de uma unidade antiga]
Mas nem todas as unidades suportam todos os testes.
A opção -t TYPE
tem uma linha "Status de execução de autoteste": informa o% restante do teste atual (se um teste estiver em execução).
Para ver o status, use:
sudo smartctl -c /dev/sda | grep "^Self" -A1