On 23 Nov 2024 16:51:31 GMT, Stéphane CARPENTIER wrote:

>
> In fact, I am. Really? 100G for an OS? It's huge! How can one have
> something that huge for an OS?
>

Shut up, cretin.

My OS is a PROFESSIONAL OS and quite unlike your Mickey Mouse
distro.

For example, my Mathematica install is 14 G.

My soundfonts total 13 G.

Etc., etc.

An ignoramus lackey like you can get by with much, much
less but a GNU/Linux professional like me needs 100G
at minimum with the remainder located in accessory
storage.

Keep your mouth shut, idiot lackey.

--
Systemd: solving all the problems that you never knew you had.

Stéphane CARPENTIER wrote:

>I'm not reading answers given to the -hh shit (unlike chrisv, I know
>what a killfile is and I know how to use it).

Begging for my attention, twice in this thread, "Stéphane"?

Err... I do *plonk* the utterly worthless, like "DFS".

Why do you enjoy reminding everyone that you're inferior to me, that
you're a pathetic, lying loser, "Stéphane"? Weirdo.

You need not respond. I won't read it anyway.

--
"Microsoft chooses to break the law when it suits them. Does that make
them a bad corporation?" - Oliver Wrong

On Sat, 23 Nov 2024 12:20:13 -0600, chrisv wrote:

> Stéphane CARPENTIER wrote:
>
>>I'm not reading answers given to the -hh shit (unlike chrisv, I know
>>what a killfile is and I know how to use it).
>
> You need not respond. I won't read it anyway.
>

Ha, ha, ha, ha, ha, ha, ha, ha!

What the fuck is this? The killfile wars?

I am reminded of my time in elementary school when pissed-off
students would futilely cry: "I'm gonna tell the teacher
on you!"

So tell. Who gives a flying fuck.

The same here. All those who exclaim their latest killfile
victims can take a flying fuck through a rolling doughnut.

Who the fuck cares -- except your lame fucking ass.

Ha, ha, ha, ha, ha, ha, ha, ha, ha, ha, ha, ha, ha, ha!

--
Systemd: solving all the problems that you never knew you had.

Farley Flud <ff@linux.rocks> wrote:
>On Sat, 23 Nov 2024 12:20:13 -0600, chrisv wrote:
>> Stéphane CARPENTIER wrote:
>>
>>>I'm not reading answers given to the -hh shit (unlike chrisv, I know
>>>what a killfile is and I know how to use it).
>>
>> You need not respond. I won't read it anyway.
>
>Ha, ha, ha, ha, ha, ha, ha, ha!
>
>What the fuck is this? The killfile wars?
>
>I am reminded of my time in elementary school when pissed-off
>students would futilely cry: "I'm gonna tell the teacher
>on you!"
>
>So tell. Who gives a flying fuck.
>
>The same here. All those who exclaim their latest killfile
>victims can take a flying fuck through a rolling doughnut.
>
>Who the fuck cares -- except your lame fucking ass.
>
>Ha, ha, ha, ha, ha, ha, ha, ha, ha, ha, ha, ha, ha, ha!

Stéphane is the only useful poster among you, Chris V. is a jerk, and
you're a lunatic.

--
Joel W. Crump

Amendment XIV
Section 1.

[...] No state shall make or enforce any law which shall
abridge the privileges or immunities of citizens of the
United States; nor shall any state deprive any person of
life, liberty, or property, without due process of law;
nor deny to any person within its jurisdiction the equal
protection of the laws.

Dobbs rewrites this, it is invalid precedent. States are
liable for denying needed abortions, e.g. TX.

On 11/23/2024 12:18 PM, Farley Flud wrote:
> On 23 Nov 2024 16:51:31 GMT, Stéphane CARPENTIER wrote:
>
>>
>> In fact, I am. Really? 100G for an OS? It's huge! How can one have
>> something that huge for an OS?
>>
>
> Shut up, cretin.
>
> My OS is a PROFESSIONAL OS and quite unlike your Mickey Mouse
> distro.
>
> For example, my Mathematica install is 14 G.
>
> My soundfonts total 13 G.

So you're too stupid to understand application software is not part of
the operating system.

GuhNoo is stupid that way, too:

"GNU is a Unix-like operating system. That means it is a collection of
many programs: applications, libraries, developer tools, even games."

https://www.gnu.org/home.en.html#More-GNU

Farley Flud wrote:

