jackd läuft - oder doch nicht?

[Mitsch]

Hi!

Ich sitze hier vor meinem neuen Laptop mit HDA-Intel-Soundkarte und relativ frisch installiertem Debian Sid und bekomme die jack-clients nicht dazu, sich mit dem jack-server zu verbinden, obwohl dieser scheinbar läuft.

Ich habe alles Mögliche ausprobiert: Pulseaudio deinstalliert, mit jackd1 oder jackd2 laufen lassen, das realTimeConfig-Skipt von Linuxmusicians.org durchlaufen lassen und bestimmt noch vieles mehr: Wenn ich jackd mit qjackctl starte, läuft jack zwar, aber sämtliche jack-Programme - darunter phasex, guitarix und jackeq melden, dass jack eben _nicht_ läuft. Ich dreh durch!

Meldungen im qjackctl-Fenster (mit jackd2):

Code: Alles auswählen

01:42:28.612 Steckfeld deaktiviert.
01:42:28.641 Statistik zurückgesetzt.
01:42:28.672 ALSA-Verbindung geändert.
Cannot connect to server socket err = Datei oder Verzeichnis nicht gefunden
Cannot connect to server socket
jack server is not running or cannot be started

Das ist aber vor dem Start von jackd. Ich denke mal, qjackctl sieht nach, ob schon ein jack-Server läuft. Nichts beunruhigendes, denke ich mal.
Ich starte also:

Code: Alles auswählen

01:45:37.763 JACK startet...
01:45:37.764 /usr/bin/jackd -n(voreinst.) -P50 -u -dalsa -dhw:0 -r96000 -p512 -n3 -Xraw -zt
Cannot connect to server socket err = Datei oder Verzeichnis nicht gefunden
Cannot connect to server socket
jack server is not running or cannot be started
01:45:37.785 JACK wurde mit PID = 8921 gestartet.
jackdmp 1.9.8
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2011 Grame.
jackdmp comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK server starting in realtime mode with priority 50
control device hw:0
control device hw:0
audio_reservation_init
Acquire audio card Audio0
creating alsa driver ... hw:0|hw:0|512|3|96000|0|0|nomon|swmeter|-|32bit
control device hw:0
configuring for 96000Hz, period = 512 frames (5.3 ms), buffer = 3 periods
ALSA: final selected sample format for capture: 32bit integer little-endian
ALSA: use 3 periods for capture
ALSA: final selected sample format for playback: 32bit integer little-endian
ALSA: use 3 periods for playback
01:45:39.815 JACK-Verbindung geändert.
01:45:39.816 Serverkonfiguration nach "/home/mitsch/.jackdrc" gespeichert.
01:45:39.817 Statistik zurückgesetzt.
01:45:39.824 Client aktiviert
01:45:39.836 Schaubild der JACK-Verbindungen geändert.

Auszug aus "ps aux|grep jack":

Code: Alles auswählen

mitsch    8921  3.2  2.3 178868 91508 ?        SLsl 01:45   0:02 /usr/bin/jackd -n(voreinst.) -P50 -u -dalsa -dhw:0 -r96000 -p512 -n3 -Xraw -zt

Fehlermeldung von (zum Beispiel) jackeq:

Code: Alles auswählen

mitsch@thinkpad:~/Downloads$ jackeq 
jackEQ 0.5.9
(c) 2003 - 2009 P. Shirkey
Featuring the DJEQ ladspa plugin by S. Harris
With assistance from J. O'Quin on the awesome Jack i/o dropdown menu
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details.
16577392, 16577776 
loading default config file /home/mitsch/.jackeq/jackeq.conf
Registering as jackEQ
Cannot connect to server socket err = Datei oder Verzeichnis nicht gefunden
Cannot connect to server socket
jack server is not running or cannot be started
jackEQ: Cannot contact JACK server, is it running?

So oder so ähnlich verhält sich eigentlich jedes jack-taugliche Programm: Entweder gibt es ein "jack läuft nicht" aus und beendet sich oder es startet mit anderem Sound-Treiber, also alsa oder oss oder so.
Übrigens: Ich bin wirklich in der Gruppe "audio". Beweis:

Code: Alles auswählen

mitsch@thinkpad:~/Downloads$ groups 
mitsch cdrom floppy sudo audio dip video plugdev users

Jemand 'ne Idee?

Grüße!
Mitsch

[nowhiskey]

tag mitsch,

das hatten wir bisher so noch nie! jack läuft, aber die einzelne programme sehen das nicht. ich hab im moment keine idee, was das sein könnte.

probiere doch mal bitte jack als root zu starten und dann jackeq oder ein anderes jack-programm auch als root.
wäre interessant zu sehen, wie sich das verhält.

so long,

doc

[Mitsch]

Ich hätte es mir denken können: root funktioniert.
Jetzt beginnt die Suche. Wo fängt man da am besten an?

[nowhiskey]

wirr, das ganze...

wie sieht denn deine

