Comportamento dos pen drives quando desconectados da energia

0

Menos de 2 meses atrás, eu pedi um pen drive (barato). Eu usei no dia em que chegou e acho que cerca de 3 dias depois disso. Apenas verifiquei com badblocks e, em seguida, dd -ed uma imagem do Linux para ele. Ele estava em uma bandeja desde então e não foi tocado.

Quando o conectei hoje, quis verificar primeiro a integridade da imagem. Não verifiquei como sempre tive erros de entrada / saída ao tentar ler o pen drive:

$ sudo dd if=/dev/sdb of=/dev/null bs=1M
dd: error reading '/dev/sdb': Input/output error
162+1 records in
162+1 records out
170524672 bytes (171 MB, 163 MiB) copied, 7.75699 s, 22.0 MB/s

$ sudo dd if=/dev/sdb of=/dev/null bs=1M
dd: error reading '/dev/sdb': Input/output error
74+1 records in
74+1 records out
78381056 bytes (78 MB, 75 MiB) copied, 3.81105 s, 20.6 MB/s

$ sudo dd if=/dev/sdb of=/dev/null bs=1M
dd: error reading '/dev/sdb': Input/output error
22+1 records in
22+1 records out
23461888 bytes (23 MB, 22 MiB) copied, 1.45307 s, 16.1 MB/s

$ sudo dd if=/dev/sdb of=/dev/null bs=1M
dd: error reading '/dev/sdb': Input/output error
41+0 records in
41+0 records out
42991616 bytes (43 MB, 41 MiB) copied, 2.30087 s, 18.7 MB/s

$ sudo dd if=/dev/sdb of=/dev/null bs=1M
dd: error reading '/dev/sdb': Input/output error
37+1 records in
37+1 records out
39321600 bytes (39 MB, 38 MiB) copied, 2.16684 s, 18.1 MB/s

O mais estranho é que sempre falha em pontos diferentes. Até consegui ler mais de 300 MiB uma vez, acho (16 GB de pen drive) (mas não verifiquei se os dados de leitura estavam corretos, infelizmente).

Pen drive quebrado. Quem se importa, né?

Eu, então, fiquei curioso e quis ver quando a escrita falhou, apenas para o inferno antes de jogar o caminho. O estranho é que isso não aconteceu. Eu meramente dd -ed /dev/zero para ele. Depois de ser surpreendido por esse comportamento, eu recuperei dd de blocos de 1 MiB do stick e canalizei-os para sha256sum . Não só eu não recebi um erro de entrada / saída, mas o sha256 também verificou com o sha256sum obtido diretamente de /dev/zero (com o mesmo número de blocos).

Depois de ser surpreendido por esse comportamento, eu o desconectei por 3 horas e executei badblocks nele: link

Estou muito surpreso com esse comportamento. Por que isso acontece?

Com relação à votação mais próxima: estou exibindo esta e editaremos essa pergunta depois que ela terminar. Eu não acho economicamente viável fingir drives de 16 GB hoje em dia. Eu comprei um obviamente falso (supostamente 128 GB ou 256 GB ou algo assim, mas muito barato para que isso seja verdade) uma vez (para experimentar) e acabou por ser realmente um pen drive de 16 GB. Além disso, este tem mais de 1.500 comentários na Amazon e uma média de 4 de 5 estrelas . E é vendido pelo próprio fabricante (Intenso).

Editar:

Ok, este falhou: link

Mas, em seguida, criei um sistema de arquivos ext4 no pen drive e fiz isso: link

A pasta pastebin contém comentários sobre o que eu fiz para descobrir isso.

Ele leu mais de metade dos dados corretamente e, portanto, não pode ser um pen drive falso. Na verdade, apenas um único bloco de 1000 MiB foi corrompido. Não pode ser um pen drive falso.

    
por UTF-8 08.06.2017 / 13:46

1 resposta

0

Certifique-se de olhar o site da Amazon novamente, ele realmente não é vendido pela Intenso, isso é apenas ligar o nome da marca, se você olhar na metade da página que diz Shipped and Sold by Amazon. De qualquer forma, se você confirmar sua chamada quebrada e não falsa da Amazon para uma substituição ou se realmente for falso, eu ligaria para a Amazon e diria que eles foram enganados e que você por procuração também foi enganado.

Mesmo que seja realmente barato e não vale a pena ser enviado de volta, ainda os chamamos, pois eu acho que eles geralmente só lhe enviam um substituto se você é um bom cliente.

    
por 14.06.2017 / 18:32