Problema com um novo disco rígido. Deixa de funcionar periodicamente

0

Eu tenho um problema com um novo disco rígido de 8 TB (interno), usado para armazenar e processar uma grande quantidade de dados baixados de servidores FTP. Eu chequei o disco com GSmartControl e tudo parecia estar bem, então comecei a usá-lo.

O problema é que cada vez que os dados são baixados no disco, depois de armazenar ~ 200 a 600 Gb, o disco está parando de funcionar. Qualquer tentativa de escrever nele falhou (eu tinha mensagens do tipo "sistema de arquivos somente leitura").

Eu tentei remontar o disco como leitura-gravação e era impossível (eu tinha a mensagem

"cannot remount block device UUID=aee6675e-52bf-4e09-9435-fcba67f13b3d read-write, is write-protected") 

Quando tentei uma verificação do sistema de arquivos, recebi isso:

fsck.ext4: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdb1 Could this be a zero-length partition?

Em /var/log/messages vi mensagens como esta

Sep 18 20:07:40 vega kernel: [274385.736369] sd:0:0:0:  00 08 0 I/O erro5.736386] EXT4-fs error (device sdb1): __ext4_get_inode_loc:3740: inode #1972742humbnail: unable to read itable block
Sep 18 20:07:40 vega kernel: [274385.7d 1:0:0<6>[2743e=DID_BA274385.736470] sd 1:0:0:0: [sdb] CDB: Read(10): 28 00 22 40 0e 08 00 00 08 00I/O error, dev sdb, sector 574623240
Sep 18 20:07:40 vega kernel: [274385.736479] sd 1:0:0:0: [sdb] Unhandled error code
Sep 18 20:07:40 vega kernel: [274385.736481] sd 1:0:0:0: [sdb]  Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Sep 18 20:07:40 vega kernel: [274385.736483] sd 1:0:0:0: [sdb] CDB: Read(10): 28 00 22 40 0e 10 00 00 08 00

O problema é resolvido somente após a reinicialização do computador. No momento e desde que eu parei temporariamente o download dos dados, o disco parece estar totalmente funcional. Além disso, tanto a verificação do sistema de arquivos quanto o controle inteligente não estão detectando nenhum tipo de problema / problema.

Além dessa situação ser irritante, estou imaginando se é uma indicação de que o disco está com defeito.

    
por Marios K. 02.10.2017 / 16:57

1 resposta

0

Eu tenho medo, o comportamento descrito é "recurso" de discos de arquivo baseados em SMR. O disco tem alguma parte de sua capacidade no formato normal (no seu caso provavelmente esses 600 GB). Esta área serve como cache para gravação. Mas o problema é que os dados em discos SMR devem ser escritos de uma só vez em uma área bastante grande. Normalmente, o tamanho dessa área é de 256 MB. E mesmo se você alterar um único byte, a área completa de 256 MB deve ser reescrita novamente.

Portanto, se você preencher o buffer de cache completamente, o disco deve primeiro gravar os dados no formulário SMR, o que leva muito mais tempo ...

Portanto, discos SMR são realmente mais úteis para arquivamento com leitura de tempos em tempos, do que para operações de carregamento de gravação ...

    
por 02.10.2017 / 21:22