Desativa TRIM para evitar corrupção do sistema de arquivos

Question

Eu li o seguinte artigo sobre um problema com o TRIM e Samsumg.

Estou executando o Ubuntu 14.04.1 e tenho um Samsung PRO 850 de 250 GB.

Estou preocupado em ter meu sistema de arquivos danificado devido ao mesmo problema de firmware.

Alguém tem problemas com a mesma versão SSD e Ubuntu?

Você sugere desativar o trim por segurança?

Se sim, basta deletar o arquivo /etc/cron.weekly/fstrim?

Obrigado Simone

    

Answer 1

Resposta curta: para sua pergunta sobre o efeito de desabilitar TRIM em Trim SSDs prontos, eu não faria isso.

Resposta longa: eis o motivo:

Como citar livremente uma postagem anterior :

O TRIM prepara pelo menos uma vez blocos físicos escritos em um SSD para novas operações de gravação (Wop), eliminando a necessidade de realmente apagar os blocos alvo imediatamente antes do Wop ocorrer (como seria o caso em uma configuração sem APARAR). Para isso, o SSD deve ter um controlador de hardware pronto para TRIM. Nem sempre é o caso.

Numa primeira fase de utilização, isto é, quando o novo SSD acaba de ser instalado e ainda é relativamente novo, todos os blocos de SSD ainda não foram escritos pelo menos uma vez. Durante essa fase, o TRIM não entra em ação sistematicamente e traz benefícios limitados para a velocidade geral de r / w.

Após essa fase inicial, que depende de vários fatores, entre eles o quanto você escreve, ・ acesse o SSD, o Wop será reduzido para atingir um patamar de velocidade.

Nesse estágio, uma regra básica é que o TRIM mais do que reduza pela metade o tempo de gravação em SSDs prontos para TRIM em relação ao mesmo hardware sem TRIM habilitado. Alguns sustentam que o uso regular de fstrim , o utilitário garbage-collection que realmente realiza a reescrita zero em blocos já escritos, mas agora descartados, aumentará sua velocidade de gravação por um fator de 4 (sim, 400%!) Ou mais. Eu (e a maioria das pessoas) não tenho como controlar isso, a não ser isolar e observar blocos sendo escritos com e sem a coleta de lixo de fstrim no trabalho.

HTH, pelo menos conceitualmente. Para saber mais, você precisará mergulhar em vários white papers bastante técnicos. Eles ficam seriamente abstrusos para o não-especialista.

Sobre a questão de desabilitar o TRIM, primeiro verifique se o seu TRIM está pronto e o TRIM está habilitado:

$ sudo hdparm -I /dev/sda | grep "TRIM supported"

CUIDADO : leia a sua página man em hdparm antes usando-o. Você pode corromper completamente seu sistema em caso de uso indevido. O comando acima é completamente inofensivo.

• Se você obtiver um espaço em branco, o TRIM não estará ativado - > caso encerrado

• Se você obtiver * Data Set Management TRIM supported (limit 8 blocks) , verifique se o TRIM está realmente ativo em sua máquina.

No Ubuntu, existem duas possibilidades (conhecidas por mim):

• você pode ter uma opção discard as mount no seu arquivo / etc / fstab, para qualquer dispositivo SSD normalmente formatado como ext3 ou ext4. Caso seu volume montado tenha o formato ext3, sabe-se que a opção discard mount restringe o volume para ser somente leitura. Isso chamaria a atenção de qualquer um rapidamente, eu acho. Portanto, há chances de que qualquer volume com a opção discard mount seja ext4.

• você pode programar fstrim para ser executado automaticamente em uma base regular (por hora, diariamente, semanalmente ou de outra forma). Para verificar se você tem fstrim assim programado, insira o seguinte no terminal:

  $ find / etc / trim | egrep fstrim

Pelo menos no Ubuntu 14.04.x , que é O que eu executo hoje em dia, fstrim está programado para entrar em ação uma vez por semana, o que é certo para qualquer usuário normal de desktop. Você pode querer ir até uma frequência diária se você executar um serviço intensivo de gravação de dados, ou seja, um sistema de gerenciamento de banco de dados orientado ao desempenho. WADR, de alguma forma, se você tivesse que perguntar, duvido que seja o caso.

Por fim, sim, suprimir fstrim ou removê-lo do diretório /etc/cron.{hourly,daily,weekly,monthly} interromperá o processo de aparagem na sua máquina.

Minha opinião (fornecida a seu pedido e não como uma recomendação que você deve necessariamente seguir): Você provavelmente está seguro deixando o arquivo fstrim onde está. Se você preferir desativá-lo, compre uma unidade equivalente de disco convencional (HDD) para substituí-lo. Você pode estar melhor do que com um SSD sem TRIM ativado, tendo pago um prêmio por isso. Mas, francamente, usar o SSD extraído como papel-prensa seria uma pena. Isso levaria a opção discard para a coleta de lixo TRIM .

    

Answer 2

após a investigação da Samsung, o problema foi devido a um bug no kernel do Linux em raid. Parece que há um mal-entendido entre o driver raid e o driver scsi / ata.

Você pode encontrar os detalhes no seguinte link raid0: corrupção de dados ao usar trim .