Ativando apenas o TRIM Síncrono

3

Eu tenho um SSD da série PRO da Samsung. O Linux desativa o Trim para este SSD porque ele apaga os dados errados quando o Trim assíncrono é usado (bug de firmware).

É possível ativar o Trim síncrono para ele sem ativar o Trim assíncrono também?

Meu laptop no qual eu uso este SSD só roda 1 sistema operacional: Ubuntu 16.04. É um sistema LTS, então ele só executa kernels LTS. O kernel atual é 4.4.0-57-generic .

Com relação às atualizações de firmware: muitos usuários relatam que a atualização do firmware falhou para eles. Além disso, a Samsung oferece apenas seu software de atualização para Windows para o SSD que tenho. Sua versão do Linux suporta apenas alguns SSDs de negócios, a versão do Windows apenas alguns SSDs de consumidores. Infelizmente, eu não tenho negócios SSD (e nenhuma instalação do Windows que eu estou francamente feliz, na maioria das vezes). Parece que há uma maneira de fazer a atualização de qualquer maneira , mas é bastante hacky. Acima de tudo, nem sei se a atualização do firmware resolve o problema.

    
por UTF-8 29.12.2016 / 23:03

1 resposta

1

Eu encontrei a solução.

Eu tentei fstrim com instruções explícitas das partições como um cron semanal, logo depois que postei a resposta, mas não sabia se era seguro. Além disso, eu não sabia se alguém teria uma resposta melhor. Portanto, eu mesmo não a publiquei como resposta.

Eu olhei apenas o conteúdo da pasta /etc/cron.weekly onde coloquei um arquivo contendo o comando porque queria executá-lo manualmente depois de preencher todo o disco com dados hoje e ter excluído muitos minutos atrás. Eu não me lembrava do comando, então eu fui onde eu coloquei. No entanto, depois de executar ll , encontrei dois arquivos com nomes que me levaram a acreditar que era meu script.

O outro arquivo não foi colocado lá por mim, então é quase certo que foi entregue com o Ubuntu. Chama-se fstrim e estes são seus conteúdos:

#!/bin/sh
# trim all mounted file systems which support it
/sbin/fstrim --all || true

Depois de deletar meu próprio script, eu executei o script que veio com o Ubuntu porque é claramente melhor. Parecia que demorou cerca de um minuto para executar, que é o que eu esperaria dele aparando 36 GB. Quando eu o executei uma segunda vez, ele retornou imediatamente, indicando que ele realmente aparou na primeira vez.

Eu já salvei todos os arquivos da minha pasta pessoal antes de aparar a primeira vez, retirei todos eles depois do primeiro corte e não encontrei nenhuma mudança inesperada (bem, obviamente, o conteúdo de ~/.cache e ~/.mozilla foi alterado como Eu usei o Firefox nesse meio tempo) ao comparar os arquivos que contêm os sha256sums via Meld. Portanto, concluí que provavelmente é seguro.

    
por 05.01.2017 / 21:07