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

Do you have a question? Post it now! No Registration Necessary

Translate This Thread From English to

Threaded View
Using RASPBERRI PI3 with RASPBIAN Jessie WITH PIXEL
KERNELL: 4.4.26-v7+ #915 SMP Thu Oct 20 17:08:44 BST 2016 armv7l  
GNU/Linux
I use a 4G mobile connection but it is a fixed location as I use an AVM  
3390 router with a Huawei E392 USB
The internet connection works perfectly, thanks also to the two  
external antennas connected to Huawei E392.

I have problems with speedtest-cli
This is the result of the tests, whatever the selected server:
----------------
sudo speedtest-cli --secure
Retrieving speedtest.net configuration...
Testing from XXXX Mobile (xxx.yyy.zzz.www)...
Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by xxxxxxxxxx [37.71 km]: 1800000.0 ms
Testing download  
speed................................................................................
Download: 0.00 Mbit/s
Testing upload  
speed................................................................................................
Upload: 5.41 Mbit/s
------------------

Can any expert help me to solve the problem?

Unfortunately I can't update the RPI3 with sudo apt-get update
because I have many mistakes like this:

Failed to fetch  
http://archive.raspberrypi.org/debian/dists/jessie/main/binary-armhf/Packages
 404  Not Found [IP: 93.93.128.211 80]
?
W: Failed to fetch  
http://archive.raspberrypi.org/debian/dists/jessie/main/binary-armhf/Packages
 404  Not Found [IP: 93.93.128.211 80]

Some ideas to solve the problems highlighted above
Many thanks
Bob

--  
Roby

Re: RPI3 speedtest-cli and 'sudo apt-get update' problems
Roby ha spiegato il 18/03/2019 :
Quoted text here. Click to load it

For the same problems highlighted with 'sudo apt-get update' (...error  
404....) I can't even install iperf3 (sudo apt-get install iperf3)
:'(

--  
Roby

Re: RPI3 speedtest-cli and 'sudo apt-get update' problems
on 18/03/2019, Roby wrote:
Quoted text here. Click to load it

I installed ethtool manually by uploading the .deb file and tried to  
change the eth0 configuration like this:
sudo ethtool -s eth0 speed 100 full duplex
The command was accepted and this time also sudo mii-tool says that  
eth0 is configured 100baseT, but otherwise nothing has changed (ref.  
404 errors and speedtest-cli download zero).
NEW HYPOTHESIS OF THE CAUSE OF PROBLEMS
After these tests I did reboot dell'rpi3 and to my surprise I saw that  
the ethtool command did not work anymore .... as if I had never  
installed it !!!
I have installed ethtool in a new way and now it works.
My hypothesis, after this fact, is that all my problems are caused by  
the SD which is now in READING ONLY !!!
If the SD is read-only the installation of small packages like ethtool  
perhaps remains in the rpi3 buffer ....
It is in fact known that the internal controller of an SD, when it  
detects a high or anomalous memory consumption, can decide to put the  
card in read-only mode so as not to lose the existing data.
If my hypothesis were correct (I can only verify the problem when I  
will physically go to the remote site) it would mean for example that  
the 404 errors actually occur not because the file does not exist in  
the repository but because the RPI3 cannot write to the SD card !!! In  
the remote RPI3 I had inserted a Samsung MB-MP16D Evo and with the  
command def -h I see that there are still 8 G free!

Can my hypothesis be true ?

--  
Roby

Re: RPI3 speedtest-cli and 'sudo apt-get update' problems
Quoted text here. Click to load it

Yes.


Re: RPI3 speedtest-cli and 'sudo apt-get update' problems
A. Dumas wrote:
Quoted text here. Click to load it

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 #  
148046: lblock 0: comm lxpanel: error -117 reading directory block
-------
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

--  
Roby

Re: RPI3 speedtest-cli and 'sudo apt-get update' problems
Quoted text here. Click to load it

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
https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/msd.md



Re: RPI3 speedtest-cli and 'sudo apt-get update' problems
A. Dumas wrote:
Quoted text here. Click to load it

Dennis Lee Bieber wrote:
Quoted text here. Click to load it
----- 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

--  
Roby

Re: RPI3 speedtest-cli and 'sudo apt-get update' problems
On 25/03/2019 17:29, Roby wrote:
Quoted text here. Click to load it

A low power 2.5" HD or an SSD will be no problem if you have a decent  
2.5A to 3A PSU on the Pi.

Quoted text here. Click to load it

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  
3.x customised kernels.

---druck

Re: RPI3 speedtest-cli and 'sudo apt-get update' problems
A. Dumas wrote:
Quoted text here. Click to load it

As for your advice, I'm considering using an HD or SSD instead of SD
Can you tell me please:
- what kind of HD did you use ? A 2.5" SATA3 with USB adapter ?
- brand, model, capacity ? WD ? Are all brands good ?
- the RPI3 USB port is not capable of powering HD, is it true ? The HD  
must have its own power supply, right ?....or powered USB hub...

What do you think if I install a Western Digital WDS120G2G0A Green SSD,  
or SanDisk Plus SSD 120G, or Crucial etc.
Does the RPI3's USB port supply an SSD directly ?... or maybe even in  
this case a powered USB hub is recommended...

What do you think about it ?
Thank you

--  
Roby

Re: RPI3 speedtest-cli and 'sudo apt-get update' problems
Quoted text here. Click to load it


