Neue Installationsroutine (für Linux)
-
Dann hab ich gleich noch eine Frage.
Benutzt jemand den BLE-Adapter, läuft der bei Euch?
Auf meinem "Arbeitssystem"(Node/js 10.16.0, npm 6.9.0, js-controller 1.5.11) ist die BLE Version 0.7.2 installiert.
Der BLE hat funktionert, aber ich meine seit dem ich den js-contoller auf 1.5.11 upgedate habe, läuft er nicht mehr. Hat jemand eine Idee?
Dake
Thomas -
@LED Tote Links ... wenn Du Sie nochmal findest bitte melden.
Wir haben die Doku und Webseite umgestellt und jetzt müssen wir hier ggf solche Dinge nachziehen und fixen. Also hier im Forum bitte nicht davor scheuen totel Links zu melden! Und auch auf den Webseiten und so.
-
@LED Das bei einigen Adaptern "Warnungen" kommen ist unschön und wir sind immer versucht die zu fixen. Einige kommen aber auch abhängigen Paketen und von daher haben wir darauf nur einen bedingten Einfluss. Das ist leider eine Unschöne Eigenheit von Nodejs bzw der Art wie Pakete mit npm gemanaged werden.
Eine SQL-Datenbank auf einem Raspi mit SD Karte würde ich auch nicht als Sinnvoll ansehen! Da ist deine SD Karte shcneller hin als Du schauen kannst und es sei denn DU nimmst einen Raspi 4 mit genug RAM das limitiert auch. Hier ist auch die sqlite3 Library grund für einige Warnjungen, die am Ende aber ignoriert werden können.
-
@TomsHome sagte in Neue Installationsroutine und neue Anleitungen (für Linux-basierte Systeme):
Der BLE hat funktionert, aber ich meine seit dem ich den js-contoller auf 1.5.11 upgedate habe, läuft er nicht mehr. Hat jemand eine Idee?
Wie immer ist "läuft nicht" keine ausreichende Fehlerbeschreibung. Das mindeste was du liefern solltest, sind die passenden Logs. Anhand diesen findest du sicher auch ähnliche Probleme samt Lösung hier im Forum. Eine Abhängigkeit des Adapters ist leider etwas fragil, was Installationen angeht.
Und die Frage ist in einem Extra Thread eigentlich besser aufgehoben.
-
@AlCalzone ja, das mach ich doch. Da ich aber noch recht neu in der Materie bin, die Frage, wo finde ich das passende Log?
Danke
Thomas -
Und noch was, betrifft nur das Forum hier, kann ich meine Beiträge nicht editieren? Ich finde keinen Button, um den Beitrag zu ändern.
-
@TomsHome sagte in Neue Installationsroutine und neue Anleitungen (für Linux-basierte Systeme):
-
Ok, danke
-
@apollon77 sagte in Neue Installationsroutine und neue Anleitungen (für Linux-basierte Systeme):
Versuch mal:
sudo su -
Und dann den installer als root laufen lassen. Hat dort funktioniert
Sudo su - funzt nicht, aber su -. Und juhu, ioB läuft, zumindest die Grundinstallation
. Werde demnächst mal eine Sicherung meines laufenden Sytems einspielen und schaun, ob das funzt. Vielen Dank! 
-
@TomsHome sagte in Neue Installationsroutine und neue Anleitungen (für Linux-basierte Systeme):
wo finde ich das passende Log?
ioBroker-Admin -> Tab "Log"
-
Ich würde mich freuen, wenn der ein oder andere mit Buster mal den neuen Patch für den Installer/Fixer testen könnte. Dazu bitte folgendes auf einem frischen System ausführen (als normaler User, nicht als root!):
curl -sL https://raw.githubusercontent.com/ioBroker/ioBroker/buster/installer.sh | bash - -
@AlCalzone
Ist zwar nicht frisch, aber habs trotzdem mal laufen lassen:System kam nach einem Reboot wieder hoch, allerdings hab nun Admin wieder auf 3.6.2, den JS-Controller auf 1.5.11 und den Discovery Adapter den ich vorher überhaupt nicht hatte. Muss das so sein?
Log als Dateianhang, weil als Spoiler über 5000 Zeichen.
LOG.txt -
@Jan1 sagte in Neue Installationsroutine und neue Anleitungen (für Linux-basierte Systeme):
System kam nach einem Reboot wieder hoch, allerdings hab nun Admin wieder auf 3.6.2, den JS-Controller auf 1.5.11 und den Discovery Adapter den ich vorher überhaupt nicht hatte. Muss das so sein?
Bei einer Neu-Installation werden diese Adapter standardmäßig installiert und zwar in der Version, die als stable deklariert ist. Also ja.
Die Installation scheint also erfolgreich. Nur um sicher zu gehen: Du hast Debian 10/Buster?
-
@AlCalzone
Ja, sonst hätte ich das ja nicht getestet.Heißt das der Fixer also eher für Neuinstallationen gedacht ist und nicht für laufende die mal gefixt gehören?
Also auch mit Buster dann den herkömlichen Fixer verwenden, wenn nötig? -
@AlCalzone sagte in Neue Installationsroutine und neue Anleitungen (für Linux-basierte Systeme):
curl -sL https://raw.githubusercontent.com/ioBroker/ioBroker/buster/installer.sh | bash -System ist noch frisch.
-
@Jan1 sagte in Neue Installationsroutine und neue Anleitungen (für Linux-basierte Systeme):
Heißt das der Fixer also eher für Neuinstallationen gedacht ist und nicht für laufende die mal gefixt gehören?
Nein. Er ist explizit für laufende und legacy-Installationen gedacht, die auf den neuesten Stand gebracht werden sollen. Da aber nicht alle Randfälle getestet werden können, die irgendwer mal auf seinem System gemacht hat, empfiehlt sich insbesondere bei alten Installationen ein vorheriges Backup.
-
@1Topf Okay... Also brauchen wir bei Buster unbedingt root.
-
@AlCalzone sagte in Neue Installationsroutine und neue Anleitungen (für Linux-basierte Systeme):
@1Topf Okay... Also brauchen wir bei Buster unbedingt root.
Oder man gibt eben das Passwort ein. Hatte das bei mir nicht mit root laufen lassen und bei der Abfrage eben mein Passwort eingegeben.
@AlCalzone
Backup ist klar und der Rest was Du schreibst auch, nur muss unbedingt Disovery installiert werden? -
@Jan1 sagte in Neue Installationsroutine und neue Anleitungen (für Linux-basierte Systeme):
Oder man gibt eben das Passwort ein. Hatte das bei mir nicht mit root laufen lassen und bei der Abfrage eben mein Passwort eingegeben.
Und dann passiert möglicherweise das was @1Topf im Log hat:
[sudo] Passwort für motion:
Leider darf der Benutzer motion »/usr/sbin/setcap cap_net_admin,cap_net_bind_service,cap_net_raw+eip /usr/bin/node« als root auf motion.workgroup nicht ausführen. -
@Jan1 Naja wenn DU den instaler hasdt laufen lassen (link oben) über deine existierende installation dann hat er es nochmal drüber installiert. Das erklärt neue Adapter und so. Du hättest den "Fixer" nutzen müssen