>The same here. All those who exclaim their latest killfile
>victims can take a flying fuck through a rolling doughnut.
>
>Who the fuck cares -- except your lame fucking ass.

"Stéphane" obviously cares. He appears to think that the only answer
to an garbage poster is to filter all of their posts. He just can't
wrap his head around my need for a more sophisticated and flexible
approach. He cannot comprehend having the courage and fortitude that
it takes to make a point against an unreasonable, dishonest idiot and
then let them have the last word.

Sadly, like so many inferior beings, "Stéphane" feels the need to
attack his superior, even if means debasing himself by lying. I've
never understood that.

--
"The only people claiming things about phones here are you and your
mates claiming iPhone killers every time some beta Linux circuit board
turns up." - "True Linux advocate" Hadron Quark, when Android phones
were starting up

Le 23-11-2024, chrisv <chrisv@nospam.invalid> a écrit :
> Stéphane CARPENTIER wrote:
>
>>I'm not reading answers given to the -hh shit (unlike chrisv, I know
>>what a killfile is and I know how to use it).
>
> Begging for my attention, twice in this thread, "Stéphane"?

Nope, because you plonk me. Well in your own sense.

> Err... I do *plonk* the utterly worthless, like "DFS".

And like me, you already said that. But the fact is your definition in
not the same as mine.

> Why do you enjoy reminding everyone that you're inferior to me, that
> you're a pathetic, lying loser, "Stéphane"? Weirdo.

That's a good one. Thanks for the laugh.

> You need not respond. I won't read it anyway.

That's exactly my point. You don't read my messages but you know what to
answer and when.

--
Si vous avez du temps à perdre :
https://scarpet42.gitlab.io

Le 23-11-2024, chrisv <chrisv@nospam.invalid> a écrit :
> Farley Flud wrote:
>
>>The same here. All those who exclaim their latest killfile
>>victims can take a flying fuck through a rolling doughnut.
>>
>>Who the fuck cares -- except your lame fucking ass.
>
> "Stéphane" obviously cares. He appears to think that the only answer
> to an garbage poster is to filter all of their posts.

Certainly not. The proof is: I'm reading your messages. You see: I'm not
plonking every garbage posters.

I'm not reading the terrorist because the day the police will show up, I
want to be able to claim I'm not related to him in any way.

I'm not reading the -hh because he manages to be less honest in any
message than you and FF/DG/NM/LP/whatever in all your messages. I can't
have a discussion with him because he changes the meaning of every
sentence and it's impossible to do anything else than correcting what he
pretend I'm saying.

But I'm reading the others when they don't speak about politic. And when
my FAI show me their messages. So, I'm certainly not filtering every
garbage poster here.

> He just can't wrap his head around my need for a more sophisticated
> and flexible approach.

What the fuck? What does that mean? You sophisticated? You flexible?
That's a really good one.

> He cannot comprehend having the courage and fortitude that
> it takes to make a point against an unreasonable, dishonest idiot and
> then let them have the last word.

What's that garbage? When you answer every messages of someone saying
you didn't read it, you didn't let them have the last word.

And when I consider a message being stupid, I don't answer it. It's
simple, it doesn't need any courage or fortitude to let the other having
the last word. It just need to be able to realize that an answer will be
useless. Do you really consider yourself a great warrior when you say to
someone you skip his message unread? In which parallel universe are you
living?

> Sadly, like so many inferior beings, "Stéphane" feels the need to
> attack his superior, even if means debasing himself by lying.

You make me laugh. That's a good point. The day you'll understand the
meaning of "plonk" you'll stop believing I'm lying about you.

> I've never understood that.

Go get a brain, it will be easier.

--
Si vous avez du temps à perdre :
https://scarpet42.gitlab.io

Le 23-11-2024, Farley Flud <ff@linux.rocks> a écrit :
> On 23 Nov 2024 16:51:31 GMT, Stéphane CARPENTIER wrote:
>
>>
>> In fact, I am. Really? 100G for an OS? It's huge! How can one have
>> something that huge for an OS?
>
> Shut up, cretin.

To begin with, I do what I want and you are too insignifiant to be able
to impose your desires on me.

Then, cretin is a little bit different than idiot, but not that much.
You are really limited in everything you do. You should try to improve.

> My OS is a PROFESSIONAL OS and quite unlike your Mickey Mouse
> distro.

