Posts by Papabibubaba

brinkus Ah, danke Dir. Du hast es natürlich richtig gemacht! Ich habe nur ein sudo apt-get install speedtest-cli durchgeführt.

Da hat er gemeckert, das ihm die Quelle fehlt. Das Repository von speedtest hinzuzufügen, daran hatte ich nicht gedacht.

Da hätte ich allerdings eine Überlegung gehabt, wie UGOS das findet, wenn man weitere Repositorys hinzufügt.

Nichts desto trotz. Es bleibt ja dabei, das alles außer docker.io in normaler Geschwindigkeit von statten geht.

Da fehlt auch noch eine Lösung zu und ich weiß auch überhaupt nicht, wie ich das Problem angehen soll.

Ich habe gestern UGOS noch einmal neu geflasht. Aber es liegt ja nicht am NAS und auch nicht am Laptop oder an meinem Raspi.

Docker.io ist einfach kaum erreichbar für mich und ich verstehe es einfach nicht! Oder ich sehe den Wald vor lauter Bäumen nicht.

Bisher hatte ich 16 Pulls. Und vielleicht als Anonymos noch mal genauso viel.

Guten Abend Mavvy

ich gehe mal die Punkte durch:

• Also ich hatte mich beim HUB einmal mit meiner Email registriert und habe diese Anmeldung auch im Portainer angegeben.Ich habe halt beides probiert, als Anonymos und mit Anmeldung, es hat keinen EInfluss. Die Downloads von docker.io sind im Grunde fast nicht runterladbar für mich. Ich versuche gerade immich zum laufen zu bringen und es scheitert im Grunde schon daran, das er nicht mal redis und pgvecto-rs runtergeladen bekommt. Die beiden Images von ghcr.io laden wiederum sehr schnell runter.
• Ugreen Security App bzw. die Firewall sind bei mir noch nicht am Start, damit beschäftige ich mich später.
• Docker funktioniert nicht mehr, wenn die Daemon.json bearbeitet wird

root@DXP4800P:~# docker network inspect bridge
[
    {
        "Name": "bridge",
        "Id": "e6234f38b127c7638748c174da46256e58ccb5050bb5ac68e55aea2857a0c9c0",
        "Created": "2025-07-15T17:20:32.150285104+02:00",
        "Scope": "local",
        "Driver": "bridge",
        "EnableIPv6": false,
        "IPAM": {
            "Driver": "default",
            "Options": null,
            "Config": [
                {
                    "Subnet": "172.17.0.0/16",
                    "Gateway": "172.17.0.1"
                }
            ]
        },
        "Internal": false,
        "Attachable": false,
        "Ingress": false,
        "ConfigFrom": {
            "Network": ""
        },
        "ConfigOnly": false,
        "Containers": {
            "77529c175fa34bea217f06108f679c74db6b496b55c66d7525406e7ce39ed76c": {
                "Name": "portainer",
                "EndpointID": "baa197f33228f4fb0bf336b01dca89ae7aa95481f9bc45755c3093d5b4a96d04",
                "MacAddress": "02:42:ac:11:00:02",
                "IPv4Address": "172.17.0.2/16",
                "IPv6Address": ""
            }
        },
        "Options": {
            "com.docker.network.bridge.default_bridge": "true",
            "com.docker.network.bridge.enable_icc": "true",
            "com.docker.network.bridge.enable_ip_masquerade": "true",
            "com.docker.network.bridge.host_binding_ipv4": "0.0.0.0",
            "com.docker.network.bridge.name": "docker0",
            "com.docker.network.driver.mtu": "1500"
        },
        "Labels": {}
    }
]

iotop hatte nichts weiter angezeigt. Kann ich nachher noch mal schauen. Ich gehe jetzt mit dem Laptop zum Nachbarn runter.

Update:

Also beim Nachbarn ist es nicht anders, allerdings sind die auch bei Pyur. Ich habe dann jetzt auch noch mal per Hotspot vom Handy aus probiert. Das ist ein anderer Anbieter. Dauert genauso lange. Versucht hatte ich redis zu pullen.

Es kann ja auch nicht am Laptop liegen, denn ich habe das ja auf dem NAS genauso und auf meinem kleinen Raspberry mit Debian ebenfalls.

Ich verstehe die Welt nicht mehr

Würde es etwas bringen, wenn ich beim Docker.Hub mir ein Pro-Account besorge? Was würde mich das kosten?

Also, ich habe nun das Image von immich innerhalb von ein paar Sekunden jeweils mit dem Laptop und einmal per SSH mit dem NAS heruntergeladen. Ich habe auf meinem NAS noch nichts am laufen. Ich bin noch im Aufbau und am rumprobieren. Habe erst nur alle Daten zusammengekramt, um diese nun bald zu ordnen und zu sortieren (das war mein erstes Posting hier im Forum).

