From Newsgroup: comp.os.linux.advocacy

Another cloud sucker suffers his fate:

<https://www.tomshardware.com/software/cloud-storage/nine-pbs-loses-access-to-70-years-of-data-after-contracted-cloud-storage-vendor-goes-defunct-public-tv-channel-sues-iron-mountain-data-center-which-hosts-archival-materials-to-ensure-preservation>


Stupidity can't be fixed.

That's why Micro$lop continues to exist.

--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.os.linux.advocacy

On 2026-08-13 2:46 p.m., Leroy H wrote:

Another cloud sucker suffers his fate:

<https://www.tomshardware.com/software/cloud-storage/nine-pbs-loses-access-to-70-years-of-data-after-contracted-cloud-storage-vendor-goes-defunct-public-tv-channel-sues-iron-mountain-data-center-which-hosts-archival-materials-to-ensure-preservation>

Stupidity can't be fixed.

That's why Micro$lop continues to exist.

Yeah, the cloud is definitely more practicality than security. I too got
my sutff off of the cloud a while back. I backup _to_ the cloud rather
than treat the computer as a backup.
--
CrudeSausage
M4 MacBook Air
Matthew 7:15
John 14:6
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.os.linux.advocacy

On 8/13/2026 5:59 PM, CrudeSausage wrote:

On 2026-08-13 2:46 p.m., Leroy H wrote:

Another cloud sucker suffers his fate:

<https://www.tomshardware.com/software/cloud-storage/nine-pbs-loses-
access-to-70-years-of-data-after-contracted-cloud-storage-vendor-goes-
defunct-public-tv-channel-sues-iron-mountain-data-center-which-hosts-
archival-materials-to-ensure-preservation>


Stupidity can't be fixed.

That's why Micro$lop continues to exist.

Yeah, the cloud is definitely more practicality than security. I too got
my sutff off of the cloud a while back. I backup _to_ the cloud rather
than treat the computer as a backup.

I have OneDrive with my 365 subscription, I primarily wanted it for
Outlook, I still use LO Writer over MS Word, but I have Word if I ever
want it, and of course Copilot.
--
Joel W. Crump

Zyprexa - It's not just for schizophrenics, anymore!
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.os.linux.advocacy

On Aug 13, 2026 at 2:46:35rC>PM EDT, "Leroy H" <lh@somewhere.net> wrote:

Another cloud sucker suffers his fate:

<https://www.tomshardware.com/software/cloud-storage/nine-pbs-loses-access-to-70-years-of-data-after-contracted-cloud-storage-vendor-goes-defunct-public-tv-channel-sues-iron-mountain-data-center-which-hosts-archival-materials-to-ensure-preservation>

Stupidity can't be fixed.

That's why Micro$lop continues to exist.

Except that Microsoft is not mentioned in the story. In fact, their backup vendor was called "Open Source Storage".

Giggle. Snort. BWAHAHAHAHAHAHAHAHAHAHA.

But it WAS extremely stupid to not have local backups using inexpensive local hardware.
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.os.linux.advocacy

On 8/13/26 14:46, Leroy H wrote:

Another cloud sucker suffers his fate:

<https://www.tomshardware.com/software/cloud-storage/nine-pbs-loses-access-to-70-years-of-data-after-contracted-cloud-storage-vendor-goes-defunct-public-tv-channel-sues-iron-mountain-data-center-which-hosts-archival-materials-to-ensure-preservation>

Stupidity can't be fixed.

That's why Micro$lop continues to exist.

