[gelöst] Timidity 2.14.0 Daemon stürzt ab.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

GOS

Fortgeschrittener

Beiträge: 212

19.12.2012, 12:34

Kann ich leider nicht als timidity einloggen, da dieser User kein Passwort besitzt. Wenn ich versuche, mit passwd timidity (als root) ein Passwort hinzuzufügen, gibt mir "passwd -s timidty" zwar ein P für "besitzt ein Passwort" aus, aber ein login ist trotzdem nicht möglich.

Bei mir hat der user timidity standartmäßig folgende Eigenschaften:

	Quellcode
1 2	passwd -S timidity timidity L 12/19/2012 -1 -1 -1 -1

Gibt es da noch ne Möglichkeit oder könnte das schon mit dem Problem zusammenhängen?

Grüße
GOS

PS: Danke für die andauernde Hilfe. Hab einiges dazugelernt ;-)

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

Zum Seitenanfang

dyle

Erleuchteter

Beiträge: 4 869

19.12.2012, 13:11

Mhmm ... du musst du wohl über root gehen (kein passwort) und das /sbin/nologin aus der /etc/passwd durch ein /etc/bash ersetzen (keine shell) ...

	Quellcode
1 2	$ su # su -l timidity

vergiss aber nicht den Eintrag im /etc/passwd wieder zurückzustellen.

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>

Zum Seitenanfang

GOS

Fortgeschrittener

Beiträge: 212

19.12.2012, 13:35

Tschuldigung, ich komme leider nicht ganz mit :wacko:

Was meinst Du konkret???

Wenn ich mich als root einlogge und dann sage

	Quellcode
1	su -l timidity

sagt er mir, egal ob ich ein Passwort setze oder nicht

	Quellcode
1	This account is currently not avaible

Zum Seitenanfang

GOS

Fortgeschrittener

Beiträge: 212

19.12.2012, 14:07

Nochmal tschuldigung,

war etwas trottelig :whistling:

. Hab Jetzt in /etc/passwd auf /bin/bash umgestellt und mich mit "su -l timidity" angemeldet. Ergebnis:

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

erzeugt die Ausgabe:

Quellcode

Requested buffer size 2048, fragment size 1024
ALSA pcm 'default' set buffer size 7524, period size 3760 bytes
TiMidity starting in ALSA server mode
ALSA lib seq_hw.c:457:(snd_seq_hw_open) open /dev/snd/seq failed: Permission denied
error in snd_seq_open

Mir scheint das irgendwie suboptimal zu sein. Fragt sich nur, was mir das wirklich sagt?

Zum Seitenanfang

GOS

Fortgeschrittener

Beiträge: 212

19.12.2012, 14:15

Ok, Fehler gefunden!

Wenn ich als root ein ll in /dev/snd mache, stelle ich fest:

Quellcode

insgesamt 0
drwxr-xr-x   3 root root  	300 19. Dez 2012  .
drwxr-xr-x  13 root root 	3640 19. Dez 13:52 ..
drwxr-xr-x   2 root root   	80 19. Dez 2012  by-path
crw-rw----+  1 root audio 116,  6 19. Dez 2012  controlC0
crw-rw----+  1 root audio 116, 11 19. Dez 2012  controlC1
crw-rw----+  1 root audio 116,  5 19. Dez 2012  pcmC0D0c
crw-rw----+  1 root audio 116,  4 19. Dez 14:10 pcmC0D0p
crw-rw----+  1 root audio 116,  3 19. Dez 2012  pcmC0D1p
crw-rw----+  1 root audio 116,  2 19. Dez 2012  pcmC0D2c
crw-rw----+  1 root audio 116, 10 19. Dez 2012  pcmC1D3p
crw-rw----+  1 root audio 116,  9 19. Dez 2012  pcmC1D7p
crw-rw----+  1 root audio 116,  8 19. Dez 2012  pcmC1D8p
crw-rw----+  1 root audio 116,  7 19. Dez 2012  pcmC1D9p
crw-------     1 root audio 116,  1 19. Dez 14:10 seq
crw-rw----+  1 root audio 116, 33 19. Dez 2012  timer

Timidity kann so nicht vom user timidity ausgeführt werden.

Wenn ich jetzt als root sage:

	Quellcode
1	chmod 660 seq

dann ändert sich der seq Eintrag in:

	Quellcode
1	crw-rw----+ 1 root audio 116, 1 19. Dez 14:10 seq

Versuche ich dann als user "timidity" timidity zu starten klappt es.

