Sie sind nicht angemeldet.

1

01.12.2012, 22:16

Timidity 2.14.0 Daemon stürzt ab.

Hallo,

habe folgendes Problem. Habe mal wieder ein world Update gemacht. Dabei habe ich den Kernel 3.5.7 (gentoo-sources) mitbekommen und timidity++-2.14.0.

Das dumme ist jetzt, daß "/etc/init.d/timidity status" "crashed" ausgibt.

Habe auch versucht den Kernel auf unstable upzudaten (3.6.x) und auch auf timidity 2.13.x zurückzugehen. Hilft aber beides gar nicht. Bisher habe ich durch googeln folgendes gefunden: Link. Wundere mich aber eher darüber, als das es hilft.

Hat irgendjemand ne Idee???
Beste Grüße
GOS

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »GOS« (19.12.2012, 16:12)


2

03.12.2012, 15:39

Hat wirklich niemand eine Idee / Bin ich der einzigste bei dem timidity spinnt?

Wäre wirklich sehr glücklich über einen Hinweis; jeder Strohalm zählt.

Beste Grüße
GOS

3

04.12.2012, 10:22

Ok. Versuchen wir's mal. Starte doch mal den Dienst per Hand:

Quellcode

1
2
# source /etc/conf.d/timidity
# /usr/bin/timidity -iA ${TIMIDITY_OPTS}

Was passiert? Gibt es einen Output? Wenn nein und es crasht ... vielleicht ein strace?

(... und dein System ist sauber? emerge -avuDN world; etc-update; revdep-rebuild -i)
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

4

05.12.2012, 13:36

Hallo,

Vielen Dank für die Antwort. Habe das gemacht und es passiert folgendes:

Quellcode

1
2
3
4
5
6
# source /etc/conf.d/timidity
# /usr/bin/timidity -iA ${TIMIDITY_OPTS}
Requested buffer size 2048, fragment size 1024
ALSA pcm 'default' set buffer size 7524, period size 3760 bytes
TiMidity starting in ALSA server mode
Opening sequencer port: 128:0 128:1 128:2 128:3

(Habe das als root geamcht!)

Aber was sagt mir das jetzt?

Beste Grüße
GOS

5

05.12.2012, 14:53

Gut. Das bedeutet ja mal, dass timidity an sich ja *kein* Problem hat und läuft, oder?
Nach einem

Quellcode

1
# /etc/init.d/timidity start
siehst du auch den daemon als process, oder? Bsp.

Quellcode

1
2
3
4
5
# ps -ef | grep timidity
timidity 32559     1  0 14:51 ?        00:00:00 /usr/bin/timidity -iA -B2,8 -Os -EFreverb=0
timidity 32565     1  5 14:51 ?        00:00:00 /usr/bin/pulseaudio --start --log-target=syslog
timidity 32570 32565  0 14:51 ?        00:00:00 /usr/libexec/pulse/gconf-helper
root     32602 32466  0 14:51 pts/4    00:00:00 grep --colour=auto timidity


Was ändert sich nun, wenn du

Quellcode

1
# /etc/init.d/tmidity status
eingibst? Stirbt timidity wirklich oder schlägt "nur" das init-script fehl?
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

6

05.12.2012, 15:29

Habe das jetzt gemacht. Es passiert Folgendes:

Quellcode

1
2
3
4
5
# /etc/init.d/timidity start
# ps -ef | grep timidity
root  	2447  2400  0 15:23 pts/0	00:00:00 grep --colour=auto timidity
# /etc/init.d/tmidity status
* status:crashed


Was bedeutet das? Es fehlen bei mir ja offenbar drei Zeilen der Ausgabe?

Danke
GOS

7

05.12.2012, 15:44

Was bedeutet das? Es fehlen bei mir ja offenbar drei Zeilen der Ausgabe?

Wegen dem ps? Naaa, wichtig ist da nur, dass man sieht, das der timidity process selbst rennt. Ich habe dann halt noch pulseaudio am brummen, aber das ist meine config hier.

Nur, wenn du jetzt den crash hast: läuft denn *jetzt* timidity als process noch? So nach der status-abfrage?

Also: liegt es am Script oder liegt es tatsächlich am timidity?
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

8

05.12.2012, 16:48

Zitat

