public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Frank Steinmetzger <Warp_7@gmx.de>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] What are common SSDs does and don'ts.
Date: Sun, 23 Mar 2025 23:32:57 +0100	[thread overview]
Message-ID: <Z-CMGZsbo7gjgdnA@q> (raw)
In-Reply-To: <0366e58b-826c-3ec4-bc94-20a992d21dd0@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2428 bytes --]

Am Sun, Mar 23, 2025 at 04:41:58PM -0500 schrieb Dale:

> Michael wrote:
> > On Sunday, 23 March 2025 01:48:01 Greenwich Mean Time Dale wrote:
> >> Michael wrote:
> >>> Finally, consider TRIM being run on a cron job, or better use something
> >>> like the SSDcronTRIM script once a month to decide and execute fstrim if
> >>> needed.
> > [snip ...]
> >
> >> The only thing on SSD is the OS itself.  I have partitions for /efi,
> >> /boot with ext2, / and /var with ext4.  I'll set up fstrim later on. 
> >> Given I have a 1TB stick and left well over 100GBs unused, I should have
> >> room left over to last a while.  On my todo list tho.  Would once a
> >> month be often enough tho?  I update each weekend.  Other than that, not
> >> much changes really.  /home and such is on spinning rust still.  If I
> >> did daily updates, might be a better plan.  Once a week, maybe monthly
> >> will be OK. 
> > Even once every 3-6 months would be more than enough.  The SSDcronTRIM will 
> > check if your disk is filling up and will only run fstrim when/if it is 
> > needed.
> >
> > https://chmatse.github.io/SSDcronTRIM/
> 
> 
> That's not in the Gentoo tree.  Hmmmmm.  

For systemd, fstrim ships with a unit file to run it once a week. You could 
easily create something for cron. When my NAS is up again (my last remaining 
Gentoo system) I could look at how I did it.

> I ran fstrim on my root and var partitions and got this. 
> 
> 
> root@Gentoo-1 / # fstrim -v /
> /: 13.7 GiB (14676369408 bytes) trimmed
> root@Gentoo-1 / # fstrim -v /var
> /var: 43.9 GiB (47162359808 bytes) trimmed
> root@Gentoo-1 / #
> 
> 
> It looks like /var changes more than root does.

The size in the output is usually simply the entire free space. AFAIK fstrim 
does not remember what it trimmed at the previous run.

> I kinda wish I just
> could run it on the whole m.2 stick and it do its thing regardless of
> mount point.  From the looks of the man page tho, that isn't a option. 

fstrim -a runs on all file systems. If there is unassigned (unpartitioned) 
space on your SSD, then that space is not written to anyways, thus there is 
no need for trimming that.

-- 
Grüße | Greetings | Salut | Qapla’
Please do not share anything from, with or about me on any social network.

“Today I watched my first porn movie.” – “And?” – “I was so young back then.”

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  parent reply	other threads:[~2025-03-23 22:34 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-03-22 18:50 [gentoo-user] What are common SSDs does and don'ts Dale
2025-03-22 19:29 ` Mark Knecht
2025-03-22 21:37 ` Michael
2025-03-23  1:48   ` Dale
2025-03-23  9:00     ` Michael
2025-03-23 21:41       ` Dale
2025-03-23 22:15         ` Nate Eldredge
2025-03-23 22:32         ` Frank Steinmetzger [this message]
2025-03-23 23:24           ` Dale
2025-03-31 21:27             ` Frank Steinmetzger
2025-04-01  0:44               ` Dale
2025-04-01 10:01                 ` Peter Humphrey
2025-04-01 10:12                   ` Dale
2025-04-01 10:24                     ` Peter Humphrey
2025-04-01 12:56                       ` Dale
2025-04-01 13:13                         ` Peter Humphrey
2025-04-02  3:33                           ` Dale
2025-04-02 11:13                             ` Peter Humphrey
2025-04-01 11:04                     ` Michael
2025-04-01 13:03                       ` Dale
2025-04-01 15:44                         ` Michael
2025-04-02  4:04                           ` Dale
2025-04-02  8:29                             ` Michael
2025-04-07 18:28                               ` Dale
2025-04-01 22:46                         ` Frank Steinmetzger
2025-04-01 23:08                 ` Frank Steinmetzger
2025-04-02  4:03                   ` Dale
2025-03-23  4:34   ` Matt Jolly
2025-03-23  6:56   ` netfab
2025-03-23  7:01     ` Dale
2025-03-23  7:03       ` netfab
2025-03-23 22:46   ` Frank Steinmetzger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Z-CMGZsbo7gjgdnA@q \
    --to=warp_7@gmx.de \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox