[clausmuus]

Wie mir gerade auffällt, lässt sich das Einschalten des TVs beim booten bereits per Webif unter "Setup / View / Power on TV" einstellen.

Claus

[gkd-berlin]

Hallo,

Test: 35MLD-5_customized_2016.01.19-172+1417.4-RauKwM_armhf-rpi.tgz

alles ok.

Gruß Gerhard

[gkd-berlin]

Hallo,

Test: 36MLD-5_customized_2016.01.20-172+1417.6-A4aH1Z_armhf-rpi.tgz

ok.

Wie oft werden Updates gebaut? Wenn ich ein neues Image runtergeladen habe, ist meistens nach einer Stunde schon wieder ein neues Update da. Macht es Sinn zu einer bestimmten Zeit die Images zu ziehen?

Gruß Gerhard

[clausmuus]

Hi,

es gibt stündlich updates, wenn an der MLD gearbeitet wird.
Ein Test pro Tag reicht aber völlig.

Claus

[gkd-berlin]

Hallo,

Test: 37MLD-5_customized_2016.01.26-172+1417.8-cWxgxL_armhf-rpi.tgz

soweit ok.

In der Messages tauchen noch immer diese Fehlermeldungen auf:

Code: [Select]

Jan 26 16:43:48 (none) daemon.err nmbd[1608]: [2016/01/26 16:43:48.561342,  0] ../source3/nmbd/nmbd_workgroupdb.c:57(name_to_unstring)
Jan 26 16:43:48 (none) daemon.err nmbd[1608]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to
Jan 26 16:43:48 (none) daemon.err nmbd[1608]: [2016/01/26 16:43:48.583626,  0] ../lib/util/become_daemon.c:136(daemon_ready)
Jan 26 16:43:48 (none) daemon.err nmbd[1608]:   STATUS=daemon 'nmbd' finished starting up and ready to serve connectionsname_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to
Jan 26 16:43:48 (none) daemon.err nmbd[1608]: [2016/01/26 16:43:48.591694,  0] ../source3/nmbd/nmbd_workgroupdb.c:57(name_to_unstring)
Jan 26 16:43:48 (none) daemon.err nmbd[1608]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to
Jan 26 16:43:48 (none) daemon.err nmbd[1608]: [2016/01/26 16:43:48.598682,  0] ../source3/nmbd/nmbd_workgroupdb.c:57(name_to_unstring)
Jan 26 16:43:48 (none) daemon.err nmbd[1608]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to
Jan 26 16:43:49 (none) daemon.err nmbd[1608]: [2016/01/26 16:43:49.609727,  0] ../source3/nmbd/nmbd_workgroupdb.c:57(name_to_unstring)
Jan 26 16:43:49 (none) daemon.err nmbd[1608]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to Die Messages wird mit der Zeit damit völlig "zugemüllt".

In der 80MLD-5_customized_2016.01.25-172+1527.8-waJgyb_amd64.iso gibt diese Meldungen nicht.
Beide Systeme sind am gleichen Router angeschlossen.

Gruß Gerhard

[clausmuus]

Hi,

da mag die ARM Version des nmbd (hat was mit samba, also ner windows Freigabe zu tun), den von Deinem Telekom Router gewählten Workgroup Namen nicht. Das kannst Du sicherlich abstellen, indem Du in Deinem Router nen kürzeren Workgroup Namen einstellst.
Warum die Meldung allerdings immer wieder geloggt wird, weiß ich nicht.

Claus

[gkd-berlin]

Hallo Claus,

danke für den Hinweis auf den "Workgroup Namen".

Ich hatte einfach nur Samba installiert.
In der /etc/samba/smb.conf steht der lange Name.
Den habe ich kürzer gemacht und die Meldungen sind weg.

Gruß Gerhard

[clausmuus]

Hi,

ich hab das samba Paket geändert, damit der Fehler nicht mehr auftritt.

Claus