/etc/security/limits.conf , bzw. die

/etc/security/limits.d/audio.conf

aus?

ich glaube eher nicht, dass das problem dort liegt, aber man muss ja irgendwo anfangen.

grütze,

doc

[Mitsch]

Code: Alles auswählen

mitsch@thinkpad:~$ cat /etc/security/limits.d/audio.conf 
# Provided by the jackd package.
#
# Changes to this file will be preserved.
#
# If you want to enable/disable realtime permissions, run
#
#    dpkg-reconfigure -p high jackd

@audio   -  rtprio     99
@audio   -  memlock    unlimited
@audio   -  nice      -19

Echt: Grütze!

[zettberlin]

Code: Alles auswählen

mitsch@thinkpad:~$ cat /etc/security/limits.d/audio.conf 
# Provided by the jackd package.
#
# Changes to this file will be preserved.
#
# If you want to enable/disable realtime permissions, run
#
#    dpkg-reconfigure -p high jackd

@audio   -  rtprio     99
@audio   -  memlock    unlimited
@audio   -  nice      -19

Da ist echt der Blödsinn mit dem nice -19 noch drin crrruuude

Bedenkt, oh Freunde, dass einiges durcheinander kommen kann, wenn man zwischendurch mal Jack und gar Jack-Programme als root startet, ganz besonders, wenn man das mit sudo macht.

Falls es also noch trouble gibt, könnte es helfen, wenn man sämtliche config-Dateien aller Beteiligten löscht...

[Mitsch]

Da ist echt der Blödsinn mit dem nice -19 noch drin crrruuude

Da war ich auch etwas erstaunt. Aber ich dachte mir: Aktuelles Debian Sid? Wird schon stimmen! Debian hat ja schließlich schon lange erfahrene Admins für jackd. Aber wenn Dir das auch komisch vorkommt, wäre das doch mal ein Grund, die Raute davor zu setzen…

Bedenkt, oh Freunde, dass einiges durcheinander kommen kann, wenn man zwischendurch mal Jack und gar Jack-Programme als root startet, ganz besonders, wenn man das mit sudo macht.

Nö, hab ich nicht mit sudo gemacht. Nur vom "Root-Terminal" in Gnome 3 jackd direkt von der Kommandozeile gestartet und dann zum Testen phasex (ebenfalls vom "Root-Terminal" aus) gestartet. Da sollten mir also keine configs durcheinander geraten sein. Danke für den Hinweis!

Grüße!

[zettberlin]

Da ist echt der Blödsinn mit dem nice -19 noch drin crrruuude

Da war ich auch etwas erstaunt. Aber ich dachte mir: Aktuelles Debian Sid? Wird schon stimmen!

Ist ja auch kein Beinbruch, nur eben sinnlos...

Bedenkt, oh Freunde, dass einiges durcheinander kommen kann, wenn man zwischendurch mal Jack und gar Jack-Programme als root startet, ganz besonders, wenn man das mit sudo macht.

Nö, hab ich nicht mit sudo gemacht. Nur vom "Root-Terminal" in Gnome 3 jackd direkt von der Kommandozeile gestartet und dann zum Testen phasex (ebenfalls vom "Root-Terminal" aus)

Das Root-Terminal fragt nach dem Passwort von Root beim Start, richtig? Und danach kann man auch grafische Weichware wie Phasex damit starten, OK? Das würde aber normalerweise bedeuten, dass dabei letztlich sudo verwendet wird, weil ansonsten Phasex nicht in Deiner Normalnutzer-Xsession starten dürfte.
Bei solchen Experimenten kann es schnell passieren, dass Jack oder seine Clients irgendwelche Dateien mit Root als Besitzer anlegen, die dann auch nur Root ändern darf, was dann Probleme verursachen kann, wenn man danach Jack (oder irgend was anderes) wieder als Normalnutzer starten möchte.

Für all das gilt freilich: Was funktioniert, funktioniert und wer hilft hat recht

[Mitsch]

Code: Alles auswählen

find -user root

findet nichts in meinem Heimverzeichnis.

Vielleicht brächte es etwas Licht in die Sache, wenn man wüsste, wie jack-Programme eigentlich in Erfahrung bringen, ob ein jack-Server am Start ist. Weiß jemand was dazu?

[brummer]

Moin

Wie lange benutzt du schon jack2 ? hast du gerade von jack1 auf jack2 umgestellt ?
So ein verhalten kenne ich nur von einer vermischten jack Installation.

gruß
brummer

[Mitsch]

Ich hatte zunächst jack2 installiert und nachdem das nicht tat (wegen pulse?), habe ich auf jack1 gewechselt. Bei jack1 hatte ich dann das Problem, dass irgendwelche Bibliotheken anscheinend nicht vorhanden waren. Also wieder zurück.
Ich merke gerade: Da hängt verdammt viel dran, wenn man mal jack komplett löschen will. (Ich dachte, ich mache mal die ganze Sound-Sache von ganz von vorne drauf.)

