Raspi auf Jessie aktualisieren

[mahowi]

meine frage ist, wie ich raus bekomme, was alles auf einem raspberry pi installiert ist?

Dazu gibt's hier eine gute Beschreibung: https://wiki.debian.org/ListInstalledPackages

Da steht auch, wie Du eine Liste mit allen installierten Paketen erstellt, um sie woanders wieder zu installieren.

[sasquuatch]

danke mahowi, das ist genau was ich gesucht habe....

[TeleDet]

Hallo zusammen,

ich habe diese Woche mal mein FHEM-System von Wheezy auf Jessie (Debian 7 auf 8) per Update u. Upgrade umgestellt und es ging und läuft Super!
Ich kann also nur jeden ermutigen es zu versuchen. Auf lange Sicht ist es nach meiner Meinung besser, als auf die Pflege von Wheezy und kontinuierliche
Weiterentwicklung bzw. Implementierung neuer Softwareversionen zu hoffen. (Nur ein Beispiel: Whezzy appache2.2 – Jessie appache2.4)

Ausschlag gebend war der Wunsch nach Push-Benachrichtigung auf mein Smartphone etc. Dazu wollte ich Pushbullet nutzen. Nach der Einbindung von
Pushbullet kam dann, nach langer Fehlersuche, die Ernüchterung das unter Wheezy das ganze nicht wirklich funktioniert. Scheinbar gibt es Inkompatibilitäten
bei den JSON Implementierungen. Zumindest ist dies mal meine Erklärung, da ich eine andere bis dato nicht gefunden habe. Kurz um für mich wurde es
Zeit Debian zu erneuern und wieder auf dem Stand der Dinge zu sein.

Folgendes ist bei mir im Einsatz:
-   BananaPi
-   busware COC (für FHT und FS20)
-   busware CUL CC1101-USB-Lite 868MHz (für MAX!)

Integriert in FHEM sind:
-   18 Wand- u. Heizungsthermostate (FHT u. MAX!)
-   12 Fensterkontakte
-   derzeit 3 Jalousien
-   UVR1611 Heizungsregelung
-   Wetter, Urlaubs- u. Feiertagsregelung, Anwesenheit, Jalousiesteuerung, Push-Benachrichtigung, Datenvisualisierung, Tablet UI etc.

Zusätzliche Dienste:
-   Image Sicherung wöchentlich per Cron-Job auf  NAS
-   LAMP-Server

Mein FHEM läuft durchgängig auf DB-Log mit MySQL und der BananaPi ist über eine feste IP im Netzwerk angebunden.

Zum Update auf Jessie habe ich einen zweiten BananaPi mit einer Image-Kopie des aktuell laufenden Systems verwendet, um den Betrieb nicht unnötig
zu unterbrechen. Nach dem Update und nach erfolgreichem Test auf Funktion habe ich dann nur noch die Datenbanken und das aktuelle FHEM in die
Jessie-Installation kopiert und es läuft bisher -> stable!

Es war kein Hexenwerk und auch keine Stunden oder Tage lange Fehlersuchorgie! Zwei Versuche waren notwendig auf Grund der Übernahme von alten
Konfigurations-Dateien ansonsten nur marginale Recherche mit Google.

Von daher kann ich die Scheu zum Ubdate/Ubgrade eines Systems und das verteufeln jeglicher Erneuerung, diesen ... ,,Never change a running system!" ... Bullshit
nicht verstehen. Wenn jemand das Rad erfunden hätte und niemand hätte sich getraut da eine Achse dran zu bauen, weil das ja ein Upgrade wäre an einem
funktionierendem System ,,Rad" ... ???

Wer Tipps benötigt einfach fragen! Ich helfe wenn ich kann!
Ich habe es mir auch generell zur Gewohnheit gemacht wichtige (fast alle) Schritte zu dokumentieren und abzulegen, um später Sachen nachvollziehen
zu können (Siehe die Meckerei weiter oben im Thread). Diese Aufzeichnungen kann man von mir bekommen!

Gruß TeleDet

[betateilchen]

brrrr.....

[TeleDet]

@betateilchen ... was stört dich 

[sam50]

Diese Aufzeichnungen kann man von mir bekommen!
Gruß TeleDet

Hallo TeleDet könnte man von dir diesen Aufschrieb bekommen ?
Wäre sehr hilfreich für mich und würde mir viel Arbeit und Suche ersparen.#
Danke

[TeleDet]

Hallo,

auf Grund von Nachfragen auch per PM, habe ich mal meine Aufzeichnungen als PDF-Datei angehängt.

Bitte versteht es nicht als Schritt für Schritt Anleitung für jeden sondern eher als
meine Gedankenstütze die ich mir beim Update für später gemacht hatte.

Von daher erst lesen dann handeln! 

