Que tamanho de setor devo escolher para executar o ddrescue com acesso direto em uma unidade de Formato Avançado?

2

Eu iniciei a criação de imagens de um HDD AF / 512e executando primeiro o seguinte comando:

    ddrescue -n /dev/sdb2 drive_c.img mapfile.log

Após a conclusão, fiz um backup de mapfile.log e decidi executar a fase de divisão com acesso direto ao disco usando o tamanho do setor físico da unidade de 4K:

    ddrescue -d -b4096 -r3 /dev/sdb2 drive_c.img mapfile.log

Se eu tivesse escolhido um tamanho de setor de 512 bytes, teria raspado mais dos setores defeituosos?

Enquanto escrevo isto, o estágio de divisão terminou e os setores defeituosos estão sendo repetidos pela segunda vez. Naturalmente, quase todos os blocos defeituosos no arquivo de mapas são de tamanho n × 4K. Poderei extrair mais deles se eu executar o mesmo comando, mas com um setor 512 b?

Pensamentos e confusão

Primeiro de tudo, eu nem tenho certeza se o uso de acesso direto ao disco foi apropriado.

O arquivo de informações para o ddrescue chama a opção de acesso direto ao disco quando

the positions and sizes in the log file are ALWAYS multiples of the sector size

o que significaria que o

kernel is caching the disc accesses and grouping them.

Portanto, se meu kernel estivesse "agrupando" as solicitações, o menor bloco no mapfile deveria ser 8K ou 16K. No meu caso, no entanto, o arquivo de mapas continha muitos blocos de 512 bytes, ambos ilegíveis e salvos após a primeira execução ter sido concluída.

Durante a segunda execução, a maioria dos blocos de 512 b foram mesclados em blocos de 4K. Por exemplo, um setor ruim de 512 b que era adjacente ao bloco sem divisão antes da fase de divisão foi fundido com um setor ruim adjacente. Isso parece bom para mim. Provavelmente, na fase de recorte, uma cabeça no disco rígido não conseguia ler um setor de 4K, de forma que ele retornou um setor ruim para 512ddrescue. O corte terminou ali mesmo, e o bloco após o setor 512 b foi marcado como um não-split.

O que não parece normal é ter um setor ruim como nesta imagem:

Porqueumchefeécapazdelerumsetorde4K,masdeclaraapenas1/8deleilegível?Euestavacomaimpressãodequeumsetorfísicoélidoatomicamenteporumacabeça?Então,seumapartedelaéruim,todoosetoréruim.

Issoobviamentelevantaumaquestão-épossívelobterdadosdeumsetor"parcialmente ruim" em 4K executando ddrescue com ou sem acesso direto, mas com um tamanho de setor de 512 b?

Obviamente, algo não faz sentido.

BTW esta é a minha primeira pergunta postada, então, por favor, desculpe-me se o formato não for consistente com o fórum ou se a pergunta for muito carregada. Mas, para além disso, eu ficaria grato em obter uma entrada em qualquer um dos tópicos relevantes para a questão principal, como Formato Avançado, acesso direto ao disco, cache do kernel, etc., pois tudo o que eu acho está longe demais do ponto ou assume claramente do leitor.

Felicidades!

    
por redhotborscht 25.11.2015 / 18:11

0 respostas