Remotely make the computer beep on built-in speaker

Question

How can I remotely (SSH) make my Linux Computer Beep (built-in speaker, as there are no external ones)? I have ubuntu 9.04 and can install extra packages if need be. This would be good for finding a certain box if you have more than one standing around and forgot which IP is which box.

Answer 1

Try:

sudo sh -c "echo -e '\a' > /dev/console"

Answer 2

Just type

ssh user@remote-machine
beep

Tested on Ubuntu Desktop 8.x, this will beep on the remote server, even if no local session on that server is active (thus: even if the GNOME login screen is shown on the monitor attached to the server).

Have a look at

man beep

for more details. On Debian/Ubuntu, the beep package has to be installed and the speakers must not be muted.

Answer 3

From the beep man page on my Ubuntu machine:

IOCTL WACKINESS

Some users will encounter a situation where beep dies with a complaint from ioctl(). The reason for this, as Peter Tirsek was nice enough to point out to me, stems from how the kernel handles beep’s attempt to poke at (for non-programmers: ioctl is a sort of catch-all function that lets you poke at things that have no other predefined poking-at mechanism) the tty, which is how it beeps. The short story is, the kernel checks that either:

• you are the superuser

• you own the current tty

What this means is that root can always make beep work (to the best of my knowledge!), and that any local user can make beep work, BUT a non-root remote user cannot use beep in it’s natural state.

This could well be the reason why beep refuses to work remotely. You can check if this is the root cause by invoking ssh with the -t option, which forces pseudo-tty allocation.

A less desirable solution would be to create a wrapper script that executes beep, and grant this script root permissions. If executing this script over ssh duly produces a beep, you'll know that the issue is the lack of a controlling terminal.

Answer 4

You can use:

ssh user@remote-machine
sudo sh -c "echo -e '\a' > /dev/tty1"

Note that the following would not work. It fails before even prompting for the sudo password because the (bash) shell is doing the redirection, and that shell still runs as the normal user, not as root:

ssh user@remote-machine
sudo echo -e '\a' > /dev/tty1
-bash: /dev/tty1: Permission denied

ls -la /dev/tty1
crw------- 1 root root 4, 1 2009-09-28 16:33 /dev/tty1

Answer 5

Run a remote command to the remote machine:

rsh hostname /usr/bin/echo '\a'
or
ssh user@remotehost /usr/bin/echo '\a'

Answer 6

Or, you could simply run the following once:

chmod o+x `which beep`

This will allow all users to use the beep executable, which probably is safe enough in most cases.

Answer 7

first:

modprobe pcspkr

then solutions from topic, like

ssh user@host
beep