Re: [gentoo-user] What are common SSDs does and don'ts.

[Dale <rdalek1967@gmail.com>]

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

Frank Steinmetzger wrote:
> Am Mon, Mar 31, 2025 at 07:44:18PM -0500 schrieb Dale:
>
>>> $ journalctl -fu fstrim
>>> Mär 31 23:03:26 q systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
>>> Mär 31 23:06:27 q fstrim[4946]: /mnt/windows: 62.6 GiB (67195392000 bytes) trimmed on /dev/nvme0n1p3
>>> Mär 31 23:06:27 q fstrim[4946]: /mnt/gentoo: 25.1 GiB (26987544576 bytes) trimmed on /dev/vg/gentoo
>>> Mär 31 23:06:27 q fstrim[4946]: /mnt/data: 410.3 GiB (440560844800 bytes) trimmed on /dev/vg/data
>>> Mär 31 23:06:27 q fstrim[4946]: /home: 14.5 GiB (15569068032 bytes) trimmed on /dev/vg/home
>>> Mär 31 23:06:27 q fstrim[4946]: /boot: 211.4 MiB (221700096 bytes) trimmed on /dev/nvme0n1p1
>>> Mär 31 23:06:27 q fstrim[4946]: /: 8.6 GiB (9203961856 bytes) trimmed on /dev/vg/root
>>> Mär 31 23:06:27 q systemd[1]: fstrim.service: Deactivated successfully.
>>>
>>> $ df -h
>>> Filesystem             Size  Used Avail Use% Mounted on
>>> /dev/mapper/vg-data    1.4T  956G  411G  70% /mnt/data
>>> /dev/mapper/vg-gentoo   50G   25G   25G  50% /mnt/gentoo
>>> /dev/mapper/vg-home    199G  184G   15G  93% /home
>>> /dev/mapper/vg-root     50G   41G  8.2G  84% /
>>> /dev/nvme0n1p1         300M   89M  212M  30% /boot
>>> /dev/nvme0n1p3         196G  133G   63G  68% /mnt/windows
>>>
>> I'm using ext4 for my file system.
> So am I.
>
> /dev/mapper/vg-data: LABEL="data" TYPE="ext4"
> /dev/mapper/vg-home: LABEL="home" TYPE="ext4"
> /dev/mapper/vg-root: LABEL="arch" TYPE="ext4"
> /dev/nvme0n1p1: SEC_TYPE="msdos" LABEL_FATBOOT="efi" LABEL="efi" TYPE="vfat"
> /dev/nvme0n1p3: LABEL="windows" TYPE="ntfs"
>
> (abbreviated for clarity)
>
>
>> Could the file system make a difference if you use something else?  Your 
>> root and /home is getting a little full.  o_O 
> Root has always been kinda full. I tend to size it according to real-world 
> need, so I have more usable space where it’s actually needed. This habit 
> stems back to when I had a 120 GB hard drive in my laptop 20 years ago.
>
> But LVM came in handy here; I’ve embiggened / at least twice by now.
>
> Home doesn’t grow very fast, mostly “temp” photo downloads and Mail. I can 
> actually look that up thanks to my borg snapshots and the file listings¹ I 
> keep around for precicely such look-ups so I don’t have to actually attach 
> the backup disk. ^^ From the first Borg snapshot onwards (dated June 2021), 
> it’s been growing by about 5 ± 1 GB/year.
>
> I’ve long been pondering merging the home and data partition, as there is an 
> arbitrary separation of which photos I store where. That separation has an 
> historical reason, too: back when I had my first SSD (120 GB), it was too 
> small for anything but Winblows and / (then still Gentoo). Later, on a 
> 512 GB SSD, I added home and a large Windows games partition to it, but 
> still had the 1 TB data partition on a hard drive. Home became too small for 
> my photos, so I started a new hierarchy in /mnt/data, but without migration 
> the existing digikam collection from /home. Big mistake.
>
> Nowadays it’s 2 TB solid state in both laptop and PC. But merging the 
> partition content would mean I need to reorganise my Borg backups, too.

I still have some things under /mnt too.  After a big change a few years
ago, and a couple with me building the new rig, I did move some stuff to
places where it is more logical.  Given the amount of video data here, I
now organize even my pv's by the type of data.  Most is encrypted but
some is still plain file systems.  I want to buy enough hard drives that
even one of my data file system's is encrypted.  I didn't encrypt it in
the beginning and now it would take about 3 spare 16TB or 18TB drives
hard drives just to reorganize.  Create encrypted file system, move
files over and then have the old drives as spares.  I have not found a
way to encrypt in place without data loss. 

Sometimes old ways of doing things comes back to make problems. 
Usually, when I build a new rig, I fix that as I add to fstab. 
Sometimes tho, those old ways are hard to shake. 

>> I didn't put anything OS related on LVM this time.  With a 1TB stick, I
>> figured I could make everything big enough that I shouldn't ever run out
>> of space.
> While / does grow over time as packages get bigger, I never saw a reason to 
> keep it much larger than necessary, especially as storage space was tight 
> back in the days due to budget problems.
>
>
>
> ¹ from my tree wrapper script.
>
> -- Grüße | Greetings | Salut | Qapla’ Please do not share anything
> from, with or about me on any social network. Very funny Scotty... now
> beam down my pants!


I still remember my first build and that little 30GB hard drive that was
for everything, OS and data.  Eventually, I added a separate drive for
/home.  Back then, 30GBs was a LOT of room.  That was about the biggest
drive they made back then, that was affordable anyway. 

This takes me back to around 2003 or so.  Computers have come a long
ways since then.  Hard drives have certainly grown.  Heck, they closer
to 30TBs than they are to 30GBs.  Have to watch my T's and G's there.  o_O 

Dale

:-)  :-) 

[-- Attachment #2: Type: text/html, Size: 6731 bytes --]