VDR terminiert sich beim Start

MrNike · April 2, 2013 at 11:38 AM

Hola,

seit meinem neusten Update der VDR Pakete aus dem YaVDR Repository verabschiedet sich der VDR direkt beim start ohne eine wirklich aussagekräftige Fehlermeldung.

Beim Ausführen von 'start vdr' im syslog:

Code

Apr  2 11:32:36 Isomaniac kernel: [ 1932.899090] init: vdr main process (7533) terminated with status 2

Nach etwas Suchen fand ich folgendes im upstart log des vdr:

Code

/proc/self/fd/9: 32: /usr/lib/vdr/commands-loader.sh: Syntax error: "(" unexpected (expecting "}")

VDR ist der aktuellste aus yavdr-unstable. Zu meinem Plugins:

Code

root@Isomaniac:/etc/init.d# vdr --version
vdr (1.7.42/1.7.41) - The Video Disk Recorder
epgsearch (1.0.1.beta5) - search the EPG for repeats and more
conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu
softhddevice (0.6.0) - A software and GPU emulated HD device
femon (1.7.19) - DVB Signal Information Monitor (OSD)
rotorng (0.3) - Disecq Rotor Control
epgsearchonly (0.0.1) - Direct access to epgsearch's search menu
quickepgsearch (0.0.1) - Quick search for broadcasts
live (0.2.0) - Live Interactive VDR Environment
vnsiserver3 (0.9.1) - VDR-Network-Streaming-Interface (VNSI) Server
streamdev-server (0.6.0-git) - VDR Streaming Server
dynamite (0.1.4) - attach/detach devices on the fly
fritzbox (1.5.2) - Fritz Plugin for AVM Fritz!Box
osdteletext (0.9.4) - Displays teletext on the OSD

Display More

Wo könnte ich den Fehler suchen .... hat sich bestimmt wieder nur ne Kleinigkeit verhauen ....

Grüße,
MrNike

gda · April 2, 2013 at 11:42 AM

Quote from MrNike

VDR ist der aktuellste aus yavdr-unstable. Zu meinem Plugins:

Es gibt keine VDR-Pakete in yavdr-unstable, höchstens in vdr-unstable.

Quote from MrNike

Wo könnte ich den Fehler suchen .... hat sich bestimmt wieder nur ne Kleinigkeit verhauen ....

Der Fehler ist einfach, du benutzt vdr-unstable.

Gerald

MrNike · April 2, 2013 at 11:50 AM

Mein ja vdr-unstable, ich geh mal auf testing runter. Für unstable lief das rep aber super die letzten Jahre
Für diesen Service kann man nicht oft genug danke sagen !

Grüße,
MrNike

mini73 · April 2, 2013 at 11:52 AM

Moin!

unstable-vdr geht nicht ohne unstable-yavdr.
Außerdem muss Upstart die bash benutzen und nicht die dash, wie defaultmäßig installiert.
Bei den Startscripten gibt's momentan große Umbauten, weshalb das Repository seinem Namen alle Ehre macht. Und da Zeit knapp ist, geht's eben nur Schritt für Schritt.

Irgendwie kann man mit update-alternatives die System-Shell auf bash umstellen, frag mich nicht, wie genau...

Lars.

MrNike · April 2, 2013 at 12:07 PM

Danke für die schnellen Antworten. Bei testing läuft es wieder, dann bleib ich momentan mal da dabei. Ganz ohne bastelei macht Linux ja auch keinen Spass

Grüße,
MrNike

Keine_Ahnung · April 2, 2013 at 12:13 PM

Quote from mini73

Irgendwie kann man mit update-alternatives die System-Shell auf bash umstellen, frag mich nicht, wie genau...

Code

dpkg-reconfigure dash

Man sollte aber nicht auf bash umstellen nur weil ein einziges Startscript bash-Sachen drin hat.

cu

mini73 · April 2, 2013 at 12:27 PM

Moin!

Quote from Keine_Ahnung

Man sollte aber nicht auf bash umstellen nur weil ein einziges Startscript bash-Sachen drin hat.

Deshalb bin ich ja dabei, die Hilfsscripte umzustellen, damit zumindest bei der Upstart-Variante keine Scripte mehr laufen müssen.
Das erste war der plugin-loader: https://github.com/flensrocker/vd…gin-loader2.cpp
Mir war nicht bewusst, dass der commands-loader.sh auch so bash-abhängig ist. Der kommt dann als nächstes.

Lars.

steffen_b · April 2, 2013 at 12:32 PM

Wie Lars schon sagte - Stück für Stück - der plugin-loader verrichtet hier schon prima seinen Dienst. Bei dem commands-loader muss etwas entschlackt werden. Ich denke nicht jemand reccmds.order.conf verwendet, und ohne das braucht es das bash-array Handling im commands-loader auch nicht mehr Aber das schauen wir uns ja grade an

Uatschitchun · April 3, 2013 at 12:22 PM

Hi zusammen ..

Habe gestern meinen Server auf precise upgedated und stehe vor dem selben Problem, wie der Threaderöffner

Weder mit stable, testing, noch unstable bekomme ich einen lauffähigen VDR, aufgrund der commands-loader.sh Geschichte!

Wie bekomme ich denn nun meinen VDR wieder zum Rennen?

Keine_Ahnung · April 3, 2013 at 12:31 PM

Quote from Uatschitchun

Wie bekomme ich denn nun meinen VDR wieder zum Rennen?

Wenns wirklich DAS Problem ist dann (wie schon weiter oben geschrieben) "dpkg-reconfigure dash" so als schnelle Lösung. Das kann man jederzeit wieder zurückstellen.

