Включение только синхронного TRIM

У меня есть SSD серии Samsung PRO. Linux деактивирует Trim для этого SSD, потому что он удаляет неправильные данные при использовании асинхронного Trim (ошибка встроенного ПО).

Можно ли активировать синхронный Trim для него, не активируя асинхронный Trim?

Мой ноутбук, в котором я использую этот SSD, работает только с 1 операционной системой: Ubuntu 16.04. Это система LTS, поэтому она запускает только ядра LTS. В настоящее время ядро ​​имеет 4.4.0-57-generic .

Что касается обновлений прошивки: многие пользователи сообщают, что для них не удалось выполнить обновление прошивки. Кроме того, Samsung предлагает только программное обеспечение для обновления для Windows для SSD, которое у меня есть. Его версия Linux поддерживает только определенные SSD-накопители, а в версии для Windows – только определенные SSD-накопители. К сожалению, у меня нет бизнес-SSD (и нет установки Windows, о которой я, откровенно говоря, очень рад, большую часть времени). Кажется, есть способ сделать обновление в любом случае, но это довольно хаки. В довершение ко всему, я даже не знаю, исправляет ли обновление прошивки проблему.

One Solution collect form web for “Включение только синхронного TRIM”

Я нашел решение.

Я попробовал fstrim с явными инструкциями разделов как недельный cronjob вскоре после того, как я отправил ответ, но не знал, безопасно ли это. Кроме того, я не знал, будет ли у кого-то лучший ответ. Поэтому я сам не публиковал это как ответ.

Я просто посмотрел содержимое папки /etc/cron.weekly где я поместил файл, содержащий эту команду, потому что я хотел выполнить его вручную после заполнения всего моего диска данными сегодня и удалив его много минут назад. Я не помню команду, поэтому я просто пошел туда, где я ее положил. Однако после выполнения ll я нашел 2 файла с именами, заставляющими меня поверить, что это мой сценарий.

Другой файл не был помещен мной, поэтому он почти наверняка поставляется с Ubuntu. Это называется fstrim и это его содержимое:

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

После удаления моего собственного скрипта я выполнил сценарий, который появился с Ubuntu, потому что он явно лучше. Похоже, потребовалось около минуты, чтобы выполнить то, что я ожидаю от этого, обрезая 36 ГБ. Когда я выполнил его второй раз, он сразу же вернулся, указав, что он действительно обрезал первый раз.

Я уже sha256summed все файлы в моей домашней папке перед обрезкой в ​​первый раз, sha256summed все из них после первой обрезки и не обнаружил никаких неожиданных изменений (ну, очевидно, содержимое ~/.cache и ~/.mozilla изменилось как я использовал Firefox в то же время) при сравнении файлов, содержащих sha256sums через Meld. Поэтому я пришел к выводу, что это, вероятно, безопасно.

  • Почему fstrim, похоже, не обрезает блоки данных на btrfs (+ ecrypts)?
  • Почему fstrim обрезает все свободное пространство на моем зеркале mdraid после перезагрузки?
  • Кэш LVM и TRIM
  • fstrim выравнивает более половины размера раздела, даже если раздел монтируется с отбрасыванием
  • Невозможно включить TRIM на SSD
  • Linux и Unix - лучшая ОС в мире.