<html><head></head><body>What JD is saying here while being a bit obtuse is:<br><br>Don't trust a computer with anything that really matters. Very, very, very few processes are hammered so well they are guaranteed to work (NASA is the only one I've ever heard of coming close). <br><br><div class="gmail_quote">On August 24, 2020 3:51:05 PM EDT, DJ-Pfulio via Ale <ale@ale.org> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">If you have backups, but have never attempted to restore them onto a new system, you don't actually have any backups. You have "hope and prayers." We know how well that works.<br><br>IT pros get called into clients all the time where they've been doing backups for years, but never tested them. Turns out all that time and effort was useless because of some small issue. Corruption, constant failures the last 5 yrs, missing encryption key, so key part of the data not included in the stored backups. There's always something. Always.<br><br>If you've never tested the restore for your backups, in a clean-room environment, then it is highly, likely that they won't work.<br><br>Of course, if you have the money and time to clone 50 HDDs to have 50 backup versions, fantastic. 1 copy is great, but what happens if a file gets malware and nobody notices for 60 days? 120 days - 180 days of versioned backups are pretty easy and really don't take much storage.<br><br>Cloning is the brute force backup method. Extremely wasteful and unnecessary for Unix systems. I'd love to know how to have 180 days of cloned storage for high risk systems. Whereas versioned backups for the email gateway here are:<br> Time Size Cumulative size<hr>Sun Aug 23 01:30:02 2020 63.1 MB 63.1 MB (current mirror)<br>Sat Aug 22 01:30:02 2020 1.86 KB 63.1 MB<br>Fri Aug 21 01:30:02 2020 496 bytes 63.1 MB<br>Thu Aug 20 01:30:02 2020 895 bytes 63.1 MB<br>...<br>Wed Apr 29 01:30:02 2020 788 bytes 63.4 MB<br>Tue Apr 28 16:27:34 2020 744 bytes 63.4 MB<br>Mon Apr 27 01:30:02 2020 11.6 KB 63.4 MB<br>Sun Apr 26 01:30:02 2020 866 bytes 63.4 MB<br><br>That system uses:<br>$ df -hT<br>Filesystem Type Size Used Avail Use% Mounted on<br>/dev/vda1 ext4 8.8G 4.3G 4.1G 52% /<br><br>Why backup 4G when 64MB will do? Just sayin'.<br><br>On 8/24/20 2:45 PM, Jim Ransone via Ale wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">David, thanks for the advice!<br><br>Bob, does "single key" mean that my password is the key itself?<br><br><br>On Mon, Aug 24, 2020, 2:23 PM Bob via Ale <ale@ale.org <mailto:ale@ale.org>> wrote:<br><br><br> From ddging it looks like Deja Dup uses a single key (symmetric cipher).<br><br> The OP wrote: "I tried the password and it acted busy for a little<br> while and then asked for the password again. Not sure what that means."<br><br></blockquote><hr>Ale mailing list<br>Ale@ale.org<br><a href="https://mail.ale.org/mailman/listinfo/ale">https://mail.ale.org/mailman/listinfo/ale</a><br>See JOBS, ANNOUNCE and SCHOOLS lists at<br><a href="http://mail.ale.org/mailman/listinfo">http://mail.ale.org/mailman/listinfo</a><br></pre></blockquote></div><br>-- <br>"no government by experts in which the masses do not have the chance to inform the experts as to their needs can be anything but an oligarchy managed in the interests of the few.” - John Dewey</body></html>