O comando dd gravará dados em um bloco defeituoso de um chip flash?

Question

Eu quero saber se o comando dd provavelmente irá gravar dados em um bloco ruim de um chip nand flash.

Nosso sistema de arquivos é ubifs e é baseado na camada MTD. E o dd irá ler e escrever / dev / mtdblock2 arquivo do dispositivo. Como eu sei, o ubifs irá lidar com o bad block / sector enquanto o MTD não. Então, minha opinião é que o dd em um chip flash nand com o ubifs pode gravar dados em um bloco / setor ruim, está correto?

Obrigado!

    

Answer 1

As I know ubifs will handle bad block/sector while MTD does not.

Não é verdade, o MTD também está ciente dos blocos defeituosos e mantém uma tabela de blocos inválidos.
Consulte Suporte de tabela de blocos inválidos do MTD e drivers / mtd / ne / bbt. c .

So my opinion is that dd on a nand flash chip with ubifs may write data to a bad block/sector, is it right?

Sua premissa sobre o MTD está incorreta, mas a conclusão é verdadeira.
Além disso, a presença de um UBIFS seria irrelevante, já que dd opera no dispositivo de bloco em vez do sistema de arquivos.

O comando dd acessa um dispositivo de bloco, que não é MTD, então o mtdblock (que tem uma camada de tradução em flash) deve ser usado.

A FAQ do MTD tem esse aviso explícito sobre o uso de mtdblock e NAND:

But think twice before using mtdblock in read-write mode.  
And don't try to use it on NAND flash as it is does not handle bad eraseblocks. 

IOW o problema não é o dd programa, mas sim o uso do dispositivo mtdblock.

A FAQ do MTD recomenda o uso de programas que reconhecem bad-block, como o mtd-utils.

    

Answer 2

O comando dd tentará tentar gravar no setor, de forma ruim ou não ruim. Um dd para o dispositivo não se importará com o sistema de arquivos que pode estar presente nesse dispositivo. Mas se uma gravação tiver sucesso, o setor não teria sido ruim, já que com a memória flash, a falha mais comum é que os blocos não podem ser limpos / escritos.

Com um disco magnético, uma sobregravação pode tornar um bloco anteriormente ilegível legível novamente, mas eu não confiaria em dados importantes para um setor que havia desenvolvido problemas antes.