Of course. Unlike Windows which is different on desktops and servers,
Linux is the same everywhere. But it doesn't mean you are a
professional. It just means you are using the same OS as the
professionals. Which is the same as what you claim to be a Mickey Mouse
distro.

> For example, my Mathematica install is 14 G.

That's a good one. Your only example is a program everyone here knows
you can't use. Then, it's only a program and it's far from approaching
100G. The last time I checked it was to difficult for you to install
LaTeX on your computer, I don't believe you managed to install
Mathematica.

> My soundfonts total 13 G.

Well that's more data than a software. And, by the way, it's useless
with mp3. And I'm pretty sure you don't have that on your computer, or
you don't know how to use them.

> Etc., etc.

Yes, yes. I believe you can count 10 years of logs to. But it still
explains nothing.

> An ignoramus lackey like you can get by with much, much
> less but a GNU/Linux professional like me needs 100G
> at minimum with the remainder located in accessory
> storage.

A professional installs only what's needed. Not everything available on
Internet. So you prove, once again, that your claims are not the reality
and you have no idea of what's on your computer. Good job.

> Keep your mouth shut, idiot lackey.

And again, your only insult. Another proof you are not an artist: you
have no imagination.

--
Si vous avez du temps à perdre :
https://scarpet42.gitlab.io

Stéphane CARPENTIER wrote:

> chrisv wrote:
>>
>>Sadly, like so many inferior beings, "Stéphane" feels the need to
>>attack his superior, even if means debasing himself by lying. I've
>>never understood that.
>
> (snipped, unread)

Did getting the attention of your superior gratify you, "Stéphane"?

--
"I'm pretty stupid" - Stéphane CARPENTIER

Le 23-11-2024, chrisv <chrisv@nospam.invalid> a écrit :
> Stéphane CARPENTIER wrote:
>
>> chrisv wrote:
>>>
>>>Sadly, like so many inferior beings, "Stéphane" feels the need to
>>>attack his superior, even if means debasing himself by lying. I've
>>>never understood that.
>>
>> (snipped, unread)
>
> Did getting the attention of your superior gratify you, "Stéphane"?

I'm a little bit disappointed. You could have done better than openly
admitting your failure. And failing in front of an inferior being is not
something you should be proud of.

--
Si vous avez du temps à perdre :
https://scarpet42.gitlab.io

On 11/22/24 11:10 PM, vallor wrote:
> On Fri, 22 Nov 2024 17:36:35 -0600, Physfitfreak <physfitfreak@gmail.com>
> wrote in <vhr4i3$15lr9$1@solani.org>:
>
>> How the hell does one back up all that?
>
> Thanks to Dufus falling out of my killfile, I saw his reply to
> your post.
>
> So I thought I'd answer you:
>
> https://www.amazon.com/Synology-8-Bay-DiskStation-DS1823xs-Diskless/dp/B0BSTNV5TG/
>
> And you'll need 8 of something like this:
>
> https://www.amazon.com/Seagate-IronWolf-Enterprise-Internal-Drive/dp/B0B94NBBJH/
>
> And...size components to fit budget. Consider that you probably want
> 10Gbe connectivity to your NAS, so you might need a new NIC for your
> computer, too.
>
> $ df -tnfs4 -h
> Filesystem Size Used Avail Use% Mounted on
> [...]
> 192.168.23.12:/volume1/ds 39T 27T 12T 69% /nfs/ds
>
> (I have a new Synology sitting in the box, along with two sets
> of disks for two new volumes. Haven't got a round tuit to get
> it online yet.)
>

Those are stuff for thieves in this country for whom dollars are printed
on a case-by-case basis. I'm not one.

On 11/23/24 3:50 AM, Farley Flud wrote:
> On Fri, 22 Nov 2024 17:36:35 -0600, Physfitfreak wrote:
>
>
> All of my data, i.e. books, documents, music, videos,
> programs, etc., I have already backed up onto USB HDD
> and BDR and other optical media.
>

Then they should not have much structure to them.

In my case, my data is highly structured so I can access a particular
source by quickly zeroing in on it. This structure is always evolving,
so I have to keep it on the computer.

If you are editing your data (or changing some structure in them) often,
like perhaps daily (I do it a few times a day), then your back ups also
need their own back ups cause using them everyday might crash them.

Then the volume of your back ups again becomes the point.

So what's the volume, or, how long does it take for you to back up your
back ups? That's the issue I'm facing with backing up my data.

