Arch Linux

LCDd aus dem Paket lcdproc startet seit update von ARCH nicht mehr!

9Chicane9

Hallo Leute!

Ich schreibe hier, da mich mein ARCH Linux heute leider zur Verzweiflung bringt - und das obwohl ich es sonst so liebe!
Habe heute früh (22.2.2015) auf meinem Raspberry PI ein update mit "pacman -Syu" durchgeführt, da ich ein Paket installieren wollte welches sich durch die veraltete Datenbank nicht installieren liess.
Jetzt läuft: 3.18.7-7-ARCH #1 PREEMPT Sat Feb 21 10:42:40 MST 2015 armv6l GNU/Linux - Mein letztes Systemupdate war davor am 27.9.2014.

Auf dem System ist vorher schon lcdproc gelaufen (mit einem hd44780 20*4 Display über i2c) - soweit noch ok, allerdings:

Nach dem update heute ging kein Netzwerk mehr (hab ich aber mittlerweile wieder hinbekommen) und auch der LCDd von lcdproc liess sich nicht mehr starten.

mit folgender Meldung:

hd44780: timing_init() failed (Operation not permitted)
Driver [hd44780] init failed, return code -1
Could not load driver hd44780
There is no output driver
Critical error while initializing, abort.

Wohlgemerkt: der Server lief vorher einwandfrei - das config-file (/etc/LCDd.conf) wurde nicht verändert und die i2c-Schnittstelle funktioniert wieder wie gehabt (nachdem ich die neue /boot/config.txt angepasst hatte) und liefert bei i2cdetect -y 1 folgendes:
0 1 2 3 4 5 6 7 8 9 a b c d e f
00: -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: 20 -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --

und die Adresse stimmt.

bitte um Hilfe - ich finde den Fehler einfach nicht!

LessWire

Mit Kernel 3.18 wurde der "device tree" eingeführt.

Schau' mal in "config.txt", dort musst Du den i2c Bus erst aktivieren.
Näheres zum "device tree" findest Du in einschlägigen Raspberry Foren.

Gruß, LW

9Chicane9

Danke an LessWire, dass wenigstens einer geantwortet hat!

Leider ist das nicht die Lösung! Den i2c habe ich natürlich in der config.txt aktiviert, sonst würde ja auch i2cdetect nicht funktionieren.
Hab ich ja auch alles schön beschrieben.

Mit i2cset kann ich sogar das LCD-Backlight einschalten!!!!
Das heisst für mich es liegt definitiv an LCDd

Habe nun sogar schon versucht den Server neu zu kompilieren - liefert leider das gleiche Ergebnis: Treiber kann nicht geladen werden!!!

lg 9C

Greg

Kannst du mal anhand von pacman.log die Pakete auflisten die alle aktualisiert worden sind? So kann man eingrenzen was sich verändert hat.
Ich habe gestern so einen Fall gehabt, dass angeblich proc usb... nicht mehr ging. Da lag es an systemd und libsystemd.
https://forum.archlinux.de/viewtopic.php?id=27881
Ich weiß, ist jetzt ein stochern im Dunkel.
Aber es gibt schon einige verschiedene Probleme die damit zusammenhängen könnten.
Du kannst ja mal aus Jux und Dollerei die genannten Pakete downgraden.

9Chicane9

Danke für die Antwort- Geht leider nicht mehr, da ich zur Sicherheit das system neu aufgesetzt habe, um Fehler auszuschließen...

Fürchte dass ich bald auf eine andere distro wechseln muss, wenn ich den Fehler nicht finde...

[gelöscht]

Hatte ein ähnliches Problem mit einem OrangePi PC mit einem über i2c angeschlossenem HD44780 Display. Nach der Installation von lcdproc unter Archlinux und der eigentlich korrekten Konfiguration kam die Fehlermeldung:
---------------------------------------------------------
hd44780: timing_init() failed (Operation not permitted)
Driver [hd44780] init failed, return code -1
Could not load driver hd44780
There is no output driver
Critical error while initializing, abort.
---------------------------------------------------------
Nach einiger Suche fand ich heraus, dass es an der Prioritätssteuerung für sched_setscheduler lag. Offensichlich lässt Archlinux die Prioritätsänderung nicht (mehr) zu.
Durch Änderung der folgenden Dateien im Quelltext habe ich das Problem umgangen: /server/drivers/hd77480.c und /server/drivers/timing.h:
//#define DELAY_GETTIMEOFDAY auskommentieren und #define DELAY_NANOSLEEP beziehungsweise #define DELAY_AUTOSELECT
kommentieren und das Paket neu kompilieren mit:

./configure --prefix=/ --enable-drivers=hd44780
make
make install

Durch die Änderung wird eine andere Timingmethode verwendet, die offensichtlich funktioniert.

matthias

Vielen Dank für deinen Hinweis, aber normalerweise mögen wir keine Antworten auf 17 Monate alte Probleme. Ich muss da jetzt kurz mal eingreifen, bevor es unangenehm zu riechen beginnt.

Datenschutz
Impressum