NEWS
-
Hey,
bei mir hat der Wechsel bis jetzt gut funktioniert, habe aber starke performance Probleme im Vis editor, bei views mit viel Inhalt dauert der Seitenaufbau sehr lange (~ 8s). Das Problem hatte im mit dem PI3 nicht, hier ist noch eine andere SD Karte im slot. Habe eine Neue mitbestellt aber die ist natürlich nicht heute angekommen wie sie sollte und man kann ja nicht abwarten :P
Kann es an der SD Karte (Intenso xy…)liegen?
System habe ich wie folgt aufgesetzt:
Armbian_5.65_Rock64_Debian_stretch_default_4.4.162_desktop
1. sudo apt-get update && sudo apt-get upgrade
2. curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -
3. sudo apt-get install -y build-essential libavahi-compat-libdnssd-dev libudev-dev libpam0g-dev nodejs
4. sudo reboot
5. curl -sL https://raw.githubusercontent.com/ioBro ... staller.sh | bash -
Node.js: v8.15.0
NPM: 6.4.1
Minimal backup eingespielt und 2 Stunden laufen lassen. Keine Aktivität mehr im log.
Vis Projekt stammt aus dem backup, habe es nicht neu importiert.
Vis funktioniert flüssig am PC.
Jemand eine Idee? Ansonsten muss ich auf die neue SD warten und testen.
Gruß
-
muss ich auf die neue SD warten und testen. `
Wenn schone USB 3.0 vorhanden ist, empfehle ich einen https://www.computeruniverse.net/de/mach-xtreme-technology-es-slc-usb-30-pen-drive-16gb?utm_campaign=cpc&utm_channel=psm&utm_content=artikel&utm_medium=katalog&utm_source=idealo, der viel mehr Schreiboperationen verträgt als MLC-Flash und dazu noch rasend schnell ist.Bist Du bei Armbian nicht als root unterwegs (sudo) ?
-
Hey,
bei mir hat der Wechsel bis jetzt gut funktioniert, habe aber starke performance Probleme im Vis editor, bei views mit viel Inhalt dauert der Seitenaufbau sehr lange (~ 8s). Das Problem hatte im mit dem PI3 nicht, hier ist noch eine andere SD Karte im slot. Habe eine Neue mitbestellt aber die ist natürlich nicht heute angekommen wie sie sollte und man kann ja nicht abwarten :P
Kann es an der SD Karte (Intenso xy…)liegen?
...
Jemand eine Idee? Ansonsten muss ich auf die neue SD warten und testen.
Gruß `
Neue SanDisk SD Karte bringt auch keine Verbesserung.
-
-
Ok, danke für den Hinweis werde ich in Zukunft berücksichtigen.
Was mir aufgefallen ist das trotz laufendem Iobroker system der controller nicht gestartet wurde, sprich um iobroker beenden zu können muss ich diesen erst einmal starten. iobroker.sh habe ich nach Anleitung hinzugefügt. Ich denke da habe ich was durch einander gebracht.
-
m iobroker beenden zu können muss ich diesen erst einmal starten. `
Jein!Wenn du einmal mit systemctl beendet hast - und danach mit iobroker start wieder gestartet, kannst du anschließend auch mit iobroker stopp wieder stoppen.
Gruß
Rainer
-
Was für ein Linux-Artefakt ist das schon wieder? `
Nix Linux - sondern npm.Dazu gibt es einen angepinnten Thread:
Gruß
Rainer
-
ich bin jetzt auch glücklicher Besitzer eines 4GB Rock64 mit schickem Alugehäuse und versuche vom RasPi auf den Rock (auf die SD-Karte) umzuziehen. …
Allerdings bekomme ich meinen USB-RFLink an dem Rock nicht zum Laufen.
__Serialport: /dev/ttyS2
Baudrate: 57600
Boardtyp: Arduino Mega
Verbindungs-Timeout: 600000 ms__
…
Bin etwas ratlos - habt ihr einen Tipp für mich? `
Ich bin ein Stück weiter gekommen: ich hatte mit dem Image vom 20.04.2018 von der ioBroker Page gearbeitet…
Mit folgenden Hinweisen aus dem Thread klappt es:
1. mit Win32DiskImager auf SD geschrieben: https://dl.armbian.com/rock64/archive/test/Armbian_5.59_Rock64_Debian_stretch_default_4.4.155.7z
2. starten mit root und 1234
3. auf die folgende Aufforderung hin einen neuen Nutzer ("radioman") mit Passwort angelegt
am Ende steht, dass dieser Nutzer nun angemeldet ist, sudo hätte und für die tgl. Arbeit gedacht ist
3. apt-get update && sudo apt-get upgrade
4. apt-get update && sudo apt-get upgrade (beim ersten Durchlauf wird scheinbar nicht alles installiert)
5. curl -sL https://deb.nodesource.com/setup_8.x | bash -
6. apt-get install -y build-essential libavahi-compat-libdnssd-dev libudev-dev libpam0g-dev nodejs
7. reboot
8. curl -sL https://raw.githubusercontent.com/ioBroker/ioBroker/stable-installer/installer.sh | bash -
9. RFLink-Adapter installieren
Dann gibt es einen zusätzlichen Serialport beim RFLink-Adapter: /dev/ttyACM0 mit dem es klappt. :)
Allerdings hab ich jetzt andere Probleme:
- ich kann im BackItUp-Adapter kein Backup einspielen:
__[ERROR] [minimal] Stop iobroker first! Cannot read log file: Error: Cannot find module '/opt/iobroker/node_modules/iobroker.backitup/lib/total.json'__- UND: das BS startet nach einem reboot nicht mehr. Die Admin-Seite im Browser lädt nicht und auch über Putty kommt keine Login-Abfrage (=timeout).
Nachdem ich alles nochmals installiert habe, und die Hinweise aus dem Thread zum Stoppen (systemctl stop iobroker) und Starten beherzigt habe, läuft jetzt scheinbar das Einspielen des 1,2MB großen Minimal-Backups vom RasPi über den BackItUp Adapter. Mal sehen was da rauskommt - etwas beunruhigt bin ich allerdings, da die BackItUp-Seite im Browser jetzt schon eine halbe Stunde rumkreiselt. Das Einspielen des gleichen Backups gestern im Image vom der ioBroker Seite hatte nur wenige Minuten gedauert.
Ich traue mich allerdings auch nicht zu rebooten, denn ich habe den Eindruck das Backup läuft jetzt (anscheinend), weil ich ioBroker als sudo gestartet habe. Ich befürchte, nach einem reboot wird der Rock64 wieder nicht starten!?:
========================================================================== ioBroker was installed successfully Open http://localhost:8081 in a browser and start configuring! ========================================================================== radioman@rock64:~$ iobroker status iobroker is running radioman@rock64:~$ iobroker stop iobroker controller daemon is not running radioman@rock64:~$ iobroker status iobroker is running radioman@rock64:~$ systemctl stop iobroker ==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units === Authentication is required to stop 'iobroker.service'. Authenticating as: ,,, (radioman) Password: ==== AUTHENTICATION COMPLETE === radioman@rock64:~$ iobroker status iobroker is not running radioman@rock64:~$ iobroker start Starting iobroker controller daemon... iobroker controller daemon failed to start: Failed to write pidfile (EACCES) Error: Failed to write pidfile (EACCES) radioman@rock64:~$ sudo iobroker start [sudo] password for radioman: Starting iobroker controller daemon... iobroker controller daemon started. PID: 3005 radioman@rock64:~$ iobroker status iobroker is running radioman@rock64:~$ iobroker stop iobroker controller daemon is not running radioman@rock64:~$Entgegen der Aussage in der letzten Zeile von Putty (s.o.), läuft ioBroker - aber vermutlich nur bis zum nächsten reboot!?!
-
Hab jetzt nach einer Stunde kreiseln doch rebootet. –> reboot ging, allerdings sieht ioBroker nicht gut aus:
radioman@rock64:~$ status iobroker Could not find the database of available applications, run update-command-not-fo und as root to fix this status: command not foundHabe gerade gelesen, dass in der neuen Installationsanleitung steht, dass man vorher auf bereits vorhandene Versionen von nodejs und npm testen muss. Das habe ich nicht gemacht.
Ich installiere nochmal neu, mache das diesmal und berichte dann.
VG Peter
-
Bei mir rockt der Rock64 jetzt. :D :D
Ich habe bestimmt an die 20 Mal Images auf die SD-Karte gespielt, Installationsbefehle über das Terminal abgesetzt und die resultierenden Fehlermeldungen versucht zu lösen (und Backups einzuspielen). Aber erst beim letzten Mal hat es nun geklappt.
Eventuell lag es auch daran, dass ich vor einer ganzen Weile auf meinem Windows PC auch mal ioBroker installiert hatte und das dort noch lief!? Ich habe den ioBroker-Windowsdienst nun deaktiviert und dann funktionierte die Installation von vorne bis hinten.
Ich habe jetzt auch peinlich darauf geachtet, dass wenn ich Konfigurationen aus ioBroker vom alten RasPi kopiert habe, nicht zur gleiche Zeit der Rock64 mit ioBroker im Netz (und umgekehrt) war.
Ob das beides etwas mit meinen Problemen zu tun hatte weiß ich nicht, aber jetzt konnte ich problemlos installieren.
Falls es jemandem hilft - so hat es bei mir nun geklappt:
` > 01. mit Win32DiskImager das Image auf SD schreiben (https://dl.armbian.com/rock64/archive/test/Armbian_5.59_Rock64_Debian_stretch_default_4.4.155.7z)02. SD im Rock64 starten ("root" PW "1234") und vergeben eines neuen PWs
03. die Aufforderung einen neuen Nutzer anzulegen mit Ctrl+C abgebrochen (= Neustart vom Terminal notwendig)
04. apt-get update && apt-get upgrade
05. apt-get update && apt-get upgrade (beim ersten Durchlauf wird scheinbar nicht alles installiert)
06. apt clean
07. apt autoremove
08. dpkg-reconfigure tzdata (Zeitzone auf Berlin ändern)
09. curl -sL https://deb.nodesource.com/setup_8.x | bash -
10. apt-get install -y build-essential libavahi-compat-libdnssd-dev libudev-dev libpam0g-dev nodejs
11. reboot
12. curl -sL https://raw.githubusercontent.com/ioBroker/ioBroker/stable-installer/installer.sh | bash -
13. iobroker stop oder systemctl stop iobroker
14. apt-get install redis-server
15. iobroker host this
16. mit WinSCP die iobroker.sh nach /etc/init.d kopieren (vgl. https://iot-blog.net/2018/09/14/iobroker-rock64-der-leistungsstaerkste-einplatinencomputer-als-smart-home-zentrale/)
17. chmod +x /etc/init.d/iobroker.sh (war bei mir aber nicht notwendig)
18. update-rc.d iobroker.sh defaults (war bei mir aber nicht notwendig)
19. im Browser aufrufen http://IP-Adresse:8081
20. über Nacht alles in Ruhe sich updaten lassen
21. Settings über die einzelnen JSON-Export/Importfunkionalitäten über die Admin-Oberfläche vom RasPi übernommen (Backups einzuspielen, hatte bei mir die ganze Zeit partout nicht funktioniert - habe es deshalb jetzt beim letzten Versuch gar nicht mehr darüber probiert) `
Hinweis: bei Armbian ist man als "sudo" unterwegs. Deshalb hab ich es überall weggelassen (doppeltes "sudo" soll wohl ggf. sogar kontraproduktiv sein) -
Bei mir rockt der Rock64 jetzt. :D :D
… `
Moin,
ich hatte die gleiche Problematik, RFLink wollte mit fertigem Image nicht laufen.
(viewtopic.php?f=20&t=20700&p=216805#p216805)
Dank deiner Infos und Aufzeichnungen funktioniert/rockt :P nun alles perfekt.
Vielen Dank dafür @ radioman
Habe per Etcher geflasht und ein aktuelleres Image genutzt.(https://dl.armbian.com/rock64/archive/A … 4.4.167.7z)
Schönes Wochenende zusammen und Gruß
bassface
-
…..mit schickem Alugehäuse.... `
Darf man fragen, wo du das Bestellt hast? Meiner werkelt hier immer noch mit Freiluftverkableung rum :lol: :lol:
Aber mal so als Zwischenstand zu meiner Erfahrung mit dem Rock64: Rennt seit Mai 2018 ohne Probleme :D :D
Gruß
Mario
-
Hi,
da ich auf meinem Rock64 auch Redis Server am laufen habe dachte ich, ich frag mal hier nach… Läuft das bei Euch stabil mit Redis? Ich habe das Problem, dass er nach ca 1 Tag uptime nicht mehr reagiert. Der Rock hängt sich einfach auf. Hatte da erst das bionic ubuntu unter verdacht und bin dann auf stretch gewechselt. Da hatte ich das selbe Problem. Habe dann die SD Karte getauscht und da auch das Problem.
Da der Rock64 bis ich Redis installiert hatte, sehr stabil lief hab ich das jetzt wieder Rückgängig gemacht und jetzt läuft er wieder.
Läuft er bei euch mit Redis stabil?
Gruß Bimmi
-
Läuft er bei euch mit Redis stabil? `
Ja, absolut Stabil. Habe bisher 0 Probleme damit. Ich glaub aufgehangen hat sich der Rock noch nie und booten tue ich den bestenfalls mal so aus Gewohnheit- Aktuelle Betriebszeit laut Info Adapter 98 T. 12:08:55.
So ich glaub nun muss ich mal auf Holz klopfen :lol:
Ich verwende noch das Image was Homoran seinerzeit erstellt hatte wobei ich den Redis Server nachinstalliert habe.
Gruß
Mario
Support us
620
Online32.6k
Users82.3k
Topics1.3m
Posts