On Sat, 23 Nov 2024 09:25:30 -0500, DFS <guhnoo-basher@linux.advocaca>
wrote in <vhsoki$1o2pn$1@dont-email.me>:

> On 11/23/2024 12:10 AM, vallor wrote:
>> On Fri, 22 Nov 2024 17:36:35 -0600, Physfitfreak <physfitfreak@gmail.com>
>> wrote in <vhr4i3$15lr9$1@solani.org>:
>>
>>> How the hell does one back up all that?
>>
>> Thanks to Dufus falling out of my killfile, I saw his reply to
>> your post.
>>
>> So I thought I'd answer you:
>>
>> https://www.amazon.com/Synology-8-Bay-DiskStation-DS1823xs-Diskless/dp/B0BSTNV5TG/
>>
>> And you'll need 8 of something like this:
>>
>> https://www.amazon.com/Seagate-IronWolf-Enterprise-Internal-Drive/dp/B0B94NBBJH/
>>
>> And...size components to fit budget. Consider that you probably want
>> 10Gbe connectivity to your NAS, so you might need a new NIC for your
>> computer, too.
>>
>> $ df -tnfs4 -h
>> Filesystem Size Used Avail Use% Mounted on
>> [...]
>> 192.168.23.12:/volume1/ds 39T 27T 12T 69% /nfs/ds
>>
>> (I have a new Synology sitting in the box, along with two sets
>> of disks for two new volumes. Haven't got a round tuit to get
>> it online yet.)
>
>
> Taking the piss? FizzClit doesn't need $5K of hardware and 176TB to
> backup his pirated material.

They say "go big or go home." Quoting the high end was to
"take the piss" out of wusshead with his degrading SATA
connection to his "failing" drive (or through his
"failing" SATA connection). Which is why I said "size
components to fit your budget."

You could get one of these and do RAID1:

https://www.amazon.com/Synology-2-Bay-DiskStation-DS223j-Diskless/dp/B0C8814GKB/

However, sizing the NAS for the future is always a good idea.

Anything important -- such as backups of /home -- should live on
redundant media, one way or another.

(BTW, notice how the OP didn't post his log entries, or even
know of smartctl? I'll leave it to your judgement how much
of a "professional" Crazed Laughing Boy is.)

--
-v System76 Thelio Mega v1.1 x86_64 NVIDIA RTX 3090 Ti
OS: Linux 6.12.0 Release: Mint 21.3 Mem: 258G
"A pessimist is never disappointed."

On Sat, 23 Nov 2024 18:31:21 -0600, Physfitfreak wrote:

> On 11/23/24 3:50 AM, Farley Flud wrote:
>> On Fri, 22 Nov 2024 17:36:35 -0600, Physfitfreak wrote:
>>
>>
>> All of my data, i.e. books, documents, music, videos,
>> programs, etc., I have already backed up onto USB HDD
>> and BDR and other optical media.
>>
>
>
> Then they should not have much structure to them.
>
> In my case, my data is highly structured so I can access a particular
> source by quickly zeroing in on it. This structure is always evolving,
> so I have to keep it on the computer.
>
> If you are editing your data (or changing some structure in them) often,
> like perhaps daily (I do it a few times a day), then your back ups also
> need their own back ups cause using them everyday might crash them.
>
> Then the volume of your back ups again becomes the point.
>
> So what's the volume, or, how long does it take for you to back up your
> back ups? That's the issue I'm facing with backing up my data.
>

Firstly, a backup is intended to be a permanent storage solution
and should not be used for casual daily access.

My data exists in two forms. One is on a spinning-rust HDD for
easy daily access, editing, or updating. The other is on USB HDD
or optical disk for permanent storage and is not touched.

On occasion, whenever it is deemed necessary, I will back up the
spinning-rust HDD using a method that only backs up the changes,
i.e. only new files or updated files, and that will delete files
that have been removed from the collection.

Secondly, organizing any collection of data is always a difficult
and probably ultimately impossible task. One would need to hire a
full-time administrative assistant but the results would still not
be ideal. I have no recommendations. Just do whatever seems best
but also realize that you likely will never be satisfied.

There are some tools that can aid in searching documents for
content, such as DocFetcher:

https://docfetcher.sourceforge.io/en/index.html

I don't use these. I just try to make the file name be illustrative
of the content.

