| Deutsch English Français Italiano |
|
<x9SdnSz_VMwk7wn6nZ2dnZfqnPqdnZ2d@earthlink.com> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!Xl.tags.giganews.com!local-2.nntp.ord.giganews.com!nntp.earthlink.com!news.earthlink.com.POSTED!not-for-mail NNTP-Posting-Date: Sat, 25 Jan 2025 05:12:25 +0000 Subject: Re: News : ARM Trying to Buy AmperComputing Newsgroups: comp.os.linux.misc References: <_hycnQxlN5kAphr6nZ2dnZfqn_SdnZ2d@earthlink.com> <198f4f8c-a0d0-7caf-b67e-1f61fee9de41@example.net> <UcicndjNUaEg0hH6nZ2dnZfqnPSdnZ2d@earthlink.com> <35e42921-5781-8728-236f-afad1d3b56b1@example.net> <vSydnd3xKfdNFhD6nZ2dnZfqn_udnZ2d@earthlink.com> <7258fd01-44f7-850d-3f69-54b93489f64d@example.net> <vml7e7$31s95$1@dont-email.me> <69ce04cf-80a7-7170-675f-4165ffedc92b@example.net> <RtudnVi93qkPcBP6nZ2dnZfqnPudnZ2d@earthlink.com> <4985abd5-ec8c-44da-0105-0778434959c0@example.net> <vmou5k$bc8h$1@dont-email.me> <d9idnf_tAICqpA36nZ2dnZfqnPqdnZ2d@earthlink.com> <27da50fc-f7e3-1462-2bf0-8e234043a319@example.net> <PoCdnawcq8s4NAz6nZ2dnZfqn_ednZ2d@earthlink.com> <14a614d4-fc6d-2a68-6128-c465a49a73c3@example.net> <-BidndiUDpnKQQ_6nZ2dnZfqnPSdnZ2d@earthlink.com> <2055b2fd-570d-6159-dd88-82aab8101d23@example.net> From: "186282@ud0s4.net" <186283@ud0s4.net> Organization: wokiesux Date: Sat, 25 Jan 2025 00:12:23 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: <2055b2fd-570d-6159-dd88-82aab8101d23@example.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Message-ID: <x9SdnSz_VMwk7wn6nZ2dnZfqnPqdnZ2d@earthlink.com> Lines: 105 X-Usenet-Provider: http://www.giganews.com NNTP-Posting-Host: 99.101.150.97 X-Trace: sv3-3EiMyXhDfwdN+HF7gh9NlH3r8/fjcwU2thMTuIFASjNaOJ8cmBsYZ+S3RkKNIlEyKNQdqx0kfwTzrPa!FEmwOUPiyvIK01xH/ybowIlE1AviSBlm8vgtzc3/I/s9n+u8RiyzcxRT7SifuwUVrTSQuQq4AmtO!gG6tGaM+5VKhHe0Ko2KG X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.40 Bytes: 6203 On 1/24/25 4:27 AM, D wrote: > > > On Thu, 23 Jan 2025, 186282@ud0s4.net wrote: > >> On 1/23/25 10:51 AM, D wrote: >>> >>> >>> On Wed, 22 Jan 2025, 186282@ud0s4.net wrote: >>> >>>>> Good stuff! I replicate between two countries for added resilience. >>>>> Both rsync and restic work great backing up to a tor hidden >>>>> service. To speed things up, the first backup can be done locally, >>>>> and after that, only deltas are sent from around the world. >>>> >>>> That's how we do it. >>> >>> It is a powerful way to do it! =) >>> >>>> Often you need just a few files from backup, ones somebody >>> >>> With restic you can do it from the client, or, you can mount the >>> backup and >>> navigate the file tree to get any files you like from the server. >>> I've tried the >>> server mount and it worked well, without any surprises. You can of >>> course do >>> full restores as well to a separate folder on the client and move >>> what you like. >>> >>>> oopsied, so huge zip archives can be a negative. OpenSSL >>>> works fast for encryption and the Winders version has >>>> almost exactly the same params. GPG is not so good in >>>> the file-by-file thing because it has a relatively >>>> long start-up time. >>>> >>>> Have never used restic, I'll have to give it a look. >>> >>> Let me know if you find any weaknesses. >>> >>>> Another way to back up is to 'fork' every file write >>>> to another, maybe even remote, drive. SoftRAID seems >>>> to know just what's being written but I've never >>>> figured out exactly how that works. The idea would >>>> be to feed the full file path/name of what's just >>>> been writ/modified into a (de-duplicated) list for >>>> some daemon or whatever to dupe to yer destination - >>>> local or cloud. This would be very quick and not bother >>>> the other gazillion unchanged files. >>> >>> At the dawn of time we used to setup replication between storage >>> systems, then >>> snapshot the replica at various times per day, and for extra >>> security, write out >>> the snapshots to tape for off site storage. That was backups for real >>> men!! >> >> >> Heh heh ... then I guess I was a Real Man right up >> until I retired :-) > > This is the truth! Based on an analysis of your texts it does indeed > seem like you are very manly! > >> Kept a 4-level scheme - main NAS, a mirror NAS that'd >> back up the main twice a day, a Pi+hdd in another >> building for the Most Important files pulled from >> the mirror NAS in the morning and then finally >> some cloud storage for a subset of the files. This >> seemed un-killable. >> >> Once had tapes, SLOW bastards, but that went by the >> wayside. PRICED a decent tape drive lately ??? Kept a >> subset on a disk in my personal box too - mostly >> the high holy payroll stuff. Hey, priorities ! :-) >> >> I think the new guys trust it all to Bill's Cloud. >> They're gonna get a rude surprise someday ... > > I got an article published in a smaller newspaper the other day on this > theme. What happens when Trump turns off the cloud for your country > because he doesn't like your politicians? Will the public sector and 99% > of the companies continue to work? I don't THINK he'd do that - Musk would likely talk him out of it - but he MIGHT. Of course Vlad/Xi can produce the same effect for imperialist reasons, but even worse - nothing left to 'turn on' again, at least in a usefully timely fashion. IMHO, 'cloud' is just too vulnerable to too many hostile interests. Should NEVER be your main backup, or working, repository. Can all go bye-bye tomorrow. A local NAS is far safer. But the people lobbying yer pointy-haired bosses will say the exact opposite .... > This generated a small storm on my linkedin. I've been harping on it for > years, but now that Trump is in power, it seems like the public was > finally ready for my message. ;) Even if he'd never do it - the potential THREAT is enough to Change Thinking ... hopefully towards the smarter.