Nebenbei schaue ich halt und mein Hauptaugenmerk liegt auf Docker und den Möglichkeiten. Ich hatte ja auch zu Beginn mir openhab als Dockerimage geladen, das ging ja auch ratzifatzi! Das wird nun nach und nach alles kommen und meine Baustellen werden.

Wie gesagt, sonst läuft bei mir nichts nebenbei noch. Ich habe zwei Raspberry noch im Heimnetz. Auf dem einen Raspi läuft mein openhab(Smarthome) und auf dem anderen hatte ich pihole drauf, das ist aber schon gelöscht und stattdessen ein Debian zum rumprobieren drauf. Das wars.

Meine Fritzbox ist die 7590 und mein Provider ist Pyur.

Vielleicht sollte ich den mal fragen was hier los ist mit DockerHub?

Das mit dem Nachbarn werde ich morgen mal probieren.

Also das ist ja echt merkwürdig. Wie kann das sein? Ich hab denen doch nichts getahn, wieso brauche ich so lange um ein Image zu laden und bei Euch geht das so schnell. Bin hier in Osten von Hamburg. Ich glaube ich gehe mal zum Nachbarn und frage mal, ob ich mich bei dem ins WLAN einloggen darf und teste das dort mal.

Andere Images sind genauso lahm

Quote from Mavvy

und gucken wie die Verbindung zu anderen Download-Servern aus dem Docker heraus ist.

Wie genau meinst Du das?

Benares ich glaube du verwechselst da ein wenig. 1GB werden in ca 80s heruntergeladen und ein ubuntu oder nginx Image vom DockerHub braucht eine halbe Stunde.

Ja, alles gut...wollte doch nur zeigen, das ich den falschen Befehl su - eingegeben habe und mit sudo -i alle so funktioniert, wie es soll

Warum habe ich su - eingegeben?

Deswegen:

usr@pi:~ $ su -
Password: 
root@pi:~# 

Quote from rhazz

Du könntest nochmal probieren, ob die Geschwindigkeit auch so langsam ist, wenn du von deinem PC/Laptop aus das Image vom Docker Hub herunterlädst. Hier solltest du aber wirklich genau das Image herunterladen, das du auch vom NAS aus versucht, herunterzuladen.

Ja, tatsächlich. Habe soeben Docker auf meinem Laptop installiert und pulle gerade das Image ubuntu:latest

Genauso langsam. Wie mit dem NAS. Also liegt es am DockerHub.

Und genau, soll eine 100er-Leitung sein. Alles andere läuft ja auch soweit. Netflix und Co funktioniert ja auch alles ohne Schwierigkeiten.

Ich denke damit ist mir geholfen und vielen Dank an alle die sich die Mühe gemacht haben mir Tipps und Ratschläge zu geben!

Willi

Sorry meine Dusseligkeit. Hab noch mal in die .bash_history geschaut. Hab den falschen Befehl eingetippt.

Kommt zwar auch eine Passwortabfrage, aber funktioniert dann halt nicht.

usr@NAS:~$ su -
Password: 
su: Authentication failure
usr@NAS:~$ sudo -i
[sudo] password for usr: 


BusyBox v1.35.0 (Debian 1:1.35.0-4+b3) built-in shell (ash)
Enter 'help' for a list of built-in commands.

root@NAS:~# 

So, bin zu Hause und hab noch mal getestet.

Speedtest.net - CLI Anwendung

Funktioniert leider nicht, da man es nicht installieren kann. Da fehlen ganz einfach die Quellen im NAS.

Aber https://www.speedtestx.de/ hat Testdateien zum Download.

Dort habe ich gerade eine 1GB Datei mit wget heruntergeladen.

Ergebniss:

USER@NAS:~$ wget https://www.speedtestx.de/testfiles/data_1gb.test
--2025-07-14 14:33:41--  https://www.speedtestx.de/testfiles/data_1gb.test
Resolving www.speedtestx.de (www.speedtestx.de)... 136.243.134.31
Connecting to www.speedtestx.de (www.speedtestx.de)|136.243.134.31|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1073741824 (1.0G) [application/octet-stream]
Saving to: ‘data_1gb.test’

data_1gb.test      100%[==============>]   1.00G  12.9MB/s    in 83s     

2025-07-14 14:35:04 (12.4 MB/s) - ‘data_1gb.test’ saved [1073741824/1073741824]

Womit im Grunde die Sorge um ein Fehler irgendwo im NAS oder meinem Netzwerk auszuschließen wäre, oder?

Dann kann es ja im Grunde nur noch am Docker Hub liegen und dort ist es eben für mich zur Zeit extrem langsam.

rhazz Ich wollte mich gerade ran setzen und versuchen deine ganzen Punkte abzuarbeiten.

