O pen drive Ext4 é corrompido repetidamente

Instalei o Debian Wheezy (sem GUI / Desktop) em um pendrive de 4 GB (porque o disco rígido da máquina estava com defeito, atualmente o slot está vazio), mas logo depois recebi um “erro de entrada / saída” ao iniciar programas / abrir arquivos.

A execução do TestDisk no stick de outra máquina corrigiu o problema, apenas para recuperá-lo após algumas reinicializações ... Isso continua até agora.

EDIT: Corrompe principalmente no meio da sessão!

Portanto, como o pendrive é novo e os problemas são 100% corrigíveis, não acho que o pendrive esteja com defeito, mas sim com algum driver / programa que o corrompe ...

EDIT: Depois de formatá-lo (após fazer o backup) do FAT32 (para a minha máquina Windows ler), testei com o H2testw, que não retornou erros

Detalhes do sistema:

• Medion Akoya E1222 Netbook
• CPU Intel Atom n450 de 64 bits
• 1GB RAM

A execução da versão de 32 bits do ZSNES em um sistema operacional de 64 bits causaria essas coisas? (Porque isso é o que eu fazia o tempo todo)

Eu executaria um programa para testar se a unidade flash USB não está com defeito ou falsificada, como f3 ou h2testw , para ter certeza de que não é o problema.

Explicação

Em alguns casos, unidades com defeito e chips de controlador de baixa capacidade para maior capacidade são contrabandeados das fábricas pelos funcionários, para vendê-los como produtos originais a um preço mais alto, por exemplo, um drive de 2GiB com um controlador de drive de 32GiB é vendido e se apresenta como um 32GiB , quando na verdade apenas 2GiB são graváveis.

Por uma questão de simplicidade, suponha que tenhamos 4 células de memória graváveis ​​com os seguintes endereços:

00
01
10
11

E a memória relata uma capacidade maior, 8 células de memória graváveis ​​com os seguintes endereços:

000
001
010
011
100
101
110
111

Observe como as 4 primeiras células de memória e as 4 últimas células de memória se sobrepõem às células de memória reais da seguinte maneira: Se tentarmos escrever a primeira célula relatada, o endereço 001, a memória gravará o endereço 01. Como a memória realmente tem 2 fios a fim de suportar 2 bits para endereços, o driver possui 3 e, como uma memória falsificada está apenas juntando esses dois, exatamente um fio será aterrado em algum momento, o valor do (primeiro) bit mais significativo. Não importa qual é o seu valor, neste caso é 0, portanto não há problemas.

Agora, se tentarmos escrever a quinta célula relatada, o endereço 101, ele realmente escreverá o endereço 01, os dois últimos dígitos e o primeiro dígito agora tem uma voltagem que deve ser aterrada em algum momento, aquecendo o inversor.

O que esses utilitários fazem é gravar todo o espaço gravável da unidade com padrões e verificar sua integridade para garantir que os arquivos não sejam perdidos, corrompidos ou substituídos. Se isso acontecer, é muito provável que apenas a capacidade real da unidade seja lida (com conteúdo sobrescrito) e o restante seja perdido.

TL; DR : se sua memória for falsificada, é possível que seu conteúdo esteja sendo substituído em algum momento.