Adapter werden nicht angezeigt [gelöst]
-
@codierknecht
Soweit ich weiß nichts, evtl sind im Hintergrund irgendwelche Updates gelaufen -
@rolly82 sagte in Adapter werden nicht angezeigt:
Alles klar, wie mache ich da ein Downgrade?
Schau in meiner Signatur nach.
-
@thomas-braun
Also irgendwie scheint da etwas ganz und gar nicht zu passen, wenn ich nach der anleitung in deiner Signatur gehe, habe ich "nur" nodejs 16.19.0Bei der Abfrage
sudo ln -s /usr/bin/node /usr/bin/nodejs &> /dev/null uname -m && type -P nodejs node npm npx && nodejs -v && node -v && npm -v && npx -v && iob -v && whoami && groups && echo $XDG_SESSION_TYPE && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejsBekomme ich folgende Rückmeldung:
aarch64 /usr/bin/nodejs /usr/local/bin/node /usr/local/bin/npm /usr/local/bin/npx v16.19.0 v18.12.1 8.19.2 8.19.2 4.0.24 pi pi adm dialout cdrom sudo audio video plugdev games users input render netdev gpio i2c spi iobroker tty /home/pi OK:1 http://deb.debian.org/debian bullseye InRelease OK:2 http://deb.debian.org/debian bullseye-updates InRelease OK:3 http://archive.raspberrypi.org/debian bullseye InRelease OK:4 https://repos.influxdata.com/debian bullseye InRelease OK:5 https://deb.nodesource.com/node_16.x bullseye InRelease Holen:6 https://packages.grafana.com/oss/deb stable InRelease [5.984 B] Fehl:6 https://packages.grafana.com/oss/deb stable InRelease Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 9E439B102CF3C0C6 OK:8 http://security.debian.org/debian-security bullseye-security InRelease OK:7 https://packagecloud.io/ookla/speedtest-cli/debian bullseye InRelease Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Alle Pakete sind aktuell. W: Während der Überprüfung der Signatur trat ein Fehler auf. Das Depot wurde nicht aktualisiert und die vorherigen Indexdateien werden verwendet. GPG-Fehler: https://packages.grafana.com/oss/deb stable InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 9E439B102CF3C0C6 W: Fehlschlag beim Holen von https://packages.grafana.com/oss/deb/dists/stable/InRelease Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 9E439B102CF3C0C6 W: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt. nodejs: Installiert: 16.19.0-deb-1nodesource1 Installationskandidat: 16.19.0-deb-1nodesource1 Versionstabelle: *** 16.19.0-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x bullseye/main arm64 Packages 100 /var/lib/dpkg/status 12.22.12~dfsg-1~deb11u1 500 500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages 12.22.5~dfsg-2~11u1 500 500 http://deb.debian.org/debian bullseye/main arm64 PackagesMit dem Befehl
sudo apt install nodejs= 16.19.0-deb-1nodesource1Bekomme ich folgende Rückmeldung:
Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig nodejs ist schon die neueste Version (16.19.0-deb-1nodesource1). 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. -
@rolly82 sagte in Adapter werden nicht angezeigt:
nodejs und Konsorten sind schon mal falsch installiert.
Schau in meiner Signatur wie man da aufräumt. Stichwort: Falsche Pfade.Zum Grafana-Repo siehe:
https://forum.iobroker.net/topic/62040/linux-debian-grafana-repo-muss-aktualisiert-werden
-
@rolly82 sagte in Adapter werden nicht angezeigt:
wenn ich nach der anleitung in deiner Signatur gehe, habe ich "nur" nodejs 16.19.0
Logisch, die v18 haste ja auch am Paketmanager vorbei in das System gedübelt.
-
@thomas-braun
So, die von dir erkannten Probleme habe ich dank der von dir verlinkten Anleitunge beseitigen können:
Schon mal vielen Dank dafür
Leider besteht mein ursprüngliches Problem noch immer
-
@rolly82 sagte in Adapter werden nicht angezeigt:
Leider besteht mein ursprüngliches Problem noch immer
Zumindest ist die Basis jetzt sauber.
-
-
Used repository: stable -
Vollständig bitte.
Inkl. aller Ein- wie Ausgaben des Terminals. -
@thomas-braun
Das ist alles, was die CLI ausgespuckt hat:pi@ioBroker:~ $ iobroker update Used repository: stable pi@ioBroker:~ $ -
Das ist schlecht.
-
@thomas-braun Dann muss ich wohl ein Backup (das vmtl schon die anderen Fehler hatte) wieder einspielen.
-
So, ein Zurückspielen eines BU (sogar von vor 3 Tagen) hat auch nicht funktioniert
Das BU musste ich auch über das CLI machen, da das Backup-Tool über die Web-Oberfäche keine Sicherungen angezeigt hat (also keine zum Wiederherstellen auswählbar waren). -
So habe es nun doch hinbekommen, meine Firewall (bzw. Zenamor) hatte wohl ein Update seiner Datenbank und in der neuen war nun die Domain "iobroker.live" in die Kategorie "Potentially Dangerous" gerutscht und wurde somit geblockt. Nachdem ich die Domain wieder als sicher deklariert habe funktioniert alles wieder wie gewohnt.
Noch mal vielen Dank für die Hilfe
-
Sach ich doch...
