[clausmuus]

Hi,

ändere mal in der /etc/rc.config den Wert für LIBCEC_DAEMON_ARGS auf LIBCEC_DAEMON_ARGS="-d" und berichte ob das nach einem Reboot hilft. (das ist nur interessehalber)
Anschließend, nimm das wieder raus und mache ein Upgrade des libcec-daemon Paketes. Danach sollte es noch immer funktionieren.

Claus

[Walter]

Hallo,
mit LIBCEC_DAEMON_ARGS="-d" in der /etc/rc.config funktionieren poweroff und reboot.
Ein Update ist noch nicht verfügbar

Code: [Select]

libcec-daemon:
  Installed: 2016.08.14-20
  Candidate: 2016.08.14-20
  Version table:
 *** 2016.08.14-20 0
        500 http://www.minidvblinux.de/download/5.1/files/ stable/main armhf Packages
mache ich dann später, danke erstmal.
mfg

[clausmuus]

Ach ja, Du verwendest ja stable. Wechsel mal auf testing und aktualisiere nur das libcec-daemon Paket. Anschließend kannst Du wieder auf stable zurück stellen (das umstellen geht im Setup unter System)
Denke aber da dran, das -d wieder raus zu nehmen.

Claus

[Walter]

Hi,
ok, funktioniert jetzt nach dem Updaten auf die *-20.1,
das update wurde aber im WebIf nicht angezeigt, nur im Terminal.

Code: [Select]

libcec-daemon:
  Installed: 2016.08.14-20
  Candidate: 2016.08.14-20.1
  Version table:
     2016.08.14-20.1 0
        500 http://www.minidvblinux.de/download/5.1/files/ testing/main armhf Packages

Die Änderungen in der /etc/rc.config u. testing habe ich wieder rückgängig gemacht.
mfg

[clausmuus]

Danke für's testen.

Claus

[falcon]

Noch mal zum Thema extlinux/syslinux.

Bin so vorgegangen:
Restore auf Snapshot, Reboot.
Im Webinterface in der rechten  Spalte ‚Aktualisierungen‘: 
Es wird nur 'Update 5.1' angeboten, gewählt.
Fehler dependencies. In Console gelöst mit ‚apt-get –f install‘.
Ohne Reboot
Browser Refresh, dann in der rechten Spalte viele Pakete.
Auf 'Alle Pakete' gegangen. Installiert.
Reboot.
Wieder Fehler 'Could not find kernel image: vesamenu.c32

Da sind auch noch weitere Fehler im Log. Habe ich mal angehängt.
Bekommen wir das hin, oder besser neu aufsetzen?

Danke!

falcon

[clausmuus]

Hi,

mir war nicht aufgefallen, dass Du mal von der testing Version gesprochen hast, und mal von der stable. Ich hatte somit die Korrektur erst einmal nur für den testing Zweig eingebaut.
OK, in ner halben Stunde müsste der Fix auch in der stable Version enthalten sein. Dann darfst Du also noch mal testen.

Claus

[kuro13]

Hallo
Auf meiner zweiten SSD (zum sichern und spielen) habe ich jetzt dreimal versucht, von 5.0 stable auf 5.1 zu wechseln. Das letzte mal gerade jetzt.
Fehler oder Ungereimtheiten bei mir:

- LAN wird auf DHCP gestellt -> orginal bei mir - statisch
- Ich muss leider "exra" verwenden -> DVB... funktioniert nicht mehr. Das war gestern bei einem net-install auch so.
- Wie von falcon beschrieben -> Could not find kernel image: vesamenu.c32

Habe auf dieser SSD (sdc) wieder eine Sicherung von der funktionierenden 5.0 aufgespielt. :-)

[clausmuus]

Kann mir einer von Euch mal eine Kopie der 5.0 Installation zukommen lassen, damit ich den Upgrade Fehler selber nachstellen kann? Für nen ersten Versuch würde ein Config Backup reichen. Damit müsste sich das bereits nachstellen lassen.

@kuro13,
Du musst nach dem Upgrade eventuell auf das dvb-mbe Paket wechseln (installieren). Dann sollte Dein dvb auch wieder funktionieren, da dies dem dvb Paket der 5.0 entspricht.
Wegen Deines dhcp Problems bräuchte ich mal Deine /etc/rc.config (oder ein Debug-Log). Da muss ich mal schauen wieso die statische Konfiguration nicht auf die geänderte 5.1 Konfiguration übernommen wird.

Claus

[kuro13]

@Claus
Anbei meine rc.config von der 5.0 stable Installation.
(Habe den Namen auf rc.conf geändert)

[clausmuus]

Verstehe ich nicht, wieso das nicht klappt. Ich brauche auch noch die rc.config wie sie direkt nach dem Upgrade ausschaut, bevor Du die statische Konfiguration korrigierst.

Claus

[kuro13]

Noch die Backup Datei der funktionierenden 5.0 Stable Installation:

[kuro13]

Ich brauche auch noch die rc.config wie sie direkt nach dem Upgrade ausschaut, bevor Du die statische Konfiguration korrigierst.

Das dauert ein wenig... schätzungsweise zwei Stunden.

[kuro13]

Also, die rc.config ohne jegliche Änderung. *.config auf *.conf geändert, damit ich sie hochladen kann

Im WebIf steht:
Setting up network (0-74+4.4.5.195.21) ...
Init network
Starting DHCP connection for: eth0
done
Da ich im WebIf noch nichts geändert habe, sehe ich auch nicht, wie weit der Udateprozess weiter geht. Mein MLD hat dann eine andere Adresse.

Nicht optimal ist, dass vor dem Update im Terminal apt-get –f install eingegeben werden muss.

[clausmuus]

OK, ich bin jetzt relativ sicher, dass das postinstall Script nicht, oder nicht mit dem Parameter "upgrade" aufgerufen wurde. Der bootloader Fehler dürfte die Selbe Ursache haben.
Ich muss jetzt also mal versuchen herauszufinden, wie das zustande kommt. Ich vermute aber, das beim Upgrade ein Fehler aufgetreten ist, wodurch das Upgrade nicht komplett durchgelaufen ist.
Vermutlich werde ich aber nicht vor Samstag dazu kommen, mir das anzuschauen.

Claus