"Cloud" should always be the backup for your
backups - not anything primary (and don't
forget to encrypt what's up there because
you shouldn't trust the bastards one inch !).

"We don't NEED our own infrastructure or
tech geek ! M$ will do it all !"

Few seem to GET it these days. Gigantic
disaster looms. If Xi pushes the big shiny
red button on his desk the West goes DOWN,
hard.

Note the REAL reason behind "M$ can do it
all" - office POLITICS. If M$ or whomever
fails you can BLAME THEM, no blame on YOU.
Butt-covering, not real safety/redundancy,
is the prime concern.

Been there, seen it, warned about it - then
RETIRED.

--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.os.linux.advocacy

On Thu, 13 Aug 2026 23:02:13 -0400, c186282 wrote:

"Cloud" should always be the backup for your
backups

Assuming that they can somehow get their data restored,
can anyone guess how long it would take to download
50 Tb from a remote server using the standard pipes.

That much data is better stored locally.

--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.os.linux.advocacy

On 8/14/26 00:15, Leroy H wrote:

On Thu, 13 Aug 2026 23:02:13 -0400, c186282 wrote:

"Cloud" should always be the backup for your
backups

Assuming that they can somehow get their data restored,
can anyone guess how long it would take to download
50 Tb from a remote server using the standard pipes.

That much data is better stored locally.

But they probably fired all their REAL computer
geeks, who would have TOLD them that - and had
alt schemes.

As said, 'cloud'-everything is both laziness AND
a deliberate butt-covering exercise by admins.

--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.os.linux.advocacy

Am 14.08.26 um 06:15 schrieb Leroy H:

Assuming that they can somehow get their data restored,
can anyone guess how long it would take to download
50 Tb from a remote server using the standard pipes.

46 days with 100 MBit/s.
I assume they have faster connections.
--
Gru|f
Marco

Please send unsolicited mail to dustbin12@stinkedores.dorfdsl.de
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.os.linux.advocacy

Leroy H wrote:

On Thu, 13 Aug 2026 23:02:13 -0400, c186282 wrote:

"Cloud" should always be the backup for your
backups

Assuming that they can somehow get their data restored,
can anyone guess how long it would take to download
50 Tb from a remote server using the standard pipes.

That much data is better stored locally.

Porque no los dos?
better to have local and remote backups
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.os.linux.advocacy

On 8/14/2026 5:10 AM, Woozy Song wrote:

Leroy H wrote:

On Thu, 13 Aug 2026 23:02:13 -0400, c186282 wrote:

-a-a-a "Cloud" should always be the backup for your
-a-a-a backups

Assuming that they can somehow get their data restored,
can anyone guess how long it would take to download
50 Tb from a remote server using the standard pipes.

That much data is better stored locally.

Porque no los dos?
better to have local and remote backups

You're talking to a guy who projects beyond imagination, heh, he
*decries* the use of *any* mainstream distro of Linux, favoring using
Gentoo and Linux From Scratch as if they were for general-purpose installation, rather than experimental installations. Totally nutty, ridiculous character.
--
Joel W. Crump

Zyprexa - It's not just for schizophrenics, anymore!
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.os.linux.advocacy

On 14/08/2026 05:15, Leroy H wrote:

On Thu, 13 Aug 2026 23:02:13 -0400, c186282 wrote:

"Cloud" should always be the backup for your
backups

Assuming that they can somehow get their data restored,
can anyone guess how long it would take to download
50 Tb from a remote server using the standard pipes.

That much data is better stored locally.

faster to load onto 13 4TB drives and drive it over
--
I would rather have questions that cannot be answered...
...than to have answers that cannot be questioned

Richard Feynman



--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.os.linux.advocacy

On Fri, 14 Aug 2026 14:11:58 +0100, The Natural Philosopher wrote:

On 14/08/2026 05:15, Leroy H wrote:

On Thu, 13 Aug 2026 23:02:13 -0400, c186282 wrote:

"Cloud" should always be the backup for your backups

Assuming that they can somehow get their data restored,
can anyone guess how long it would take to download 50 Tb from a remote
server using the standard pipes.

That much data is better stored locally.

faster to load onto 13 4TB drives and drive it over

Sneakernet lives!
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.os.linux.advocacy

On Thu, 13 Aug 2026 23:04:45 +0000, Nick Charles wrote:

Stupidity can't be fixed.

That's why Micro$lop continues to exist.

Except that Microsoft is not mentioned in the story. In fact, their backup vendor was called "Open Source Storage".

Giggle. Snort. BWAHAHAHAHAHAHAHAHAHAHA.

I do thank you for providing such a clear proof of my assertion.

However, for your enlightenment, the whole point of the
original article was to declare that uploading data to a
"cloud" provider is like doing business with a bank that
is not insured by FDIC.

Any business can fail, and when it does the client is SOL.

--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.os.linux.advocacy

Le 14-08-2026, Woozy Song <suzyw0ng@outlook.com> a |-crit-a:

Leroy H wrote:

On Thu, 13 Aug 2026 23:02:13 -0400, c186282 wrote:

"Cloud" should always be the backup for your
backups

Assuming that they can somehow get their data restored,
can anyone guess how long it would take to download
50 Tb from a remote server using the standard pipes.

That much data is better stored locally.

Porque no los dos?
better to have local and remote backups

Because he's a moron. Don't put all your eggs in one basket as the
saying goes. If all your backups are close to your computer, the day
your house in on fire or a thieve come in your house or whatever, you
loose your backup at the same time as you are loosing your computer. So,
yes remote backups are essential and pretending otherwise is just plain
dead stupid (as the halfwit who wrote the message you are answering).

Yes the cloud can remove your access without notice. But what, if you
have more than one way, issues won't all happen at the same and you'll
have time to find another way before it's too late.
--
Si vous avez du temps |a perdre :
https://scarpet42.gitlab.io
--- Synchronet 3.22a-Linux NewsLink 1.2