NEWS
Diskussion zum neuen Installation-Fixer
-
Du meinst vermutlich die INSTALLER_INFO.txt? Bitteschön:
Fixer version: 2019-03-01 Fix date 2019-03-03 ACL enabled: true init system: systemd Autostart: systemdDie Installation erfolgte ursprünglich unter Ubuntu 16.04 im November 2017 als root, wie es damals auf der Homepage ausgeführt war, soweit ich mich erinnern kann.
Das Installerscript habe ich gestern zum Fix direkt per curl geholt, da hat er diese Version (1.3.) noch gezogen. Heute scheint es eine Version vom 3.3. zu geben, wenn ich es richtig gesehen habe. Vielleicht war ich ein paar Minuten zu früh dran gestern? :grin:
Egal, läuft ja nun alles problemlos.Gruss, Jürgen
-
Ich kann es nicht sagen woan es lag, dass es nicht ging. Im Script (allerdings vom 3.3., das vom 1.3. finde ich nicht mehr) ist die Zeile drin.
Das von mir nach dem Lauf des Fixer aufgrund de Fehler gemachte npm rebuild im Dash-Ordner sollte da ja nichts dran ändern.
Mir fällt aber ein, beim rebuild kam es zu Zugriffsfehlern aufgrund fehlender root-Rechte (hatte kein sudo genommen da ja nach dem Fixer nicht mehr nötig sein sollte). Vielleicht war ja irgendwo noch ein Ordner involviert, den der Fixer nicht erreichte und der aufgrund meiner root-Installation root-Rechte hatte. Im home meines normalen Users gibt es da einen Ordner node-gyp der root gehört. Frag mich nicht, wo der her kommt...
Egal, Hauptsache läuft.Gruss, Jürgen
-
Hallo apollon77
Nachdem sich ein Adapter nicht installieren ließ, habe ich den Installation-Fixer angewandt. Die Installation klappte daraufhin zunächst ohne Fehler. Soweit die gute Nachricht.
Allerdings wird jetzt dem aus einem Script abgesetzten Befehl "sudo /home/pi/raspberry-remote/send 11111 1 0" die Ausführung verweigert:
"stderr: ....... sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben"
Ich vermute - leider habe ich hier keine Erfahrung - ein Rechteproblem (ioBroker ist nicht mehr root). Wie kann ich den Fehler vermeiden?
Könnte das auch einige andere Adapter betreffen? -
@KeWe3C Ich glaube das Thema hatten wir vor kurzem schon mal.
Im Prinzip hast du zwei Probleme:raspberry-remote/senddarf nicht mehr in/home/piliegen, sondern muss für den Useriobrokerzugreifbar sein. D.h. am besten in/home/iobrokerverschieben.- Für den User
iobrokerist festgelegt, welche Befehle er persudoausführen darf.~/raspberry-remote/sendgehört nicht dazu. Ich glaube auch, dass es ohnesudofunktionieren müsste.
-
Richtig, es funktioniert.
Im gleichen Zusammenhang (?) gibt es weitere Probleme. Ich versuche mit LIRC zu arbeiten. Der LIRC-Adapter (https://github.com/t4qjXH8N/ioBroker.lirc) verbindet sich allerdings bei mir nicht mit dem lirc-dämon. LIRC läuft als root.
In früheren Installationen funktionierte das offenbar.
Be meiner ursprünglichen Frage "Könnte das auch andere Adapter betreffen?" hatte ich diesen Fall im Hinterkopf.
Es scheint, als hätte die neue Installationsart größere Auswirkungen.
Für einen Hinweis zur Lösung wäre ich dankbar.Das LIRC-Problem hat sich geklärt. Ursache war das Zusammenwirken des Adapters mit dem LIRC-Dämon. Offenbar fehlte dem Adapter in einer HW-config-Datei die Angabe zum default-listen-port.
Jetzt funktioniert es soweit.
Sorry für die Umstände. -
@Dr-Bakterius Neue Version 2019-03-03 vom Installations-Fixer erlaubt dem iobroker User jetzt den Zugriff auf die rpi2 Kommandos... sollte jetzt tun. Feedback erbeten :-)
@apollon77 Leider geht es auch mit dem Fixer vom 5.3. noch nicht. Vom rpi2-Adapter kommen immer noch Fehlermeldungen bezüglich Zugriffsrechte. Zuerst vier, nach einer Neuinstallation des Adapters nur noch die cpu_frequency.
Hier das Log:
-
@apollon77 Leider geht es auch mit dem Fixer vom 5.3. noch nicht. Vom rpi2-Adapter kommen immer noch Fehlermeldungen bezüglich Zugriffsrechte. Zuerst vier, nach einer Neuinstallation des Adapters nur noch die cpu_frequency.
Hier das Log:
@Dr-Bakterius Kannst du mal folgenden Fork des RPI2-Adapters von Github installieren? Da scheint ein Fix für dein Problem enthalten zu sein:
Installation aus eigener Quelle -> https://github.com/asgothian/ioBroker.rpi2/tarball/masterWarum `sudo` böse ist: https://forum.iobroker.net/post/17109
-
@Dr-Bakterius Kannst du mal folgenden Fork des RPI2-Adapters von Github installieren? Da scheint ein Fix für dein Problem enthalten zu sein:
Installation aus eigener Quelle -> https://github.com/asgothian/ioBroker.rpi2/tarball/master@AlCalzone Ändert leider nichts. :white_frowning_face:
-
Adapter-Upload und -Neustart durchgeführt? Würde mich schwer wundern, wenn der Fehler exakt identisch ist, da das Kommando ganz anders aussieht.
@AlCalzone Upload und Neustart natürlich durchgeführt.
Ich habe kein Log erstellt, aber es kam auch diesmal wieder:
No Value found for mem_gpu
No Value found for mem_arm
No Value found for cpu_voltage
No Value found for cpu_frequencyMan muss in den Instanzen-Einstellungen 'CPU' und 'Raspberry' deaktivieren um diese Fehler zu eliminieren.
-
@apollon77 Leider geht es auch mit dem Fixer vom 5.3. noch nicht. Vom rpi2-Adapter kommen immer noch Fehlermeldungen bezüglich Zugriffsrechte. Zuerst vier, nach einer Neuinstallation des Adapters nur noch die cpu_frequency.
Hier das Log:
@Dr-Bakterius sagte in Diskussion zum neuen Installation-Fixer:
nur noch die cpu_frequency.
Das ist leider so.
Da haben wir viel dran herumprobiert,aber es geht definitiv nicht.
Es gäbe eine Möglichkeit diese Problem von Linux (!) zu umgehen, das hält aber nur bis zum nächsten reboot.Linux (und damit Raspbian) haben den Zugriff auf cpu-frequency (auch lesend) verboten. Nur noch der echte Root kann das.
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@Dr-Bakterius sagte in Diskussion zum neuen Installation-Fixer:
nur noch die cpu_frequency.
Das ist leider so.
Da haben wir viel dran herumprobiert,aber es geht definitiv nicht.
Es gäbe eine Möglichkeit diese Problem von Linux (!) zu umgehen, das hält aber nur bis zum nächsten reboot.Linux (und damit Raspbian) haben den Zugriff auf cpu-frequency (auch lesend) verboten. Nur noch der echte Root kann das.
@Homoran Danke für die Info. Für mich nicht tragisch, aber ein Hinweis hätte mir (und vielleicht auch anderen) einiges an Zeit erspart...
-
@Homoran Danke für die Info. Für mich nicht tragisch, aber ein Hinweis hätte mir (und vielleicht auch anderen) einiges an Zeit erspart...
@Dr-Bakterius
Sorry - ich hatte darüber (auch auf anderen Kanaälen) geschrieben, dass ich mir sicher war es auch hier im Forum geschrieben zu haben.
ich könnte ja mal suchen ;-) ...kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
Mal ein Vorteil von Windows....mit Node Red.
Wobei die CPU Temperatur mir zu wenig vorkommt.....
-
@Dr-Bakterius
Sorry - ich hatte darüber (auch auf anderen Kanaälen) geschrieben, dass ich mir sicher war es auch hier im Forum geschrieben zu haben.
ich könnte ja mal suchen ;-) ...@Homoran Ganz verwirrend war da natürlich die Meldung von @apollon77. Er schrieb hier:
Neue Version 2019-03-03 vom Installations-Fixer erlaubt dem iobroker User jetzt den Zugriff auf die rpi2 Kommandos... sollte jetzt tun.
Noch etwas ist mir aufgefallen: Mit dem 'exec'-Blockly-Modul können keine Befehle mehr als 'sudo' ausgeführt werden. Das macht diverse Systemaufrufe umständlich (über bash-Skripte) oder gar unmöglich. Gibt es dafür eine Lösung?
-
@Dr-Bakterius sagte in Diskussion zum neuen Installation-Fixer:
Fehler vom rpi2-Adapter
Den Fehler habe ich auch...,,,,Ich habe einstweilen die CPU deaktiviert.
Hast du auch bei rpi2.0.wlan.wifi_received ein MINUS davor?
@sigi234 sagte in Diskussion zum neuen Installation-Fixer:
Hast du auch bei rpi2.0.wlan.wifi_received ein MINUS davor?
Ja, ist aber nicht unlogisch. Kann jetzt gar nicht sagen wie es davor war.
-
@Homoran Ganz verwirrend war da natürlich die Meldung von @apollon77. Er schrieb hier:
Neue Version 2019-03-03 vom Installations-Fixer erlaubt dem iobroker User jetzt den Zugriff auf die rpi2 Kommandos... sollte jetzt tun.
Noch etwas ist mir aufgefallen: Mit dem 'exec'-Blockly-Modul können keine Befehle mehr als 'sudo' ausgeführt werden. Das macht diverse Systemaufrufe umständlich (über bash-Skripte) oder gar unmöglich. Gibt es dafür eine Lösung?
@Dr-Bakterius sagte in Diskussion zum neuen Installation-Fixer:
@Homoran Ganz verwirrend war da natürlich die Meldung von @apollon77. Er schrieb hier:
Noch etwas ist mir aufgefallen: Mit dem 'exec'-Blockly-Modul können keine Befehle mehr als 'sudo' ausgeführt werden. Das macht diverse Systemaufrufe umständlich (über bash-Skripte) oder gar unmöglich. Gibt es dafür eine Lösung?
Ja, welche Systemaufrufe sind nötig?
Warum `sudo` böse ist: https://forum.iobroker.net/post/17109
-
@Dr-Bakterius sagte in Diskussion zum neuen Installation-Fixer:
@Homoran Ganz verwirrend war da natürlich die Meldung von @apollon77. Er schrieb hier:
Noch etwas ist mir aufgefallen: Mit dem 'exec'-Blockly-Modul können keine Befehle mehr als 'sudo' ausgeführt werden. Das macht diverse Systemaufrufe umständlich (über bash-Skripte) oder gar unmöglich. Gibt es dafür eine Lösung?
Ja, welche Systemaufrufe sind nötig?
@AlCalzone Ich frage z.B. die Ordnergröße meiner Datenbank per Skript ab. Dazu verwende ich folgenden Befehl:
sudo du -h /var/lib/mysql/iobrokerSeit dem Fixer bekomme ich kein Ergebnis mehr weil 'sudo' offensichtlich nicht mehr klappt. Ohne 'sudo' will 'du' in diesem Ordner aber auch nicht.
848
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge