Plum's Blog - Ubuntu 14.04 下 TRIM 的启用 的评论 今天，我发现我被骗了。TRIM Enabled By Default For SSDs On Ubuntu 14.04 Trusty Tahr当时看到这个新闻还有点激动，因为不需要自己改了，于是... 2016-03-09T12:15:15+08:00 Typecho https://plumz.me/feed/atom/archives/1428 <![CDATA[恒河沙数1]]> https://plumz.me/archives/1428/#comment-120339 2016-03-09T12:15:15+08:00 2016-03-09T12:15:15+08:00 恒河沙数1 首先感谢你的脚本！
这是我这两天的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数据就会特别大。请问你出现过这种情况么？是不是我哪里设置的不对？
$ 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

/ was on /dev/sdb1 during installation (SSD)

UUID=b70fb8b0-60b3-4219-b244-ee4a692ef51e / ext4 errors=remount-ro 0 1

]]> <![CDATA[wzhd]]> https://plumz.me/archives/1428/#comment-119428 2015-06-19T22:58:57+08:00 2015-06-19T22:58:57+08:00 wzhd https://plumz.me/go/aHR0cHM6Ly93emhkLm9yZw 某些SSD确实会因为开启TRIM出问题呢，比如说https://blog.algolia.com/when-solid-state-drives-are-not-that-solid/ 提到的丢失数据的问题，讽刺的是这里出问题的是三星的SSD。默认关闭trim可以理解，不过根据品牌判断真是糟糕的主意。

]]> <![CDATA[喵喵]]> https://plumz.me/archives/1428/#comment-119425 2015-06-19T10:32:09+08:00 2015-06-19T10:32:09+08:00 喵喵 intel大法好

]]> <![CDATA[东方尿液]]> https://plumz.me/archives/1428/#comment-119422 2015-06-19T06:48:29+08:00 2015-06-19T06:48:29+08:00 东方尿液 是的，就是没有人权了。

有本事你咬他们啊？

]]>