Ich habe dann halt noch pulseaudio am brummen, aber das ist meine config hier.
Das trifft aber doch bei Deiner Ausgabe:

Quellcode

1
2
3
4
5
6
7
8
9
# ps -ef | grep timidity

timidity 32559     1  0 14:51 ?        00:00:00 /usr/bin/timidity -iA -B2,8 -Os -EFreverb=0

timidity 32565     1  5 14:51 ?        00:00:00 /usr/bin/pulseaudio --start --log-target=syslog

timidity 32570 32565  0 14:51 ?        00:00:00 /usr/libexec/pulse/gconf-helper

root     32602 32466  0 14:51 pts/4    00:00:00 grep --colour=auto timidity


nur die Zeilen drei und vier zu oder? Die zweite Deiner Zeilen bedeutet doch gerade, daß timidity bei Dir läuft und die fehlt bei mir ja auch. Bei mir gibt es halt nur die Zeile 5! Oder sehe ich das falsch? Deshalb würde ich behaupten, daß das Ding schon bei der Statusabfrage nicht läuft???

9

06.12.2012, 08:04

Ja ja ja ... aber wir kommen nicht zusammen.

Ich stelle mir diese Frage: ist timidity kaputt oder das init-script?

Wenn du ein "/etc/init.d/timidity start" machst und dann ist kein timidity zu sehen, kann natürlich ein "/etc/init.d/timidity status" darauf folgern, das timidity gecrahsed ist, nicht?

Wenn du aber per Hand timidity mit denselben Einstellungen wie im Script starten kannst und dann ist es in der process-table (das habe ich bei dir noch nicht gesehen; nur den fehlerfreien Output beim Start), dann ist folglich das init-script fehlerhaft und nicht timidity.

Klar?

Also kannst du feststellen, ob das initscript fehlerhaft ist oder timidity? Wenn du timidity manuell startest, funkt das dann?
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

10

06.12.2012, 12:14

Hallo nochmal und vielen Dank für Deine Mühe,

also wenn ich als root mit

Quellcode

1
2
3
# source /etc/conf.d/timidity

# /usr/bin/timidity -iA ${TIMIDITY_OPTS}

timidity starte, dann sagt mir

Quellcode

1
# ps -ef | grep timidity

folgendes:

Quellcode

1
2
root  	2318  2306  0 12:09 pts/0	00:00:00 /usr/bin/timidity -iA -B2,8 -Os -EFreverb=0
root  	2356  2313  0 12:10 pts/1	00:00:00 grep --colour=auto timidity

Also denke ich mal, daß das init script für die Kippe ist, timidity aber vom Prinzip her funzt oder?

Grüße
GOS

11

06.12.2012, 12:55

PS: Habe mal das init Script angehangen. Mir fällt auf, daß bei depend "esound" vermerkt ist.

Ein rc-update verrät mir allerdings, daß esound nicht läuft und auch in keinem runlevel eingetragen ist. Könnte das ein Hinweis sein?

Frage mich dann allerdings, warum es bis zum letzten update funzte. Habe meines Wissens nichts mit esound angestellt :whistling:
»GOS« hat folgende Datei angehängt:

12

06.12.2012, 13:00

PPS: Habe esound aus depend entfernt und siehe da, es funzt wieder!

Aber trotzdem beschäftigt mich die Frage, warum dort esound stand / welchen Nutzen das Ganze hat. Ist es eventuell sinnlos, timidity ohne esound zu verwenden?

Liegt vielleicht auch meiner Peilungslosigkeit in Bezug auf Soundfragen. Pulseaudio ist ja dem Anschein nach der Nachfolger von Esound.

Was bringt mir denn der Einsatz davon?

13

07.12.2012, 07:17

Puh ... warum esound und wieso pulseaudio? Ich bin da leider nicht der super Audio-Experte. Ich habe gesehen, dass pulseaudio ziemlich gut funktioniert und das in mehereren Window-Managern ziemlich gut integriert ist. Ich stecke das ein, lade und ... fluuuuupppsss ... habe ich sound.

Sitzt! Passt! Wackelt und hat Luft!

=)

Hier im Forum laufen auch ab und an mal Leute vorbei, die mehr in der Multimedialen Ecke unterwegs sind und sicher dazu was sagen können. Manchmal wird das ja religiös und daher lasse ich die Finger davon.

