<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 1/14/2016 2:34 PM, Craig Huff wrote:<br>
    </div>
    <blockquote
cite="mid:CAO0hLGqC_3JTyoMhVT7uTUQcqHiigmjpL_nKJTv1x9KUp5-WBQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">The narrative I'd seen was that SSDs are like light
        bulbs -- they work and then they don't, and they don't last as
        long as HDs, but this was all hearsay, which Gary reasonably
        questions. In my case, I'm using a 128GB SanDisk that I got from
        Newegg awhile ago with the intent of using it when I finally got
        off of MythBuntu 10.04/Myth 0.23.  Because of the sudden failure
        storyline, I thought a mirror would be prudent, but I had hoped
        that the HD wouldn't bog down the I/O performance -- it would
        just take awhile to catch up with any backlog.<br>
        <br>
        The comments made so far have made me rethink that approach. Now
        I'm kinda liking the idea of a daily anacron job to rsync the
        system to an HD, or maybe better to "tar czf" and logrotate
        several day's worth so I can backtrack until I get a working
        instance in case a problem isn't immediately apparent. It'll
        take me a day or so to mull over all that should be done, cobble
        up a script that looks solid, and give it a try when the next
        multi-hour window of system inactivity opens (since I'd have no
        idea how much time it would take until I try it). If trials look
        practical, then I can add it to my daily housekeeping process
        that runs once per day on shutdown.  If it takes awhile to run,
        I can adjust the minimum-time-before-next-recording requirement
        to prevent shutdowns that would not provide enough time to get
        the work done before the next recording was supposed to start. 
        If that time window is too large, then I'll just have to think
        up another solution.<br>
        <br>
        Despite what one former supervisor asserted, there really is
        more than one way to get something done and the most obvious
        isn't necessarily the best, so I try to be open to other ideas. 
        In that vein, please feel free to poke holes in my revised plan
        of attack. ;-)<br>
        <br>
        --<br>
        Craig.<br>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
mythtv-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a>
<a class="moz-txt-link-freetext" href="http://lists.mythtv.org/mailman/listinfo/mythtv-users">http://lists.mythtv.org/mailman/listinfo/mythtv-users</a>
<a class="moz-txt-link-freetext" href="http://wiki.mythtv.org/Mailing_List_etiquette">http://wiki.mythtv.org/Mailing_List_etiquette</a>
MythTV Forums: <a class="moz-txt-link-freetext" href="https://forum.mythtv.org">https://forum.mythtv.org</a>
</pre>
    </blockquote>
    I would skip the mirroring approach and just make a regular backup. 
    I use rdiff-backup and keep about one year's worth of backups.  I
    have a backup script that removes increments older than one year and
    then backs up the current system.  I used this on all of my linux
    systems.  I backup to a different machine.  I use rsync to mirror my
    myth video and myth music libraries.  This has come in handy a
    couple of times when migrating my myth video library to a larger
    drive.<br>
    <br>
    I too have tried an SSD twice, and each time it died hard.  Each
    lasted about 1 year or less.  I will not purchase another SSD.  My
    experience is that good old rotating HDs are more reliable. 
    Coincidentally, both SSDs died the same way doing the same thing (a
    mythbuntu update).<br>
    <br>
    Jay<br>
    <br>
    <br>
  </body>
</html>