*BSDThis forum is for the discussion of all BSD variants.
FreeBSD, OpenBSD, NetBSD, etc.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
...as this explains how drivers can be disabled. Of course, you will also need to study the output of dmesg(8) to find what driver is associated with your speaker.
by using the dmesg I see:
midi0 at pcppi0: <PC speaker>
spkr0 at pcppi0
I used the command "sudo config -e /bsd" (and also "sudo config -e -u -o bsd.new /bsd")
and disabled midi,spkr and pcppi(i am not sure which one to disable so I disabled all).
the pc speaker still works..
what else could I try?
the pc speaker still works..
what else could I try?
Given that this is turning into a fishing expedition, you may want to made a copy of /bsd which has not been altered. Although I don't see that the disabling the drivers discussed may be problematic later, it is good to have the insurance that you can easily return to a default configuration if necessary.
In the dmesg(8) output, I suspect you will also see audio(4) drivers listed. You may want to disable all of these as well.
If this does not disable speaker output, you will need to post the output of dmesg(8). The drivers discussed thus far are generic, but without knowledge of your exact hardware, I will not be able to help you further.
I guess I had dismissed this in my own mind is because some beeps go directly to the speaker; somehow the audio subsystem is bypassed, but I may be vaguely recalling hardware-specific information. I don't routinely gut the system.
But the OP should try this suggestion. It may very well be a viable answer for the hardware used.
@GazL : you are half right thanks for the suggestion.
the command : "mixerctl inputs.spkr.mute=on" WORKS!
You're welcome. My hardware doesn't create mixerctl entries under inputs for spkr only under outputs. Sounds (forgive the pun) like your sound hardware is layed out differently to mine.
Old topic, but I couldn't resist. Using the mixer/mute option gets the job done, unless you want your pc speaker (sometimes a tiny speaker on the motherboard as opposed to the audio speakers) to give notice of other things. For instance, on my laptop I get a nice beeping to warn me when my battery is at 3%. And since I'm running Fluxbox with a minimum of glitter, that's handy.
So, in either your ~/.xinitrc (if you start X with the "startx" command), or your ~/.fluxbox/startup (there are other ways), add what was mentioned above:
Code:
xset -b
That takes care of beeping in X terminals. And for the console...
Edit /etc/wsconsctl.conf and make sure that you have this:
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.