Schön das es klar wurde, was da hakt.

Und wieder was gelernt.

Ist das Thema damit "[gelöst]" oder erledigt oder fertig oder aus?
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

14

07.12.2012, 10:01

@GOS das Thema mit esound hatten wir doch schonmal: http://www.gentooforum.de/artikel/19671/…pulseaudio.html
Anstatt das Init-Script anzupassen hättest Du die Esound-Implementierung auswählen müssen:

Quellcode

1
eselect esd list
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

15

08.12.2012, 19:54

@ Dyle: Top, vielen Dank für Deine Hilfe. Hätte ich alleine nicht geschafft. :thumbsup:

@ Bell: Ich habe leider unter "eselect" den Punkt "esd" nicht. Was sagt mir das?

Beste Grüße
GOS

16

17.12.2012, 14:26

Hallo nochmal,

eindeutig ein Fall von zu früh gefreut!

Die Situation stellt sich wie folgt dar: Es ist timidity völlig schnurz, ob im Init-Script in der depend-Option "esound" steht oder nicht. Die Statusabfrage des Daemon gibt immer "crashed" aus. Auch ein "start" "stop" bringt nichts.

Aber: Wenn ich vorher timidity manuell starte mit:

Quellcode

1
2
source /etc/conf.d/timidity 
/usr/bin/timidity -iA ${TIMIDITY_OPTS}


Dann CTRL-C sage und danach den Daemon starte mit

Quellcode

1
/etc/init.d/timidity start


Dann startet der Daemon und wird beim runterfahren auch richtig beendet. Die Statusabfrage bringt dann korrekterweise ein "started"

Was sagt mir das. Meine Verwirrung steigt :wacko:

Habt Ihr noch Ideen?
Beste Grüße
GOS

PS @ dyle: Ich dachte vorher einfach es funzt, weil ich esound rausgeschmissen hatte. Es lag aber wohl daran, daß ich gemäß Deiner Anleitung den Daemon manuell gestartet hatte.

17

17.12.2012, 23:59

Habe jetzt folgende Beobachtung gemacht:

der Start-AntTeil des init-Scripts sieht wie folgt aus:

Quellcode

1
2
3
4
5
6
7
8
start() {
	ebegin "Starting TiMidity++ Virtual Midi Sequencer"
	test -n "$TIMIDITY_PCM_NAME" && export TIMIDITY_PCM_NAME
	start-stop-daemon --start --background --chdir /usr/share/timidity \
	--user timidity --group audio --make-pidfile --pidfile /var/run/timidity.pid \
	--exec /usr/bin/timidity -- -iA ${TIMIDITY_OPTS}
	eend $?
}


Wenn ich dort (Zeile 5)

Quellcode

1
--user timidity 
gegen

Quellcode

1
--user root
austausche funzt alles. Daher funzt auch timidity, wenn ich es (wie oben im test) als "root" manuell ausführe.

Aber das kann ja eigentlich nicht Sinn der Übung sein; daher möchte ich eigentlich so schnell wie möglich root wieder aus dem Init-script herausbekommen.

Hat jemand ne Idee, welches rechteproblem vorliegen könnte?

Grüße
GOS

18

18.12.2012, 07:22

Hm, vielleicht ist dein User ja nicht in der Gruppe "audio". Gib mal ein

Quellcode

1
$ id
durch.
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

19

18.12.2012, 14:37

Hallo,

da es sich ja um den user "timidity" handelt, der das Skript ausführen soll:

Quellcode

1
id timidity

mit dem Ergebnis

Quellcode

1
uid=103(timidity) gid=18(audio) Gruppen=18(audio)


Grüße
GOS

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »GOS« (18.12.2012, 14:43)


20

19.12.2012, 06:48

Moment ... es ist ja anscheinend der user "timidity" der was nicht darf und nicht du selbst.

Ok: Wenn du mal selbst zum User timidity wirst und versuchst manuell zu starten, siehst du dann eine Fehler- oder Warnmeldung?

Quellcode

1
2
3
4
$ su -l timidity
$ cd /usr/share/timidity
$ source /etc/conf.d/timidity
$ /usr/bin/timidity -- -iA ${TIMIDITY_OPTS}

(ich habe die obiogen Zeilen ohne Gegencheck aus deinem code snippet gebastelt ... )
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>