[gkd-berlin]

Hallo,

Test: 38MLD-5_customized_2016.01.27-172+1418.1-jKnB9c_armhf-rpi.tgz

alles ok.

@Claus: Die Änderung in Samba funktioniert. Es steht nur noch bei WORKGROUP "workgroup = Speedport_W_303" in der smb.conf drin.
Fehlermeldungen gibt es in der Messages nicht mehr. Danke!

Gruß Gerhard

[gkd-berlin]

Hallo,

Test: 39MLD-5_customized_2016.01.28-172+1491.3-aogMvW_armhf-rpi.tgz

ist ok.

Gruß Gerhard

[gkd-berlin]

Hallo,

Test: 40MLD-5_customized_2016.01.30-172+1492.1-MQAYyW_armhf-rpi.tgz

prinzipiell ok.

Seit dieser Version: 39MLD-5_customized_2016.01.28-172+1491.3-aogMvW_armhf-rpi.tgz gibt es wieder sporadische VDR-Ausfälle.

1. Möglichkeit: Das Bild wird schwarz. Kanalumschalten geht nicht. Kein WebIF, kein Putty.
                        Kann mit "restart vdr" über Konsole repariert werden. Weiterhin kein WebIf und Putty.

2. Möglichkeit: Das Bild bleibt einfach stehen. Kein WebIf, Putty und Konsole.
                        Nur ausschalten der Stromversorgung hilft. Nach Kaltstart läufts wieder bis zu nächsten Ausfall.

Der Ausfallzeitpunkt reicht von 2 Min. bis 1.5 Stunden.

Der Kanalwechsel auf einen Sender mit sehr schlechter bis keiner Empfangsstärke bringt den VDR nicht zum Absturz. Man kann wieder auf einen Sender mit guter Empfangsqualität zurückschalten.

Gibt es einen Trick um nach einem Absturz an ein Log zu kommen?

Gruß Gerhard

[gkd-berlin]

Hallo,

im Anhang  einen Ausschnitt aus der Messages.
Der Text ist > 20000 Zeichen-

Aufgetreten nach Umschalter auf einen anderen Kanal.
Bild schwarz, Konsole noch da, wieder umschalten auf "Das Erste". Nach 20 - 30 Sek. war Bild + Ton wieder da.

Gruß Gerhard

[gkd-berlin]

Hallo,

ich hatte gehofft eine Erklärung für die mysteriösen Abstürze gefunden zu haben.
Es wurden heute Abend kleckerweise neue Updates angeboten. Ich vermutete, vielleicht müssen alle Updates im System sein.
Gegen 21:00 Uhr habe ich alle verfügbaren Updates ausgeführt.

Danach lief die Kiste genau 1:58h. Wieder schwarzes Bild. Kanäle wurden umgeschaltet, aber kein Bild.
Restart vdr hat wiedereinmal geholfen. Aber, WebIf und Putty bekommen keine Verbindung mehr.
Ich habe es einfach weiterlaufen lassen. Bis jetzt, nach insgesamt 3:22h, kein weiterer Absturz.
An Log´s komme ich nicht ran.

CPU-Temperatur 45.5 °C.

Nach 3:37h wieder abgeschmiert.

Gruß Gerhard

[clausmuus]

Hi,

dass das Webif und ssh weg sind könnte an nem abgeschmiertem Netzwerk liegen. Ich hab jetzt aber keine Idee wieso das passieren sollte.
Teste mal bitte mit einem älteren Image, bei dem das noch funktionierte, ob das noch immer ohne Fehler läuft.

Claus

[gkd-berlin]

Hallo Claus,

ich teste mal mit einem alte Image. Kann ich aber erst morgen machen. Ist schon zu spät.

Die Led´s auf der Tastatur blinken 3 mal im ca. 5 Sek.-Abstand so alle 1:05 Min.
Aber alles ohne Erfolg.

Gruß Gerhard