Hi dep, > > From what I've been able to read, the failures are more likely during > writes, which does make me wonder as to the wisdom of putting /swap > on the SSD. SSD's have a wear-levelling algorithm. That means, very very short explained, *all* cells get written to the same amount of times and therefore wear out evenly. Put swap on it. But to extend the lifespan of the SSD, don't partition the total 500GB, stop at let's say 475GB. These 25GB can then be used by the fault-detection of the SSD to compensate for "rotten" cells in the workspace. > > But a significant speed improvement in program execution would be welcome. Put everything, that is executable or needed by other programs on the SSD! Only the pure data (photos aso.) should stay on the harddrives. > > Still trying to figure out a way that apt upgrade would upgrade both > an SSD boot and an installation on a conventional hard drive, because > in the event of an SSD failure I'd like to be able to pop the case, > move the connector, and reboot with no other intervention. Maybe you find another, better solution, but I would suggest: Make one harddrive bootable Install on the SSD backintime with as backup-medium that harddrive After having apt-upgraded run backintime and the harddrive should be a mirror of the SSD. Regards. ____________________________________________________ tde-users mailing list -- users@xxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxx Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@xxxxxxxxxxxxxxxxxx
