I been looking into these drives for a bit now thinking of trying one with a Debian based distribution. When I did the search installing ssd Debian I got so many hits. I finely looked at these two sites.

https://wiki.debian.org/SSD%20Installation

https://easylinuxtipsproject.blogspo...p/ssd.html#ID5

What I have discovered is the configuration for ssd drives on these to sites are contradicting each other in areas. There seems to be different views how to configure them. I also though that maybe Distributions would have by now implemented some protocol during installation. From what I read I think there is more work to be done.

What I did understand is trim is needed and writes have to be minimized to SSDs after read that in both articles. IF I did try a ssd I would be a test system for now.

SSD's have been around for a while. Pretty much every modern distro fully supports them.

So, I guess it may depend on the distro version you are trying to use as last question.

1 members found this post helpful.

I believe that much of the concern about writes when SSDs first came out has moderated.

This is not to say that it's not an issue, but rather that it's not as dire as reports indicated when SSDs first appeared. Indeed, many vendors are now offering machines with SSDs as the primary drives. (I just bought a Zareason laptop with an SSD drive.)

Here's a fairly recent article on the situation: https://www.enterprisestorageforum.c...-lifespan.html

2 members found this post helpful.

An example of trim on a distro web page. https://wiki.archlinux.org/index.php/Solid_state_drive

1 members found this post helpful.

I've been using Debian for several years myself... notation at the bottom of the wiki page
It appears most of it was written circa 2010-2012... I believe it to be seriously dated (but that's me).

1 members found this post helpful.

The only thing about SSD configuration I pay attention to is trim. On Linux I use ext4 exclusively and the author of ext4 did mention a couple of years ago that the “discard” flag in /etc/fstab is not a desirable configuration. If you use a distro with systemd, I believe there is an automatic trim function that runs periodically. If you don’t use a distro with systemd, you can run it manually about once a week with . I suppose this can be scheduled with cron as well.

1 members found this post helpful.

man fstrim
Discovered this with your mentioning how system takes over fstab, configured here (or where you put "user modified" systemd configurations) /lib/systemd/system/fstrim.service

I was planing on trying a ssd linux mint 19.x. I have read that discard is not friendly on ex4 so I was not planning on using it. I did find a cron guide to setup up ssd which stated the same about dicard.

Thanks to all I never used cron though I have read some articles on it.





I did read that ssd article frank. I have it on pdf thanks.

I only have an SSD on my desktop. After a lot of reading, I settled on
> A bit of over-provisioning, although I gather that's not considered important any more.
> Weekly use of trim, although PCLinuxOS was set up to trim daily.
> Adding "noatime,nodiratime" to the parameters in /etc/fstab.

1 members found this post helpful.

I mirror your set up - this has been working perfectly for me for nearly 4 years on both my SSDs. Both show minimal. wear when I run smartmontools against them. SSDs have matured to the point where I trust them completely. Not to be hypocritical, but I back up to spinning rust in my NAS because frankly I can't afford 4TB SSDs and I still believe spinning drives are better for long term storage. I have only had one spinning drive fail in 27 years. Plus, speed on my backups is not a concern.

I never even have 4TB hdd drives. The largest drive I have ever purchased was 1TB hdd and that on in my win10 homebuld. I back my music as wav files and they are on a single blu-ray disc.

I image my win10 with EaseUS Todo Backup free. On an internal hdd for backups. For just data backup I use freefliessync application to backup all data to the backup drive but each type is in a folder music mp3,music videos etc.


My linux systems are imaged with clonezilla on a USB stick. Home folder files are backed up with backups [duplicity] tool to an USB hdd drive currently. One drive to rule them all .

I have never owned one either but have a NAS so decided to populate it with 2x4TB WD reds in a RAID. It holds my music and all data backups from my FreeBSD workstation, plus both my wife's and my MacBook Pro time machine backups.

I actually never clone my OS because it is more difficult (IMO) than reinstalling, which as I mentioned, typically takes me about 10 minutes. I have a packages list so the package management tool can do the install of all end user software after I do the OS install and configure. I don't use Windows at all, but if I did, I think a clone is a good idea since even though the install is easy, the patch and reboot cycle to get it up to current patch levels can take a day or more. Used to anyway, haven't owned Windows in a long time.

The method of backup isn't important; it's THAT you do a backup! Most people don't, and even those of us that do, rarely test the recovery process, which is equally as important. For my Macs, Time Machine makes this drop dead simple, and I have tested that on each machine successfully so I know I am good there.

The last time I updated windows 10 it took 5 hours to update to build 1909 0_o. If I update ubuntu it takes roughly 20 mins if the updates are core and kernel.

2 members found this post helpful.

This is a generalized comment. SSDs have become mature and reliable. Linux desktop system have become overly user-friendly. For the most part, a user can install their OS on an SSD without concern for special tweaking.

That's not to say you can't or ...if that's what you want or feel there's a need for it, fine tune it "just to feel better" about things - the freedom of free and open software.

1 members found this post helpful.

I love all this talk about terabytes. When my PC died for Christmas, my new one gave me a great upgrade — instead of a 40 GB dive I now have all of 120 GB!