Speedtest-Skript von kreyenborg.koeln für Kabel-Gigabit
-
Ja, passt.
iobroker stoppen, updates einspielensudo apt full-upgrade, iobroker wieder starten.
-
@thomas-braun sagte in Speedtest-Skript von kreyenborg.koeln für Kabel-Gigabit:
Updaten, aber schnell!
Aye, aye, Käpt’n!
Und dann wie weiter?
-
-
@negalein sagte in Speedtest-Skript von kreyenborg.koeln für Kabel-Gigabit:
Und dann wie weiter?
Künftig REGELMÄSSIG das System auf Stand halten.
-
@thomas-braun sagte in Speedtest-Skript von kreyenborg.koeln für Kabel-Gigabit:
speedtest installieren? Das Repo passt ja nun.
nega@ioBroker:~$ sudo apt install speedtest [sudo] password for nega: Reading package lists... Done Building dependency tree Reading state information... Done The following package was automatically installed and is no longer required: libllvm11 Use 'sudo apt autoremove' to remove it. The following NEW packages will be installed: speedtest 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/1055 kB of archives. After this operation, 2549 kB of additional disk space will be used. (Reading database ... 36354 files and directories currently installed.) Preparing to unpack .../speedtest_1.1.1.28-1.c732eb82cf_amd64.deb ... Unpacking speedtest (1.1.1.28-1.c732eb82cf) ... dpkg: error processing archive /var/cache/apt/archives/speedtest_1.1.1.28-1.c732eb82cf_amd64.deb (--unpack): trying to overwrite '/usr/bin/speedtest', which is also in package speedtest-cli 2.1.2-2ubuntu0.20.04.1 dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/speedtest_1.1.1.28-1.c732eb82cf_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) nega@ioBroker:~$ speedtest Retrieving speedtest.net configuration... Testing from Fonira Telekom GmbH (185.129.173.57)... Retrieving speedtest.net server list... Selecting best server based on ping... Hosted by Netprotect (Vienna) [214.89 km]: 13.237 ms Testing download speed................................................................................ Download: 743.13 Mbit/s Testing upload speed...................................................................................................... Upload: 429.67 Mbit/s -
@negalein sagte in Speedtest-Skript von kreyenborg.koeln für Kabel-Gigabit:
sudo apt remove speedtest-cli sudo apt install speedtest -
@thomas-braun Okay, gemacht
pi@homebridge:~ $ sudo apt full-upgrade Reading package lists... Done Building dependency tree... Done Reading state information... Done Calculating upgrade... Done The following packages will be upgraded: nodejs 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 23.3 MB of archives. After this operation, 31.2 MB of additional disk space will be used. Do you want to continue? [Y/n] y Get:1 https://deb.nodesource.com/node_14.x bullseye/main armhf nodejs armhf 14.19.1-deb-1nodesource1 [23.3 MB] Fetched 23.3 MB in 1s (15.6 MB/s) Reading changelogs... Done (Reading database ... 62196 files and directories currently installed.) Preparing to unpack .../nodejs_14.19.1-deb-1nodesource1_armhf.deb ... Unpacking nodejs (14.19.1-deb-1nodesource1) over (12.22.12-deb-1nodesource1) ... Setting up nodejs (14.19.1-deb-1nodesource1) ... Processing triggers for man-db (2.9.4-2) ... pi@homebridge:~ $ sudo apt install speedtest Reading package lists... Done Building dependency tree... Done Reading state information... Done speedtest is already the newest version (1.1.1.28-1.c732eb82cf). 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. pi@homebridge:~ $ -
@thomas-braun sagte in Speedtest-Skript von kreyenborg.koeln für Kabel-Gigabit:
sudo apt install speedtest
Merci, funktioniert!
10:13:18.127 info javascript.0 (1887) script.js.Netzwerk.Speedtest: Speedtest mit Server 5476 gestartet! Der Test dauert zwischen 10 - 20 Sekunden! 10:13:37.909 info javascript.0 (1887) script.js.Netzwerk.Speedtest: Speedtest durchgeführt. Ergebnisse: Download: 92.81 MB/s | Upload: 94.15 MB/s | Ping: 10.806msSpeedtest by Ookla Server: Energie AG Oberoesterreich Telekom GmbH - Gmunden (id = 5476) ISP: Fonira Telekom GmbH Latency: 10.78 ms (0.09 ms jitter) Download: 777.98 Mbps (data used: 846.2 MB ) Upload: 782.09 Mbps (data used: 850.7 MB ) Packet Loss: 0.0% Result URL: https://www.speedtest.net/result/c/7bcefc71-fa63-4b37-8cc4-6515c2bd1a92 -
Siehste, sogar ein Server aus Oberösterreich.
-
Danke für deinen Beitrag - ich habe nach der Webseite installiert und bekomme beim Befehl "sudo apt update" jetzt folgenden Fehler:
E: Das Depot »https://packagecloud.io/ookla/speedtest-cli/ubuntu impish Release« enthält keine Release-Datei.
N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).Hast du nen Tipp?
Gruß Peter
-
@ps1304
Hab kein Ubuntu im Einsatz.
Aber offenbar bauen die keine Pakete für impish.
Könnte sein, dass hier nur für LTS-Versionen gebaut wird. Die Zwischenversionen leben ja nur 9 Monate.
Trag mal ausnahmsweise stattimpishdie Vorversionfocalin die Datei
/etc/apt/sources.list.d/ookla_speedtest-cli.listein. -
Edit. Siehe oben.
Und daran denken, dass am 14.07.2022 Schluss ist mit 'impish'. Ich würde da auf die jetzt aktuelle LTS-Version wechseln.
-
super vielen Dank - der Tipp war schon mal gut !!! das Update mache ich gerade.
Gruß Peter -
Hallo,
bei mir mag er das irgendwie nicht installieren.
pi@pi:~ $ curl -s https://packagecloud.io/install/repositories/ookla/speedtest-cli/script.deb.sh | sudo bash Detected operating system as raspbian/bullseye. Checking for curl... Detected curl... Checking for gpg... Detected gpg... Running apt-get update... done. Installing apt-transport-https... done. Installing /etc/apt/sources.list.d/ookla_speedtest-cli.list...done.Importing packagecloud gpg key... done. Running apt-get update... done. The repository is setup! You can now install packages. pi@pi:~ $ sudo apt update Ign:1 https://packagecloud.io/ookla/speedtest-cli/raspbian bullseye InRelease Hit:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease Hit:3 http://archive.raspberrypi.org/debian bullseye InRelease Err:4 https://packagecloud.io/ookla/speedtest-cli/raspbian bullseye Release 404 Not Found [IP: 54.183.164.179 443] Hit:5 https://deb.nodesource.com/node_16.x bullseye InRelease Reading package lists... Done E: The repository 'https://packagecloud.io/ookla/speedtest-cli/raspbian bullseye Release' does not have a Release file. N: Updating from such a repository can't be done securely, and is therefore disabled by default. N: See apt-secure(8) manpage for repository creation and user configuration details. pi@pi:~ $ sudo apt install speedtest Reading package lists... Done Building dependency tree... Done Reading state information... Done E: Unable to locate package speedtestpi@pi:~ $ lsb_release -a No LSB modules are available. Distributor ID: Raspbian Description: Raspbian GNU/Linux 11 (bullseye) Release: 11 Codename: bullseyeGNU nano 5.4 /etc/apt/sources.list.d/nodesource.list deb [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nod>deb-src [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb> -
uname -a cat /etc/apt/sources.list.d/nodesource.list -
@david-g
Trag das mal so ein:echad@chet:~ $ cat /etc/apt/sources.list.d/ookla_speedtest-cli.list # this file was generated by packagecloud.io for # the repository at https://packagecloud.io/ookla/speedtest-cli deb [signed-by=/etc/apt/keyrings/ookla_speedtest-cli-archive-keyring.gpg] https://packagecloud.io/ookla/speedtest-cli/debian/ bullseye main deb-src [signed-by=/etc/apt/keyrings/ookla_speedtest-cli-archive-keyring.gpg] https://packagecloud.io/ookla/speedtest-cli/debian/ bullseye main echad@chet:~ $Also statt raspbian
debianeintragen. Da ist das Installationsskript immer noch unsauber und passt nicht für Raspberry OS. -
-
Habe mal eine ganz allgemeine Frage zum Skript.
Die Datenpunkte werden ja im javascript.0 angelegt.
Jetzt hab ich hier schon ein paar mal gelesen, dass man für eigene Datenpunkte eher den userdata.0 bevorzugen soll.Macht das für so ein Skript auch mehr Sinn?
-
@david-g eigene Datenpunkte unter 0_userdata.0 haben den Vorteil, dass wenn du z.Bsp. die Javascript-Instanz loeschen wuerdest deine Datenpunkte erhalten bleibn, incl. History.. daher wenn moeglich, immer eigene Datenpunkte in userdata anlegen.
Zeile 28 dann anstatt
var datenpunkt = "Speedtest.";
in
var datenpunkt = "0_userdata.0.Speedtest."; -
Habt ihr auch, dass das Skript mehrfach läuft, wenn ihr Änderungen vorgenommen habt?
Hatte 1-2 mal den shedule geändert und ein paar Server getestet.
Als die Testergebnisse dann viel zu gering waren habe ich im Log (und der History) gesehen, dass der Test innerhalb einer Sekunde 8 mal gestartet wird, regelmäßig.