Was läuft besser auf Debian Sid: jack1 oder jack2?

Grüße!

[brummer]

ich nutze jackd2, damals habe ich hin und her probiert und mich dann für jackd2 entschieden. Warum, weiß ich leider nicht mehr. . .

Allerdings nutze ich auch nicht jackd aus Sid, ich baue es mir immer selber, kann also nichts zu jackd aus Sid sagen.

Zum wechseln habe ich mir jeweils ein jackd dummy Paket Set gebaut, so brauche ich nicht löschen, sondern überspiele die nicht gewünschte version mit dem dummy und kann die andere Version problemlos installieren ohne meine gesamte Sound Installation erneuern zu müssen.
Zu Test Zwecken wechsele ich manchmal die Version, es gibt schon Unterschiede, diese sind nur marginal, aber für Entwickler durchaus manchmal Problem behaftet.

[Mitsch]

Fragt mich nicht, wie ich's geschafft habe…

Soweit ich mich erinnern kann, habe ich - wie angekündigt - alles, was mit Audio zu tun hat, erstmal deinstalliert. Dann Stück für Stück wieder drauf - zuerst jackd1. Der meckerte beim Startversuch, ich solle doch die /etc/security/limits.conf (!) so editieren, dass er auch starten kann. Habe also meine Einstellungen von /etc/security/limits.d/audio.conf in die genannte Datei kopiert (obwohl mir das ziemlich oldschool vorkam) und jackd1 erneut versucht zu starten. Nachdem der immernoch nicht wollte, wollte ich wiederum jackd1 erst komplett von der Platte putzen, bevor ich zum nächsten Schritt übergehe, aber apt wollte unbedingt libjack-jackd2 gleich als Ersatz drauf machen. O.k.
Nächster Versuch: jackd (jackdmp 1.9.8) von der Kommandozeile aus gestartet und mitgeteilt bekommen, dass ich keine Rechte für Realtime-Zeug habe. Hä? Aber immerhin: jackd läuft - und er wird von den Clients erkannt!

Noch mehr "Hä?" dann beim Starten mit qjackctl: Selbes Symptom wie vorher: jackd läuft aber Clients übersehen ihn.
Erstmal mein Realtime-Problem lösen.

Code: Alles auswählen

usermod -aG audio mitsch

ausgeführt. Ich meine, mich zu erinnern, dass ich - weil mir der Befehl gerade nicht einfiel - mich manuell in die /etc/group eingetragen habe. Das reicht vermutlich nicht, um das zu erreichen, was ich wollte. Schande über mich. jackd quittierts jetzt jedenfalls mit einem sauberen Betrieb über Konsole.

Fehlt noch der Murks mit qjackctl. Obwohl ich mir sicher bin, nichts mit sudo unternommen zu haben, habe ich alle Konfigurationsdateien, also .jackdrc und .config/rncbc.org/QjackCtl.conf gelöscht und - voila! - jetzt geht's auch wieder mit grafischer Oberfläche!

Nagelt mich nicht fest, ob es wirklich alles detailliert so abgelaufen ist. Seht es als Versuch, zu reproduzieren, was gewesen ist. Ich hoffe, es ist irgendwem nützlich!

Grüße!

[heinz]

Hallo Mitsch,

Code: Alles auswählen

Cannot connect to server socket err = Datei oder Verzeichnis nicht gefunden

Für mich sieht das so aus als könne jackd nicht starten, da er seinen socket nicht nutzen kann.
Bei mir legt jackd beim Start zwei sockets an, in:

Code: Alles auswählen

/dev/shm/jack_1000_ack_0
/dev/shm/jack_1000_0

Schau doch mal, ob vlt. die sockets bereits existieren aber dem Benutzer root gehören.
Oder ob Du überhaupt schreibrechte als "normaluser" auf das Verzeichnis /dev/shm hast.
Bei mir sehen die Rechte von /dev/shm so aus:

Code: Alles auswählen

drwxrwxrwt  2 root root           140 2012-04-10 20:51 shm

Das Verzeichnis ist bei mir leer bevor jack startet und enthält nach dem Start von jack:

Code: Alles auswählen

srwxr-xr-x  1 ich ich 0 2012-04-10 20:51 jack_1000_0
srwxr-xr-x  1 ich ich 0 2012-04-10 20:51 jack_1000_ack_0
prw-r--r--  1 ich ich 0 2012-04-10 20:55 jack-1000-ack-fifo-5182-0
prw-r--r--  1 ich ich 0 2012-04-10 20:55 jack-1000-ack-fifo-5182-1
prw-r--r--  1 ich ich 0 2012-04-10 20:51 jack-1000-ack-fifo-5182-2

Hoffe geholfen zu haben...

gruß heinz

[Mitsch]

Ach so…!
Danke für die angebotene Hilfe, aber die Sache ist eigentlich erledigt. Sorry, wenn ich's nicht klar genug formuliert war…

Grüße!