Siehst Du noch einen Bedarf, nun nach diesem Downloadtest?

Willi wo du das Thema gerade ansprichst.

In der Regel benutze ich immer sudo und logge mich meist nicht als root ein, aber komischerweise funktioniert es auch nicht auf meinem NAS. Kann es sein, daß root noch ein anderes Passwort hat, als das, welches ich meinem Adminaccount vergeben habe?

Das ist eine gute Idee! Das werde ich heute Abend ausprobieren.

ds106 war das ironisch gemeint? Man sieht ja in den Videos, wie schnell andere die Images herunterladen.

Ich habe jetzt mal meinen Laptop und das NAS in den Onlinemonitor der Fritzbox genommen. Mein Laptop ist per WLAN am Router. Habe einen Download gestartet. Der ist normal schnell.

Und das NAS macht zurzeit nichts weiter. Außer das ich über SSH verbunden bin und dort images pulle, um zu sehen, das das total langsam von statten geht.

Das NAS ist direkt am Router dran.

Update:

Habe gerade auf dem zweitem NAS Docker runtergeladen, das ging sehr schnell.

Dann aber dort ubuntu als Image gezogen, genauso langsam, wie auf dem anderen NAS.

Ich habe langsam das Gefühl, das liegt am Docker Hub. Kann mal jemand ein oder zwei Images pullen und mal berichten, wie schnell das läuft?

Kann es sein, das ein Neustart der Fritzbox etwas bewirken kann? Beim Speedtest eben waren es ca 30 Mbits/s und nach dem Neustart 100 Mbist/s.

Welche Details können denn helfen, um zu sehen wo es hapert? Habe auf Verdacht hier einmal gefragt, weils mir gerade aufgefallen ist, da ich halt die letzten Tage mich viel mit dem NAS beschäftige. Hätte ja sein können, das es ein bekanntes Problem wäre und man nur ein Knopf in den Einstelllungen vom NAS drücken muss

Update: Ne also hier ist irgendwo ein Knoten drinne. Ich habe gerade ein Pull von nginx gestartet. Das ist immer noch nicht runtergeladen. Laut Taskmanager 30Kb/s. der Speedtest parallel ist aber in Ordnung.

Mir ist aufgefallen, das ich ewig brauche bis zum Beispiel Portainer runtergeladen ist.

Im Taskmanager zeigt er mir 50kb/s an. Woran kann das liegen?

Ah okay, verstehe. Wenn ich das dann richtig verstanden habe, wäre das dann ein Bind-Mount.

Und ein Volumen läst sich gar nicht an einen bestimmten Pfad im Host erstellen. Diese werden ausschließlich von Docker verwaltet, während Bind-Mounts abhängig vom Host sind.

Nun hab ich es verstanden!

Eine Verständnissfrage in Bezug auf das Container-Volumen "portainer_data".

sudo docker volume create portainer_data

erzeugt das Volumen in /var/lib/docker/volumes/portainer_data/

Ein paar Postings zuvor ging es darum, das Container-Volumen in ein bestimmtes Speichervolumen des NAS zu erstellen.

Hierzu wurde der Docker Run Befehl entsprechend angepasst in

docker run -d -p 8000:8000 -p 9443:9443 --name portainer --restart=always -v /var/run/docker.sock:/var/run/docker.sock -v /volume1/docker/portainer:/data portainer/portainer-ce:latest

Meine Frage wäre jetzt,

muss nicht dennoch zuvor ein sudo docker volume create PFAD/ZUM/VOLUMEN1/docker/portainer erfolgen?

Ich habe nun doch lieber etwas mehr Geld in die Hand genommen und von Trustmaster ein Gehäuse genommen. Gleich als Hybrid.

Und schnell!

Da können dann meine alten NVMEs auch noch mit rein, solche, die man nach und nach gegen größere ausgetauscht hat und nur im Schrank vor sich hingammeln.

Wenn man eine formatierte Festplatte ins NAS einbaut und sie nicht einem Speicherpool zuordnet, dann kann man sie als eine "externe Festplatte" mounten und dann auf das Dateisystem zugreifen.

Sie wird von UGOS Pro dann nicht als eine interne, sondern als "externe" Festplatte behandelt.

Nur leider kann man dann nicht mehr mit einem entfernten NAS darauf zugreifen, zumindest nicht mit der Sync&Backup-App von Ugreen.

Das hatte ich gerade versucht. Geht nicht, die externen Geräte können nicht als Remote-Ordner angegeben werden.

Hm...okay. Und wenn ich aber vielleicht die Festplatte erst einmal als externe Festplatte im NAS mounte. Würde das dann funktionieren?

Man kann das ja bei nicht verwendten Festplatten so machen. Nur würde ich die dann auch zwischen den beiden NAS erreichen?