Hallo zusammen,
nach einem Update auf Admin 4.0.5 und Scriptengine 4.3.4 kann ich nicht mehr auf selbsterzeugte Objekte in einem Folder "MeineGeraete" zugreifen, man kann sie nicht lesen, aendern oder auch loeschen.
Mir scheint man soll jetzt wohl solche Objekte im Folder "0_userdata" anlegen (den es vor dem Update nicht gab). Das Problem ist aber dass ich die alten eben nicht loeschen kann, die neuen aber den gleichen Namen bekommen sollen. Wie mache ich das?
Der Vollstaendigkeit halber: es liess sich dann einwandfrei installieren.
Hier hat sich was veraendert. Das Paket wird gefunden. Beim letzten Versuch wurde nichts gefunden…
pi@ioBroker-Pi:~ $ sudo apt update && apt-cache search minicom
Holen:1 http://raspbian.raspberrypi.org/raspbian stretch InRelease [15,0 kB]
OK:2 http://archive.raspberrypi.org/debian stretch InRelease
Holen:3 http://raspbian.raspberrypi.org/raspbian stretch/main armhf Packages [11,7 MB]
OK:4 https://deb.nodesource.com/node_6.x stretch InRelease
Es wurden 11,7 MB in 14 s geholt (793 kB/s).
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Alle Pakete sind aktuell.
cutecom - Graphical serial terminal, like minicom
minicom - friendly menu driven serial communication program
sympathy - serial port concentrator system - server/client program
Mittlerweile hat sich etwas veraendert mit den Web-Ansichten meiner Objekte. Die version 3.3.5 vom admin-Interface scheint die Updates der Objekte jetzt richtig anzuzeigen. Ich hatte seit der Installation von 3.3.5 keinen Fall mehr wo die Web-Werte offensichtlich anders waren als die die die Skripte gesehen haben. Bei 3.3.3 schien das Problem dagegen noch da zu sein.
update && upgrade bringt nichts.
Ich sehe keine andere Moeglichkeit als den "alten" neu zu installieren mit neuem Image.
Auf dem es nicht geht:
root@ioBroker-Pi:~# apt-get update
Holen:1 http://archive.raspberrypi.org/debian stretch InRelease [25,3 kB]
Holen:2 http://raspbian.raspberrypi.org/raspbian stretch InRelease [15,0 kB]
Holen:3 http://raspbian.raspberrypi.org/raspbian stretch/main armhf Packages [11,7 MB]
OK:4 https://deb.nodesource.com/node_6.x stretch InRelease
Holen:5 http://archive.raspberrypi.org/debian stretch/main armhf Packages [144 kB]
Holen:6 http://raspbian.raspberrypi.org/raspbian stretch/contrib armhf Packages [56,8 kB]
Holen:7 http://raspbian.raspberrypi.org/raspbian stretch/non-free armhf Packages [95,2 kB]
Holen:8 http://raspbian.raspberrypi.org/raspbian stretch/rpi armhf Packages [1.360 B]
Es wurden 12,0 MB in 14 s geholt (856 kB/s).
Paketlisten werden gelesen… Fertig
Auf dem es geht:
root@ioBroker-Pi:~# apt-get update
Holen:1 http://mirrordirector.raspbian.org/raspbian stretch InRelease [15,0 kB]
Holen:2 http://archive.raspberrypi.org/debian stretch InRelease [25,3 kB]
Holen:3 http://mirrordirector.raspbian.org/raspbian stretch/main armhf Packages [11,7 MB]
Holen:4 https://deb.nodesource.com/node_6.x stretch InRelease [4.635 B]
Holen:5 http://archive.raspberrypi.org/debian stretch/main armhf Packages [144 kB]
Holen:6 https://deb.nodesource.com/node_6.x stretch/main armhf Packages [1.006 B]
Holen:7 http://archive.raspberrypi.org/debian stretch/ui armhf Packages [28,2 kB]
Es wurden 11,9 MB in 15 s geholt (760 kB/s).
Paketlisten werden gelesen… Fertig
Genau darin liegt die Frage. Ich habe hier naemlich zwei unterschiedliche Faelle.
Fall 1, Installation vom Januar (wie im Post oben):
root@ioBroker-Pi:~# apt-get install minicom
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
E: Paket minicom kann nicht gefunden werden.
Fall 2, Installation vom Maerz:
root@ioBroker-Pi:~# apt-get install minicom
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden NEUEN Pakete werden installiert:
minicom
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0 B von 250 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 894 kB Plattenplatz zusätzlich benutzt.
Vormals nicht ausgewähltes Paket minicom wird gewählt.
(Lese Datenbank ... 38703 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../minicom_2.7-1.1_armhf.deb ...
Entpacken von minicom (2.7-1.1) ...
minicom (2.7-1.1) wird eingerichtet ...
Trigger für man-db (2.7.6.1-2) werden verarbeitet ...
Nun ist minicom aber ein echt uraltes Paket, das gibts wirklich fast ueberall und in jeder Distro. Daher meine Frage: sind aeltere ioBroker Image irgendwie kastriert im dem Sinne dass man keinen Zugriff auf die ueblichen Raspbian Pakete hat?
Wenn das so waere und man das nicht auf aktuellen Stand ziehen kann, dann ist Neuinstallation angesagt ...
Hallo,
wie kann ich auf dem Raspberry Stretch Image fuer RPI2/3 das Paket minicom nachinstallieren?
Der Weg den ich kenne endet so:
root@ioBroker-Pi:~# apt-get install minicom
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
E: Paket minicom kann nicht gefunden werden.
?
Habe auf github übernommen:
Danke dafuer, ziemlich viele Zeilen dazu gekommen in der git Version 
Danke, funktioniert!
