Re: ssd trim using fstrim.service and fstrim.timer

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Sun, Dec 27, 2015 at 09:45:27PM -0500, Francis Gerund wrote:
> Per the Arch wiki SSD page, I just enabled sysctl fstrim.timer, and then
> rebooted.  I did not "enable" fstab.service.  Now fstrim.timer is loaded,
> and active (but "waiting") and fstrim.service is loaded, but inactive.  And
> the time stamp file the wiki mentions has a "0" size.

In /var/lib/systemd/timers? They all have zero size, it's their timestamp what
matters.

> So, do I have to wait (A WEEK!) to see if it works, or can I somehow now
> run fstrim.service manually to at least get it done once?

fstrim.service most likely ran on-boot, silently, so you haven't noticed. If
you use systemd-journal, check it, otherwise just start fstrim.service w/o
enabling it (or run its ExecStart cmdline).

> Note: I could just add "discard" to /etc/fstab, but wouldn't that wear out
> the SSD faster than periodic trimming?

I don't know precise numbers, but IME none of those made a difference
performace-wise. I'd say if SSD wear is a problem (i.e. if you estimate it
within expected usage time of the device), just switch to a HDD.

HTH,
-- 
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6  20DF 9291 EE8A 043C B8C4
                  C0DF 20D0 C075 C3F1 E1BE  775A A7AE F6CB 164B 5A6D


[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux