Seite 1 von 1
jackd läuft - oder doch nicht?
Verfasst: Di Apr 03, 2012 12:56 am
von 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
Re: jackd läuft - oder doch nicht?
Verfasst: Di Apr 03, 2012 9:49 am
von 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
Re: jackd läuft - oder doch nicht?
Verfasst: Di Apr 03, 2012 11:11 am
von Mitsch
Ich hätte es mir denken können: root funktioniert.
Jetzt beginnt die Suche. Wo fängt man da am besten an?
Re: jackd läuft - oder doch nicht?
Verfasst: Di Apr 03, 2012 2:56 pm
von 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
Re: jackd läuft - oder doch nicht?
Verfasst: Di Apr 03, 2012 4:27 pm
von 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!
Re: jackd läuft - oder doch nicht?
Verfasst: Di Apr 03, 2012 7:04 pm
von zettberlin
Mitsch hat geschrieben: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...
Re: jackd läuft - oder doch nicht?
Verfasst: Di Apr 03, 2012 10:07 pm
von Mitsch
zettberlin hat geschrieben: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…
zettberlin hat geschrieben: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!
Re: jackd läuft - oder doch nicht?
Verfasst: Mi Apr 04, 2012 10:39 am
von zettberlin
Mitsch hat geschrieben:zettberlin hat geschrieben: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...
Mitsch hat geschrieben:
zettberlin hat geschrieben: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
Re: jackd läuft - oder doch nicht?
Verfasst: Mi Apr 04, 2012 10:58 am
von Mitsch
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?
Re: jackd läuft - oder doch nicht?
Verfasst: Fr Apr 06, 2012 6:22 am
von 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
Re: jackd läuft - oder doch nicht?
Verfasst: Fr Apr 06, 2012 12:57 pm
von 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!
Re: jackd läuft - oder doch nicht?
Verfasst: Fr Apr 06, 2012 1:23 pm
von 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.
Re: jackd läuft - oder doch nicht?
Verfasst: So Apr 08, 2012 12:07 am
von 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.
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!
Re: jackd läuft - oder doch nicht?
Verfasst: Di Apr 10, 2012 8:03 pm
von 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:
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:
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
Re: jackd läuft - oder doch nicht?
Verfasst: Di Apr 10, 2012 10:43 pm
von 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!