I got a Seagate 1TB external 2.5" hdd for ?50, usb-powered by the 3B+ Pi
without problem, that's with the RPi official 2.5A adapter. WD is fine,
too, I'm sure (or some will say better). You can set "max_usb_current=1" in
/boot/config.txt to double the available power via usb, but that wasn't
necessary for me.



Re: RPI3 speedtest-cli and 'sudo apt-get update' problems
A. Dumas wrote:
Quoted text here. Click to load it

Thanks @A.Dumas for the info
But from the site www.raspberrypi.org I read these RPI technical  
specifications:
"The USB ports on a Raspberry Pi have a design loading of 100mA each -  
sufficient to drive" low-power "devices such as mice and keyboards.  
Devices such as WiFi adapters, USB hard drives, USB pen drives all  
common much more current and "........." The maximum power the  
Raspberry Pi can be used is 1 Amp. If you need to connect to the USB  
device that will take the power requirements above 1 Amp, then you must  
connect it to an externally-powered USB hub"

Did I misunderstand or did you connect your Seagate 1TB directly to one  
of the RPI's USB ports ??
I don't understand your phrase: "usb-powered by the 3B + Pi
without problem"
What is '3B + Pi' ?  It is a USB-SATA adapter with independent external  
power supply ?
Thank you

--  
Roby

Re: RPI3 speedtest-cli and 'sudo apt-get update' problems
Quoted text here. Click to load it

I use several "WD - Elements SE Portable Hard Drive" and an older WD  
Pi-Drive. All have just a USB connection, and are powered by that USB  
connection. They work fine with a modern Raspberry Pi. I even have one  
working with an old Pi 1 B+.

My only concern is that they are appear to be designed for occasional use,  
not for being on all the time. Even so, I use one in my always-on home  
server, a raspberry pi 3B with a WD USB drive. It's been working for  
nearly 18 months. My backup server is the Pi 1B+ with a large capacity WD  
USB drive.

These disks are mostly sold for external backup or portable storage. The  
disks inside are 2.5" drives and take maximum, roughly, 0.5A of current,  
which is well below the 1A max for the Pi USB total current. I have not  
succeeded in using 2 such drives on a Pi - the Pi doesn't boot. The in  
rush current on start up is too much.

I think you will find the general performance of the Pi will be a better  
with a USB connected hard drive or SSD. The speed of the SD card interface  
is not brilliant.

good luck.
Jim

Re: RPI3 speedtest-cli and 'sudo apt-get update' problems
Jim Jackson wrote:
Quoted text here. Click to load it

Thank you very much for sharing your experience.
I found in the drawer an old 2.5" 30Gb Hitachi Model DK23EA-30 ATA100  
disk (2MB buffer size) that I will put in a USB-ATA box.
Although the HD has low performance I think it should be fine .... so  
even the USB2 port is not fast ...
When I go to the remote location I will try to mount it ....
Thanks Jim
Bob

--  
Roby

Re: RPI3 speedtest-cli and 'sudo apt-get update' problems
Roby wrote, on 27-03-2019 09:28:
Quoted text here. Click to load it

Quoted text here. Click to load it

Dude. I have:
1x RPi official power adapter, rated at 2.5 A.
1x RPi 3 model B+ (a.k.a. 3B+), see  
https://www.raspberrypi.org/products/raspberry-pi-3-model-b-plus/
1x Seagate "Backup Plus" 2.5in portable HDD, with a USB connection.

NOTHING MORE. NO SEPARATE POWER ADAPTER FOR THE HARD DISK. I wanted to  
write bus-powered but thought usb-powered was clearer. I guess not :(

***Apparently*** the standard current available from the RPi3 usb ports  
is enough for my hdd, and my guess is it's enough for most 2.5" portable  
drives.

Re: RPI3 speedtest-cli and 'sudo apt-get update' problems
A. Dumas wrote:
Quoted text here. Click to load it

Quoted text here. Click to load it

All clear !
Thanks again

--  
Roby

Re: RPI3 speedtest-cli and 'sudo apt-get update' problems
On 26/03/2019 20:57, Roby wrote:
Quoted text here. Click to load it

The Pi 2, 3 & 3+ can power ab SSD (the best option), or a 2.5" SATA  
drive which can be powered from a single USB port. Anything larger which  
requires a USB Y adaptor needs a powered hub.

Quoted text here. Click to load it

You either need a USB external drive, a USB drive caddy to put a bear  
drive in to, or just an USB to SATA converter plugged directly in to an SSD.

---druck

Re: RPI3 speedtest-cli and 'sudo apt-get update' problems
following:


Quoted text here. Click to load it

    It is a PARTITION on an MMC block I/O device. (Mine shows partitions 1,
2, 5, 6, and 7)

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

Quoted text here. Click to load it

    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).


--  
    Wulfraed                 Dennis Lee Bieber         AF6VN
     snipped-for-privacy@ix.netcom.com    HTTP://wlfraed.home.netcom.com/

Re: RPI3 speedtest-cli and 'sudo apt-get update' problems
Quoted text here. Click to load it

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.


Re: RPI3 speedtest-cli and 'sudo apt-get update' problems
On 25/03/2019 16:59, A. Dumas wrote:
Quoted text here. Click to load it
No, unless you have configured it to.

Mine for example  has no GUI running at all.



--  
Climate Change: Socialism wearing a lab coat.

Re: RPI3 speedtest-cli and 'sudo apt-get update' problems
Quoted text here. Click to load it

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).




Site Timeline