Regarding speed, a backup (changes only) to USB HDD are fairly
quick, but backing up all data to a new USB HDD can require 10-20
minutes for a few hundred G's. (I am only guessing here because
I never time my backups.)

Of course, BDR optical media takes much longer, about an hour
for 25G, but BDR should only used on a yearly basis or so.

Backup and organization strategies are highly personal and the
user will have to discover his own methods.

--
Systemd: solving all the problems that you never knew you had.

On 24 Nov 2024 02:24:03 GMT, vallor wrote:

>
> (BTW, notice how the OP didn't post his log entries, or even
> know of smartctl? I'll leave it to your judgement how much
> of a "professional" Crazed Laughing Boy is.)
>

Speak for yourself.

Smartctl won't do me any good because I always disable
SMART in the BIOS.

As far as log entries, I only save the logs from the
last 2 boots. After that the logs are overwritten.

You are thus wrong on both counts and you will ALWAYS
be wrong on every count.

--
Systemd: solving all the problems that you never knew you had.

Le 24-11-2024, Farley Flud <ff@linux.rocks> a écrit :
>
> My data exists in two forms.

And in two different places I hope (in fact, I don't care, it's a way of
speaking). Because if you have a fire or a theft or whatever at home,
your backups need to be far away to be useful. A backup needs to be done
not only for a hard drive crash, but for everything bad that can
happens. So, your backup needs to be somewhere far away from your
original data.

--
Si vous avez du temps à perdre :
https://scarpet42.gitlab.io

On 24 Nov 2024 13:32:37 GMT, Stéphane CARPENTIER wrote:

>
> And in two different places I hope (in fact, I don't care, it's a way of
> speaking). Because if you have a fire or a theft or whatever at home,
> your backups need to be far away to be useful. A backup needs to be done
> not only for a hard drive crash, but for everything bad that can
> happens. So, your backup needs to be somewhere far away from your
> original data.
>

There are fires. There are tornadoes. But most importantly there are
cosmic rays.

Cosmic rays can easily cause bit flips in both HDD and SSD, but SSD
is more susceptible.

Therefore, the best place to store backups would be abandoned underground
mines, at least 2 miles deep.

--
Systemd: solving all the problems that you never knew you had.

On 11/24/24 8:32 AM, Stéphane CARPENTIER wrote:
> Le 24-11-2024, Farley Flud <ff@linux.rocks> a écrit :
>>
>> My data exists in two forms.
>
> And in two different places I hope (in fact, I don't care, it's a way of
> speaking). Because if you have a fire or a theft or whatever at home,
> your backups need to be far away to be useful. A backup needs to be done
> not only for a hard drive crash, but for everything bad that can
> happens. So, your backup needs to be somewhere far away from your
> original data.

Yes, the classical solution of maintaining a remote site backup to
mitigates risks from a single point of failure such as a home fire.

For personal use, the Cloud is an option, but it may not be cheap enough
for some. Some may also put a drive into a fireproof safe in the house.

So some other frugal solutions for storing a backup hard drive outside
of one's home may include:

* At your workplace, in a lockable drawer at your desk.

* Safety Deposit Box at local bank. Many people need a SDB anyway for
other personal documents, so just get a large enough one to include a
3.5" HDD.

* Rental storage unit...if one already is paying for one.

* At a family or friend's home...they hold yours, you hold theirs.

* A detached outbuilding (shed, garage, etc). Better than nothing, but
not all that 'remote' for fire risks ... plus has higher risks of
bugs/mice/grunge/etc which merit adding additional protection for the HDD.

-hh

On Fri, 22 Nov 2024 20:53:10 +0000, Farley Flud wrote:

>
> My main drive, which contains my OS and other important
> stuff, was reporting a reduction in speed from the usual
> SATA 6 mbs/sec to 3 mbs/sec and then to 1.5 mbs/sec.
>

Although the kernel logs are overwritten, my memory is nearly
photographic and I recall, at least partially, the log entry:

ata1: link is slow to respond, please be patient
limiting SATA link speed to 3.0 Gbps
ata1: link is slow to respond, please be patient
limiting SATA link speed to 1.5 Gbps

Doing a Google search it does indeed appear that this drive
is on the verge of failure.

How incredible!

I have been using HDD drives for many years and I have NEVER
had a drive failure. In fact, I have a 10-year-old HDD on
one of my machines that has been spinning for just as long
and it is still working great.