und Wichtig: die Hinweise am Anfang sind nicht eingefügt worden das es nach schön
viel Text aussieht ... die sind wichtig!!!

Gruß TeleDet

[Merlin1]

Hallo zusammen,

ich habe die Tage auch ein Update von Wheezy auf Jessie gemacht. Auf meinem Raspberry 2 (inzwischen Update auf 3
Ging total easy und habe im wesentlichen genau die Schritte gemacht die im PDF stehen. Hatte auch eine andere Quelle, wird daher wohl schon stimmen.

Viele Grüße
Mathias

[PV-Solar]

Hallo,

mein Upgrade ist leider nicht so erfolgreich verlaufen. Ich komme nicht mehr an die Web-Oberfläche.
Die Netzwerkkonfiguration ist ok. cacti und ein paar andere Seitenaufrufe (apache2) funktionieren problemlos.

Ich habe dann mal manuell die Demo gestartet. Hier bekomme ich auf der Shell sofort einige Ausgaben und kann auch auf die Web-Oberfläche zugreifen. Mache ich das gleiche mit der/meiner aktuellen fhem.conf, dann gibt es keinen Ausgaben auf der Shell (ein Prozess läuft aber, kann ich mit ps sehen) und die Web-Oberfläche ist nicht erreichbar.

Im Log (verbose 5) sind mir folgende Einträge aufgefallen:

Code Auswählen Erweitern

Loading ./FHEM/00_FBAHAHTTP.pm
2017.02.13 22:01:01 1: reload: Error:Modul 00_FBAHAHTTP deactivated:
Not enough arguments for main::InternalTimer at ./FHEM/00_FBAHAHTTP.pm line 51, near "$hash)"
Not enough arguments for main::InternalTimer at ./FHEM/00_FBAHAHTTP.pm line 130, near "$hash)"
Not enough arguments for main::InternalTimer at ./FHEM/00_FBAHAHTTP.pm line 225, near "$hash)"

2017.02.13 22:01:01 0: Not enough arguments for main::InternalTimer at ./FHEM/00_FBAHAHTTP.pm line 51, near "$hash)"
Not enough arguments for main::InternalTimer at ./FHEM/00_FBAHAHTTP.pm line 130, near "$hash)"
Not enough arguments for main::InternalTimer at ./FHEM/00_FBAHAHTTP.pm line 225, near "$hash)"
...
Loading ./FHEM/34_ESPEasy.pm
2017.02.13 22:01:02 1: reload: Error:Modul 34_ESPEasy deactivated:
Not enough arguments for main::InternalTimer at ./FHEM/34_ESPEasy.pm line 329, near "$hash)"
Too many arguments for main::RemoveInternalTimer at ./FHEM/34_ESPEasy.pm line 1508, near ""ESPEasy_statusRequest")"
Not enough arguments for main::InternalTimer at ./FHEM/34_ESPEasy.pm line 1522, near "$hash)"
BEGIN not safe after errors--compilation aborted at ./FHEM/34_ESPEasy.pm line 2034, <$fh> line 298.

2017.02.13 22:01:02 0: Not enough arguments for main::InternalTimer at ./FHEM/34_ESPEasy.pm line 329, near "$hash)"
Too many arguments for main::RemoveInternalTimer at ./FHEM/34_ESPEasy.pm line 1508, near ""ESPEasy_statusRequest")"
Not enough arguments for main::InternalTimer at ./FHEM/34_ESPEasy.pm line 1522, near "$hash)"
BEGIN not safe after errors--compilation aborted at ./FHEM/34_ESPEasy.pm line 2034, <$fh> line 298.


Das Log endet mit:

Code Auswählen Erweitern

2017.02.13 22:01:03 1: configfile: Cannot load module FBAHAHTTP
define WLanRadio: wrong id (08761_0047874): need a number
Cannot load module ESPEasy
Cannot load module ESPEasy
Cannot load module ESPEasy
Cannot load module ESPEasy
Cannot load module ESPEasy
Cannot load module ESPEasy
Cannot load module ESPEasy
Cannot load module ESPEasy
Cannot load module ESPEasy
define FBDECT_FB7390_08761_0339433: wrong id (08761_0339433): need a number
2017.02.13 22:01:03 5: Triggering global (1 changes)
2017.02.13 22:01:03 5: Notify loop for global INITIALIZED
2017.02.13 22:01:03 5: Triggering initialUsbCheck
2017.02.13 22:01:03 4: initialUsbCheck exec usb create
2017.02.13 22:01:03 5: Cmd: >usb create<
2017.02.13 22:01:03 1: usb create starting
2017.02.13 22:01:04 4: ### ttyACM0: checking if it is a CUL
2017.02.13 22:01:04 4: ttyACM0 is already used by the fhem device CUL_0
2017.02.13 22:01:04 4: ### ttyUSB0: checking if it is a TCM_ESP3
2017.02.13 22:01:04 3: Probing TCM_ESP3 device /dev/ttyUSB0
2017.02.13 22:01:04 5: SW: 5500010005700838
2017.02.13 22:01:04 4: got wrong answer for a TCM_ESP3
2017.02.13 22:01:04 4: ### ttyUSB0: checking if it is a TCM_ESP2
2017.02.13 22:01:04 3: Probing TCM_ESP2 device /dev/ttyUSB0
2017.02.13 22:01:04 5: SW: a55aab5800000000000000000003
2017.02.13 22:01:04 4: got wrong answer for a TCM_ESP2
2017.02.13 22:01:04 4: ### ttyUSB0: checking if it is a FHZ
2017.02.13 22:01:04 3: Probing FHZ device /dev/ttyUSB0
2017.02.13 22:01:04 5: SW: 8105044fc90185
2017.02.13 22:01:05 4: got wrong answer for a FHZ
2017.02.13 22:01:05 4: ### ttyUSB0: checking if it is a TRX
2017.02.13 22:01:05 3: Probing TRX device /dev/ttyUSB0
2017.02.13 22:01:05 5: SW: 0d00000000000000000000000000
2017.02.13 22:01:05 5: SW: 0d00000102000000000000000000
2017.02.13 22:01:06 4: got wrong answer for a TRX
2017.02.13 22:01:06 4: ### ttyUSB0: checking if it is a ZWDongle
2017.02.13 22:01:06 3: Probing ZWDongle device /dev/ttyUSB0
2017.02.13 22:01:06 5: SW: 01030020dc
2017.02.13 22:01:06 4: got wrong answer for a ZWDongle
2017.02.13 22:01:06 4: ### ttyUSB0: checking if it is a FRM
2017.02.13 22:01:06 3: Probing FRM device /dev/ttyUSB0
2017.02.13 22:01:06 5: SW: f9


Was merkwürdig ist: an /dev/ttyUSB0 hängt ein VE.Direct-USB Kabel. Kann der Fehler damit zusammenhängen?

Gruß
PV-Solar

[KölnSolar]

wenn ich das so richtig interpretiere: Ja. Scheinbar hängt sich usbcreate auf(neben anderen Modulproblemen). Boote mal ohne das USB-Ding und schalte dann usbcreate ab.
Grüße Markus

[Wernieman]

Wobei der "initialUsbCheck" bekanntlich Probleme macht.

Ausnamsweise:
Editiere die fhem.cfg und trage am Anfang ein:

Code Auswählen Erweitern

attr initialUsbCheck disable 1

[PV-Solar]

Ich habe den "initialUsbCheck" auskommentiert - nun kann ich wieder auf die Web-Oberfläche zugreifen.

Die Modulprobleme konnte ich auch lösen: update 
Ich hatte bei der Fehlersuche u.a. auch das 5.7er-deb-File per dpkg und anschließendem apt-get install -f eingespielt. Dabei wurde anscheinend das letzte Update wieder "rückgängig" gemacht. Auf jeden Fall sind die Modulfehlermeldungen auch weg.

Gruß
PV-Solar

[rr725]

nun mit jessie hat sich einiges geändert.
nach mehreren anläufen ist´s nun auch bei mir vollbracht und mein raspi3 läuft nun mit jessie.
da meine fhem konfig mittlerweile- na ich sag mal "nicht gerade anspruchslos" ist und mit den jahren gewachsen, sind einige anläufe ins leere und erfolglos verlaufen, da zig module/programme nach dem update nicht mehr funktional waren (natürlich hatte ich damals keine doku erstellt.
nun habe ich mir noch einmal die zeit genommen, weil....es kommt die zeit, da wird wheezy nicht mehr mit updates beglückt.
da an meinem raspi zwei culs (433/868), homematic usbstick,myjeelink installiert sind war ich überrascht, das lediglich homeland für den homematicstick nachinstalliert werden musste. ansonsten funktionierten die transceiver auf anhieb.
die probleme die auftraten:
kein zugriff auf die fhem weboberfläche. mit der minimal fhem.cfg ging es...hm.....dann habe ich aus einer gesicherten fhem.cfg abschnittsweise einträge übernommen und wunderte mich, als ich am ende ankam, das der zugriff wieder funktioniert- hab ich nicht verstanden, aber egal.

kein email versand mehr, sowohl kein telegram push mehr, kein wetter von z.b. yahoo und es wurden keine php scripte mehr ausgeführt (mit jessie kommt auch die 2.4er version von apache)

email und telegram und wetter funktionieren wieder wenn die fritzbox als dns server eingetragen wird  (/etc/network/interfaces)
apache startet zwar, aber es hat sich einiges geändert. berechtigungnen müssen angepasst werden und vorher (2.2er version) lagen die scripte in /var/www, nun /var/www/html.   
die kuh ist vom eis