今天，我发现我被骗了。
TRIM Enabled By Default For SSDs On Ubuntu 14.04 Trusty Tahr
当时看到这个新闻还有点激动，因为不需要自己改了，于是我在使用 14.04 后也就没有再手动开过 TRIM。
然而今天发现笔记本和台式机的硬盘速度都有了点问题，台式机是开机慢，而笔记本则是没事卡一下。这俩机器的系统都有了一段时间了。
然后想着看看是不是没有 TRIM……
果然没有 TRIM！
再去点开这个新闻，我发现了更新的内容：
Update: Only Intel and Samsung SSDs will have TRIM enabled by default in Ubuntu 14.04 because some cheap SSDs can even brick themselves when running TRIM. This doesn't mean TRIM should only be used with Samsung and Intel SSDs, but to avoid running into issues, this is the only option for now.
可以骂人吗？于是只能手动开了。
gksu gedit /etc/cron.daily/trim
添加：
#!/bin/sh
LOG=/var/log/trim.log
echo "*** $(date -R) ***" >> $LOG
fstrim -v / >> $LOG
fstrim -v /home >> $LOG
最后设定为可运行
sudo chmod +x /etc/cron.daily/trim
我还是想骂人……不是三爽和 Intel 的 SSD 就没人权了么？
是的，就是没有人权了。
有本事你咬他们啊？
intel大法好
某些SSD确实会因为开启TRIM出问题呢，比如说https://blog.algolia.com/when-solid-state-drives-are-not-that-solid/ 提到的丢失数据的问题，讽刺的是这里出问题的是三星的SSD。默认关闭trim可以理解，不过根据品牌判断真是糟糕的主意。
首先感谢你的脚本！
这是我这两天的log内容：
Sat, 05 Mar 2016 07:45:44 +0800
/: 219444977664 bytes were trimmed
Sun, 06 Mar 2016 07:51:26 +0800
/: 3834396672 bytes were trimmed
Mon, 07 Mar 2016 08:08:36 +0800
/: 2750799872 bytes were trimmed
Tue, 08 Mar 2016 07:42:33 +0800
/: 219187560448 bytes were trimmed
Wed, 09 Mar 2016 07:30:04 +0800
/: 2657067008 bytes were trimmed
可以看出除了第一天和倒数第二天trim了220G以外（我的SSD是256G的）其他都是2-4G的级别。通过实验我发现，只要存在重启，重启之后的trim数据就会特别大。请问你出现过这种情况么？是不是我哪里设置的不对？
/ was on /dev/sdb1 during installation (SSD)$ uname -a
Linux regis-PC 4.2.0-30-generic #36~14.04.1-Ubuntu SMP Fri Feb 26 18:49:23 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
$ cat /etc/fstab
UUID=b70fb8b0-60b3-4219-b244-ee4a692ef51e / ext4 errors=remount-ro 0 1