Hallo, ich möchte gerne auf einer SuSI 9.1 (einmal minimales System; einmal mit KDE) von console gerne einen beep erzeugen: echo -en "\033[10;440]\a" # ist aus dem reboot-script aber die Kiste bleibt stumm? /var/log/( messages|warn ) ist auch 'stumm'. Beim runterfahren gibt es schon den 'doppel-beep'. Fernziel ist beim booten nach dem starten zB des Alsa-Sounddrivers ein beep zu machen.. Jemand eine Idee, wieso es meinen PCs die beep-Sprache verschlug? Danke schon mal, Calli
Carl A. Schreiber wrote:
Hallo,
ich möchte gerne auf einer SuSI 9.1 (einmal minimales System; einmal mit KDE) von console gerne einen beep erzeugen: echo -en "\033[10;440]\a" # ist aus dem reboot-script aber die Kiste bleibt stumm? /var/log/( messages|warn ) ist auch 'stumm'.
Beim runterfahren gibt es schon den 'doppel-beep'. Fernziel ist beim booten nach dem starten zB des Alsa-Sounddrivers ein beep zu machen..
Jemand eine Idee, wieso es meinen PCs die beep-Sprache verschlug?
Danke schon mal, Calli
Hallo Carl, versuch's doch mal mit: echo -en "\007" allerdings hatte echo -en "\033[10;440]\a" bei mir den gleichen Effekt. Ich vermute also, daß Du Deine Soundeinstellungen in KDE, Gnome oder was auch immer Du laufen hast, mal prüfen solltest. Gruß Martin
Hallo, Am Mit, 31 Mai 2006, Carl A. Schreiber schrieb:
ich möchte gerne auf einer SuSI 9.1 (einmal minimales System; einmal mit KDE) von console gerne einen beep erzeugen: echo -en "\033[10;440]\a" # ist aus dem reboot-script aber die Kiste bleibt stumm? /var/log/( messages|warn ) ist auch 'stumm'.
Das braucht eine Konsole. echo -e '\a' > /dev/tty12 sollte funktionieren. -dnh --
Wieso? Was kann Archer, was T'Pol nicht kann? -- B. Reinecke 'need beer' in den Schnee pinkeln. -- R. Lahl
Am Mittwoch, 31. Mai 2006 21:09 schrieb David Haller: Danke, David und Martin!
Ich vermute also, daß Du Deine Soundeinstellungen in KDE, Gnome oder was auch immer Du laufen hast, mal prüfen solltest. Es war nicht KDE sondern die Einstellung der KDE-Konsole selbst, mit dem interessanten Nebeneffekt, dass echo -en "\033[10;440]\a" auf einer ssh-Konsole eines anderen PC den Beep dann trotzdem dann lokal erzeugte.
Das mit > /dev/tty12 klappt, aber nur wenn ich root bin, als normaler user erhalte ich ./testBash ./testBash: line 6: /dev/tty12: Keine Berechtigung ./testBash: line 6: /dev/tty12: Keine Berechtigung ./testBash: line 6: /dev/tty12: Keine Berechtigung ./testBash: line 6: /dev/tty12: Keine Berechtigung ./testBash: line 6: /dev/tty12: Keine Berechtigung ./testBash: line 6: /dev/tty12: Keine Berechtigung ./testBash: line 6: /dev/tty12: Keine Berechtigung was gehört? zu diesem Script - welche Berechtigung ist das, die einem user ein echo einschränkt? #!/bin/bash # beep-Test # # for tone in 524 491 440 393 349 328 295 ; do echo -en "\033[10;${tone}]\a" > /dev/tty12 usleep 125000 done echo "was gehört?"; LG, Calli -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo, Am Don, 01 Jun 2006, Carl A. Schreiber schrieb:
Das mit > /dev/tty12 klappt, aber nur wenn ich root bin, als normaler user erhalte ich ./testBash ./testBash: line 6: /dev/tty12: Keine Berechtigung [..] zu diesem Script - welche Berechtigung ist das, die einem user ein echo einschränkt?
GID tty normalerweise, d.h. der User der's beepen laesst sollte in der Gruppe 'tty' sein. Das solltest du als erstes ueberpruefen. Es kann sein, dass das bei aktuelleren SuSEn[1] nicht mehr reicht bzw. dass die Rechte der devices anders eingestellt werden muessen, siehe ggfs. z.B. /etc/permissions.local. tty12 ist aber andererseits auch nur ein Beispiel, da unter SUSE (bisher) normalerweise vorhanden, beschreibbar und nicht anderweitig belegt. Du koenntest, bevor du Rechte an devices aenderst, noch folgende devices testen: /dev/console, /dev/tty, /dev/tty[7-11] -dnh [1] bei 9.1 stimmt's noch -- "Spock, Sie erstaunen mich immer wieder." "Ich mich auch." -- Pille und Spock in StarTrek V -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Am Donnerstag, 1. Juni 2006 08:54 schrieb David Haller:
Hallo,
Am Don, 01 Jun 2006, Carl A. Schreiber schrieb:
Das mit > /dev/tty12 klappt, aber nur wenn ich root bin, als normaler user erhalte ich ./testBash ./testBash: line 6: /dev/tty12: Keine Berechtigung
[..]
zu diesem Script - welche Berechtigung ist das, die einem user ein echo einschränkt?
GID tty normalerweise, d.h. der User der's beepen laesst sollte in der Gruppe 'tty' sein. Das solltest du als erstes ueberpruefen.
Es kann sein, dass das bei aktuelleren SuSEn[1] nicht mehr reicht bzw. dass die Rechte der devices anders eingestellt werden muessen, siehe ggfs. z.B. /etc/permissions.local.
tty12 ist aber andererseits auch nur ein Beispiel, da unter SUSE (bisher) normalerweise vorhanden, beschreibbar und nicht anderweitig belegt.
Du koenntest, bevor du Rechte an devices aenderst, noch folgende devices testen: /dev/console, /dev/tty, /dev/tty[7-11]
-dnh
[1] bei 9.1 stimmt's noch
Ja-ein! das eine (es geht) ist eine nicht ge-updatete Susi 9.1, das andere (es geht nicht) ist eine ge-updatete Susi 9.1 (mit dem nachgefolgten Yast-crash) - interessant Calli -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
participants (3)
-
Carl A. Schreiber -
David Haller -
Martin Deppe