RPI3 speedtest-cli and 'sudo apt-get update' problems

Yes.

Thanks for the reply Can you tell me if remotely I can use some command to make a sd check-up? With the df -h command I also see these errors:

------- [14.505362] EXT4-fs error (mmcblk0p7 device): ext4_find_extent: 910: inode # 14 8046: comm lxpanel: pblk 534585 bad header / extent: invalid extent entries - magi c f30a, entries 6, max 340 (340), depth 0 (0) [14.506181] EXT4-fs warning (mmcblk0p7 device): dx_probe: 739: inode #

------- But I don't know how to interpret them .... "mmcblk0p7 device" is the SD card ? Maybe there are only a few corrupted blocks in the SD ? Is it advisable to use sudo touch /forcefsck or is it dangerous ? Other commands ? Or is it better to replace the SD as soon as I go to the remote location? Thank you

Definitely. Because you can't get to it so often for maintenance, I suggest using a hard disk (maybe ssd, but hdd works fine for me) instead of an sd card. See

On Mon, 25 Mar 2019 17:03:05 +0100, Roby declaimed the following:

It is a PARTITION on an MMC block I/O device. (Mine shows partitions 1,

pi@raspberrypi:~$ ls -l /dev/mmc* brw-rw---- 1 root disk 179, 0 Sep 24 18:53 /dev/mmcblk0 brw-rw---- 1 root disk 179, 1 Sep 24 18:53 /dev/mmcblk0p1 brw-rw---- 1 root disk 179, 2 Sep 24 18:53 /dev/mmcblk0p2 brw-rw---- 1 root disk 179, 5 Sep 24 18:53 /dev/mmcblk0p5 brw-rw---- 1 root disk 179, 6 Sep 24 18:53 /dev/mmcblk0p6 brw-rw---- 1 root disk 179, 7 Sep 24 18:53 /dev/mmcblk0p7 pi@raspberrypi:~$

and partition 7 is the root file system

pi@raspberrypi:~$ cat /etc/fstab proc /proc proc defaults 0 0 /dev/mmcblk0p6 /boot vfat defaults 0 2 /dev/mmcblk0p7 / ext4 defaults,noatime 0 1

Always... Once errors start showing up it is better two swap cards and try recovery (deep/overwrite formatting) the misbehaving card to see if it can reclaim the entire surface (use of the SD card association formatter is recommended).

Note that journaling filesytems (the various ext# and NTFS) do more I/O on a card than FAT (which is considered "native" for SD cards). As a result, they can wear out a card faster. Though why a remote/headless device failed has some corruption on a file associated with lxpanel (though... I suspect the R-Pi brings up the X-Window system even without a monitor connected).

Yes. Can be used remotely via (most easily) vnc. That's how I use one Pi that's stuffed in a cabinet somewhere., e.g. for Mathematica.

----- cut

Thanks to @A. Dumasper for the suggestion of HD or SSD .... Thanks also to @Dennis Lee Bieber for the important details ...

I use one of the USB ports (rpi3 B) to manage and control the APC UPS, but I don't think that putting an HD / SSD USB on one of the free ports can cause problems .... I could try, or I could wait for the RPI4, hoping it has a dedicated port for external HD or a faster USB 3.1 port. ..... I'll see what to do ...Thanks

I'd say not. You are getting tangled up in stuff you dont really undersatnd.

error 404 is not something the Pi generates because it has run out of 'disk] or has something mounted read only (whichg mount would tell you anyway). It is something coming back from the remote server.

Since we know that the remote server is OK, the inference is that it is in fact somethining between the Pi and the server.

It cant be basic networking because you can obviously log into the pi.

It cant be DNS because 404 is not 'I cant find the server; it is the server saying 'I cant find that file'

So we are left with a mal formed request because you have a corrupt database or a corrupt proxy, that you still havent checked

With respect, if you want us to help, follow our damned instructions to the letter.

a corrupt database might make it look for files that arent there, but a READONLY disk would not

My guess is that rebooting it would either fix the badness or simply crash te system irretrievably

Your choice...

No, unless you have configured it to.

Mine for example has no GUI running at all.

I acknowledge that you do not share my hypothesis and that in your opinion 404 errors cannot be generated due to SD problems ... I am available to make other checks .... but I don't know how ... Can you write me what commands to type to check if there are corrupt databases or a corrupt proxy? To avoid problems I ask you to write me the exact syntax of the commands, so that I can make a copy and paste ... Thank you

Well, duh. Even with the standard gui running, you'd have to enable the vnc server first (using raspi-config, is the standard Raspbian way).

Superceded by host (and/or dig):

% host 8.8.8.8

% dig 8.8.8.8

; DiG 9.11.5-P4-1-Debian 8.8.8.8 ;; global options: +cmd ;; Got answer: ;; ->>HEADER

You've been told that the 404 is the server saying "I can't find the file you specified".

Typically, that is due to the package lists apt maintains is out-of-date. A "sudo apt-get update" *should* take care of that. Now, if you can't successfully update that because of disk errors, you might be on to something.

What does a

sudo apt-get update

produce?

As written in my first post of 03/18, with sudo apt-get update I have many 404 errors

PLEASE just READ the flow of comments

"I suspect the R-Pi brings up the X-Window system even without a monitor connected"

"No, Unless you have configured it to"

That is: the *default* starting of the X-widnows system is an installation choice.

It doesnt 'just happen'

And in particular if you set up raspian as a headless server using raspian lite or whatever it is called, it wont even be *installed*

Let alone started.

Its is apt-get update that is throwing the errors

You wrote: "Unfortunately I can't update the RPI3 with sudo apt-get update because I have many mistakes like this: [...]" but apt-get update doesn't update the Pi! It only updates the index files for the actual system updates, and those you get with "sudo apt-get upgrade" (or sometimes a few more, potentially including changes you might not want, with dist-upgrade).

But yeah, apt-get updates not being saved between reboots indicates sd card trouble.

I'm not an expert with RPI and Linux but I also think that the problem here is on the SD card. This should also be confirmed by the errors I found with df -h (ref. my post today at 17:03 and the comment by @Dennis Lee Bieber) But as you've always read in one of today's posts, @The Natural Philosopher is not our opinion.

RECOMMENDATION FOR THOSE POSTING FOR THE FIRST TIME HERE The thread has now become complicated to follow ..... I invite those who want to post for the first time to carefully analyze ALL the posts, otherwise it generates even more confusion. Thank you

A low power 2.5" HD or an SSD will be no problem if you have a decent

There are some Pi alternatives with dedicated SATA and/or USB 3 ports. Only trouble is they have far poorer software support, and often run old

---druck