O stick USB Ext4 é corrompido de novo e de novo

0

Instalei o Debian Wheezy (Sem GUI / Desktop) em um pendrive USB de 4GB (porque o disco rígido da máquina estava com defeito, atualmente o slot está vazio), mas logo após 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 tê-lo novamente após algumas reinicializações ... Isso continua até agora.

EDIT: Isso geralmente corrompe no meio da sessão!

Então, como o pendrive USB é novo e os problemas são 100% solucionáveis, não acho que o gravador esteja com defeito, mas sim algum driver / programa corrompendo-o…

EDIT: Depois de formatá-lo (depois de fazer o backup) FAT32 (para a minha máquina Windows para lê-lo), eu testei com H2testw, que não retornou nenhum erro

Detalhes do sistema:

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

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

    
por Wuerfel_21 19.02.2015 / 15:32

1 resposta

0

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

Explicação

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

Para simplificar, suponha que tenhamos 4 células de memória graváveis com os seguintes endereços:

00
01
10
11

E a memória reporta 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 forma: Se tentarmos escrever a primeira célula reportada, 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 tem 3, e como uma memória falsa é apenas sapata esses dois juntos, exatamente um fio será aterrado em algum momento, o valor do bit mais significativo (primeiro). Não importa qual seja seu valor, neste caso, é 0, então não há problemas.

Agora, se tentarmos escrever a quinta célula relatada, endereço 101, ela 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 a unidade.

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 será perdido.

TL; DR : se a sua memória for falsificada, existe a possibilidade de que seu conteúdo seja sobrescrito em algum momento.

    
por 19.02.2015 / 18:16