Wie ich es allerdings hinbekomme, daß es automatisch beim booten funzt ist mir noch etwas unklar.

Zum Seitenanfang

dyle

Erleuchteter

Beiträge: 4 869

19.12.2012, 14:43

Interessant ... ich habe

	Quellcode
1 2	$ ls -l /dev/snd/seq crw-rw----+ 1 root audio 116, 1 Dec 19 14:29 /dev/snd/seq

automagisch ... =)

Hast du an irgendwelchen udev-rules irgendwo gebastelt? Hast du in /etc/udev/rules.d irgendwelche Teile drinnen, die da was tun?

(/usr/lib/udev/rules.d/50-udev-default.rules sollte AFAIK hier die permissions ordentlich setzen)

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>

Zum Seitenanfang

GOS

Fortgeschrittener

Beiträge: 212

19.12.2012, 14:52

ES GEHT, JUHU :thumbsup:

Also, es ist wohl so, daß udev in der Version 171 im A. ist. Die aktuelle stabile Version von udev ist leider 171.

Habe das hier gefunden:
http://forums.gentoo.org/viewtopic-t-927016-start-0.html

Habe jetzt eine udev Regel erstellt, die das Problem behebt, gemäß des Vorschlags von PaulBredbury aus dem Forumseintarg oben.
Habe also unter /etc/udev/rules.d die Datei 99-timidity.rules erstellt in der folgendes steht:

	Quellcode
1 2	KERNEL=="seq", GROUP="audio", MODE="0660", OPTIONS+="static_node=snd/seq" KERNEL=="timer", GROUP="audio", MODE="0660", OPTIONS+="static_node=snd/timer"

Und es funzt so. Wenn ein neues udev stabil ist, werfe ich diese .rules Datei wieder weg.

@dyle: Vielen Dank für Deine geduldige Hilfe. Ohne Deine Vorschläge hätte ich den Fehler nicht ausfindig machen können. VIELEN DANK!!! :thumbsup:

Noch ein frohes Fest und guten Rutsch wünscht
GOS

Zum Seitenanfang

GOS

Fortgeschrittener

Beiträge: 212

19.12.2012, 15:05

Kleiner Nachtrag:

ich habe udev-171-r9. Dort sind, wie der ganze Schmu oben zeigt, die Rechte der Datei /dev/snd/timer schon von Hause aus richtig. Daher ist in diesem Fall die zweite Zeile der Datei 99-timidity.rules unnötig.

Die Vorgängerrevisionen von udev-171 hatten anscheinend auch bei der datei Timer ein Problem, so daß man hier eventeull diese Zeile ebenfalls benötigt.

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

20.12.2012, 12:49

Hallo alle zusammen :)

GOS hm, ich kann mich dem letzten Post von dyle nur anschließen - vermutlich hast du noch irgendwelche Altlasten im System. An der aktuell stable =udev-171-r9 Version sollte es eigentlich nicht liegen.
Hier auf einem amd64 System wird das Device mit

	Quellcode
1	[ebuild R ] sys-fs/udev-171-r9 USE="gudev hwdb keymap rule_generator -action_modeswitch -build -debug -edd (-extras) -floppy -introspection (-selinux) {-test}"

wie folgt angelegt

	Quellcode
1 2	ls -l /dev/snd/seq crw-rw----+ 1 root audio 116, 1 Dec 20 10:10 /dev/snd/seq

Und das ohne irgendwelche Custom Rules.
Überprüfe bitte noch mal gründlich deine angelegten udev rules, und merge udev noch mal neu.

Zum Seitenanfang

GOS

Fortgeschrittener

Beiträge: 212

20.12.2012, 14:05

Hallo josef,

also ich selbst habe nie an udev rumgebastelt. Das einzige was ich habe ist ein eiziges File in rules.d der meine Win-Partitionen versetckt. Aber da sind nur zwei Einträge drin und die machen es sicher nicht.

Ansonsten verwende ich udev mit den gleichen use-flags wie Du, ebenfalls auf amd64.

Neu mergen von udev bringt gar nichts. Von daher wäre mir total unklar, was die Altlasten da seien sollen.

Du hast aber wohl recht, wenn Du anmerkst, daß ich offenbar recht alleine mit dem Problem bin.

Beste Grüße
GOS

Zum Seitenanfang

Zurzeit ist neben Ihnen 1 Benutzer in diesem Thema unterwegs:

1 Besucher

GentooForum.de