On 25/03/2019 20:39, Roby wrote:
> mark lewis wrote:
>>  On 2019 Mar 25 18:53:14, you wrote to The Natural Philosopher:
>>
>>  Ro> [...] and that in your opinion 404 errors cannot be generated due to
>>  Ro> SD problems ...
>>
>> 404 codes are http codes... http doesn't have anything to do with the
>> basic OS  operations on your system... that is not a theory, opinon or
>> hypothesis ;)
>>
>> )\/(ark
>
> But if due to the SD problems (read only) sudo apt-get update can't
> write the updates in the SD, the error 404 automatically remains .....
> don't you think it can work like this ?
>
No. 404 means the server couldnt find what your pi asked it for, or
whatever is masquerading as the server. It didnt mean the pi got it and
failed to write it.

You can look in /var/log to see what if any other errors there are.

As I said last post the pi dioesnt store the update  file list in itself
either, it stores only what repostiories to check. Once it gets to the
repository it downloads a list of all the  files to itself and tries to
download them one by one. For some reason its downloading a list of
files some of which are not on the server. My guess is a stale cache in
a transparent proxy.

i,e, there is a hierarchy

go to server
download master list of listts
download each list...but some lists in the master list of lists are
apparently not on the server.

Except to other pis, they are?

What is unique to this pi?

Its internet connection is via a mobile signal.

Hpw could that make a difference?

Mobile ISPs masquerade IPs and use just a few ip addresses but that
should NOT be an issue

Moble IP may cache web pages to avoid using huge amounts of internet
bandwidth. Its shoddy but some do.

If the cache isnt well configured it might cache old data.

*shrug* my best guess.

--
  “A leader is best When people barely know he exists. Of a good leader,
who talks little,When his work is done, his aim fulfilled,They will say,
“We did this ourselves.”

― Lao Tzu, Tao Te Ching

--- SoupGate-Win32 v1.05