But, as I already indicated, the problem drive would function
normally after a power down and reboot of the system. This
gave me enough time to copy all the files to a new HDD drive.
Otherwise I would have had to rely on my regular backup which
was already 4 weeks old -- and 4 weeks with a rolling distro
is like ancient history.

I have learned my lesson. It is now weekly backups and I will
stockpile a few HDD drives at $100 a pop.

Also, I wonder how this issue would have fared with that piece-
of-shit OS known as Microslop Winblows. With GNU/Linux the
kernel was able to throttle down and maintain some functionality.
With junk Microslop I doubt the same would have happened.

--
Systemd: solving all the problems that you never knew you had.

In article <pan$a6967$37aead94$1a8e115$535dccb2
@linux.rocks>, ff@linux.rocks says...
>
> On Fri, 22 Nov 2024 20:53:10 +0000, Farley Flud wrote:
>
> >
> > My main drive, which contains my OS and other important
> > stuff, was reporting a reduction in speed from the usual
> > SATA 6 mbs/sec to 3 mbs/sec and then to 1.5 mbs/sec.
> >
>
>
> Although the kernel logs are overwritten, my memory is nearly
> photographic and I recall, at least partially, the log entry:

Are you mentally retarded?
The reason I ask is because you sound like a snit sock
puppet and snit is severely mentally retarded.
> How incredible!
That you remember how to breathe?
I agree.

On 11/24/2024 2:47 PM, Lameass Larry wrote:

> my regular backup which was already 4 weeks old

4 weeks? That's 100% proof you don't do anything worthwhile on your
Linux crapbox.

On 11/23/2024 12:18 PM, Lameass Larry Piet wrote:

> My OS is a PROFESSIONAL OS

Your computer is infested with GuhNoo hobby shitware, such as
LibreOffice and Geeqie and Palemoon.

Like you, it's the furthest thing from professional.

On 11/24/24 4:26 AM, Farley Flud wrote:
> Firstly, a backup is intended to be a permanent storage solution
> and should not be used for casual daily access.

That's why I said your data doesn't have structure. Structure evolves.
Constantly.

My data is a structure. It is a warehouse, not a dump :) Only a dump can
be left to itself.

On 11/24/24 8:08 AM, Farley Flud wrote:
> On 24 Nov 2024 13:32:37 GMT, Stéphane CARPENTIER wrote:
>
>>
>> And in two different places I hope (in fact, I don't care, it's a way of
>> speaking). Because if you have a fire or a theft or whatever at home,
>> your backups need to be far away to be useful. A backup needs to be done
>> not only for a hard drive crash, but for everything bad that can
>> happens. So, your backup needs to be somewhere far away from your
>> original data.
>>
>
> There are fires. There are tornadoes. But most importantly there are
> cosmic rays.
>
> Cosmic rays can easily cause bit flips in both HDD and SSD, but SSD
> is more susceptible.
>
> Therefore, the best place to store backups would be abandoned underground
> mines, at least 2 miles deep.
>
>

Hmm.. I had not thought of the cosmic rays. Then hardcopies beat them
all :) It is just somewhat larger. S J Gould's library in his house was
huge but he handled it by using those rolling vertical ladders. The
shelves were all the way to the high ceiling.

Same for music sheets.

Darius had the stuff carved into stone high up on vertical mountain
walls inside niches just deep enough to stay safe from elements, but not
high enough to get missed by people on the ground. Even today one can
carefully climb and read them, if you know cuneiform alphabet and one of
the old Persian, Sumerian, Kaldean, and Elamite languages. He made sure
they were written in various languages so any people of importance in
his realm could read them.

What a man.

No there's no "Greek" text there, although Greece was part of Darius's
realm. Greeks were at the time mostly homosexuals fucking each other
while making sure children of male sex grow up to become homosexuals.
They served well for people upon whom cro-magnons later based their
culture. I like it that today how you shy away from calling homosexuals
"Greek". When I came to this country, the word "Greek" still meant
homosexual.

But other mortals of Darius's time wrote everything on clay tablets,
then heated them ("baked" them). The alphabet was cuneiform. Tens of
thousands of those tablets have made it to this day intact. Most were
stolen by Brits from Iran, and some by the Americans. A large number of
them were returned to Iran a couple of months back as Pezeshkiyan
wrapped up his UN visit and took them back.

The tech today can't even beat clay tablets in storage. "Cosmic Rays"
can't do shit to them :) It only takes cro-magnon thieves to affect
their fates.