(Wobei stable vermutlich funktionieren sollte, vermutlich hat das downgrade bei deiner Umstellung auf stable nicht geklappt)

cu

PS:

Quote from mini73

Das erste war der plugin-loader: https://github.com/flensrocker/vd…gin-loader2.cpp

Klasse, das klaue ich mir dann doch einfach mal

fnu · April 3, 2013 at 12:33 PM

Quote from Uatschitchun

Weder mit stable, testing, noch unstable bekomme ich einen lauffähigen VDR, aufgrund der commands-loader.sh Geschichte!

Roman, man lange nix gelesen ...

stable & testing müssten laufen, Änderungen gab es nur an unstable und da kann Euch echt keiner helfen, wir haben das so oft schon gesagt. Sortiere Deine Source-Definition auf eine Staging-Ebene, PINne das Wunsch Repository mit einem Wert 100x, siehe meine Signatur, und reinstalliere was Du brauchst. Keinen (!) purge durchführen, dann sind Deine Einstellungen weg.

Regards
fnu

Uatschitchun · April 3, 2013 at 12:33 PM

downgrade hat geklappt
stelle ich auf dash um, fehlt plugin-loader2

aktueller stand:
stable/testing/unstable alle nicht lauffähig!

Wieso dann eine unterscheidung?

P.S. in testing fehlen dem paket "vdr" sämtliche init geschichten

gda · April 3, 2013 at 12:34 PM

Quote from Uatschitchun

Weder mit stable, testing, noch unstable bekomme ich einen lauffähigen VDR, aufgrund der commands-loader.sh Geschichte!

commands-loader.sh wird bei yaVDR nicht verwendet. Vielleicht hilft dir ja die Empfehlung von ein paar Posts vorher. Die Standard-Shell auf Bash setzen.

Gerald

gda · April 3, 2013 at 12:36 PM

Quote from Uatschitchun

aktueller stand:
stable/testing/unstable alle nicht lauffähig!

FUD, natürlich ist stable lauffähig. Ich benutze es.

Gerald

Uatschitchun · April 3, 2013 at 12:40 PM

ah ok ... nun klappts ...

Nachdem die upstart/init files händisch gelöscht wurden versuch des Umstiegs auf unstable->testing, aber in testing is sich nix init

Dann testing->stable und: läuft!

Kann es sein, das da was nicht aufgeräumt wird im vdr.deb (post-remove, etc.?)

Gruß

Uatschitchun · April 3, 2013 at 12:42 PM

Also:

Die init files aus unstable verbleiben auch nach einem downgrade und machen dann in stable ebenfalls ärger (so meine Erklärung)

P.S. Und bash<->dash ging ja auch nicht, weil ja noch falsche init files da waren, mit verweis auf nicht vorhandenem plugin-loader2

fnu · April 3, 2013 at 12:51 PM

Quote from Uatschitchun

Nachdem die upstart/init files händisch gelöscht wurden versuch des Umstiegs auf unstable->testing, aber in testing is sich nix init

Ja, das ist korrekt "/etc/init.d/vdr" wird ab hier nicht mehr automatisch installiert, sondern muß nun von "/usr/share/doc/vdr/examples/vdr-init.d" nach "/tec/init.d/vdr" kopiert werden. Bei einem Update kein Problem, weil dann wäre ja das Alte noch da ...

In stable-vdr VDR 1.7.27 wird das noch mitinstalliert ...

Regards
fnu

Uatschitchun · April 3, 2013 at 12:55 PM

Wo ist da der Sinn, dass nicht mehr mitzuinstallieren bzw. bei einem downgrade die init files der unstable zu belassen?

fnu · April 3, 2013 at 12:58 PM

Quote from Uatschitchun

Wo ist da der Sinn, dass nicht mehr mitzuinstallieren bzw. bei einem downgrade die init files der unstable zu belassen?

Weil das Leben nicht stehen bleibt, sondern voranschreitet. Das ist die Vorstufe auf dem Weg zu einer Umstellung der Start-Skripte kompatibel zu systemd & upstart zu machen, das SysV Init Skript ist ja noch dabei.

Prügelt uns für jeden Fehler in stable, aber bei testing oder unstable müßt ihr schon mal Euren Kopf benutzen und vorher Informationen sammeln ...

Regards
fnu

mini73 · April 3, 2013 at 12:58 PM

Moin!

In unstable sind keine init.d-Files mehr, aber in stable und testing, die dann aber bei der Installation der yavdr-Pakete wieder gelöscht werden.
Der Upstart-Job wird bei testing und stable von yavdr-base installiert.
plugin-loader2 gibt's momentan nur in unstable, der wird aber von testing und stable auch nicht benutzt.

In Zukunft steckt der Upstart-Job (und auch wieder das init.d-Script) im vdr-Paket, wovon aber nur der Upstart-Job installiert wird.
Das ist alles work-in-progress. Am einfachsten stable benutzen, bitte! Da passt alles zusammen.

Wenn das jetzt durch das hin- und hergeschiebe zerfriemelt ist, dann bitte vom ISO neu installieren und bei stable bleiben, bis es der vdr 2.0 da hin geschafft hat.
Habt doch Geduld, ich hab auch noch andere Dinge zu tun...

Der Sinn von kaputten Paketen ist, dass sie nach und nach korrigiert werden. Wenn das alte vdr-Paket nicht vernünftig aufräumt, dann ist das eben ein Fehler, ganz einfach.
Unsere vdr-Pakete sind vor allem im Zusammenspiel mit den yavdr-Paketen getestet, stand-alone ist auf eigene Gefahr.

Lars.

VDR terminiert sich beim Start

Participate now!

Users Viewing This Thread