Émettre à distance un bip sur l'ordinateur du haut-parleur intégré

Comment puis-je activer à distance (SSH) mon ordinateur Linux Beep (haut-parleur intégré, car il n'y a pas de haut-parleurs externes)? J'ai Ubuntu 9.04 et peux installer des paquets supplémentaires si besoin est. Cela serait utile pour trouver une certaine boîte si vous en avez plus d'une et que vous oubliez quelle adresse IP correspond à quelle boîte.

Essayer:

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

Vous devrez peut-être charger le module du noyau pour le haut-parleur intégré en premier (par exemple, si le module a été mis sur la liste noire à partir du chargement automatique):

sudo modprobe pcspkr

premier:

modprobe pcspkr

puis des solutions de sujet, comme

ssh user@host
beep

Du bip page de manuel sur ma machine Ubuntu:

WACKINESS IOCTL

Certains utilisateurs vont rencontrer un   situation où le bip meurt avec un   plainte de ioctl (). La raison   pour cela, comme Peter Tirsek était gentil   assez pour me faire remarquer,   provient de la façon dont le noyau gère   la tentative de bip de piquer (pour   non-programmeurs: ioctl est une sorte de   fonction fourre-tout qui vous permet   fouiller des choses qui n'ont pas d'autre   mécanisme de piquer prédéfini) la   tty, c’est comme ça que ça sonne. le   histoire courte est, le noyau   vérifie que soit:

• vous êtes le superutilisateur

• vous possédez le tty actuel

Cela signifie que cette racine peut   toujours faire fonctionner le bip (au mieux de   ma connaissance!), et que tout local   l'utilisateur peut faire fonctionner le bip, MAIS un utilisateur distant non root ne peut pas utiliser le bip   c’est l’état naturel.

Cela pourrait bien être la raison pour laquelle beep refuse de travailler à distance. Vous pouvez vérifier si c'est la cause première en appelant ssh avec le -t option, qui force l'allocation de pseudo-tty.

Une solution moins souhaitable consisterait à créer un script de wrapper qui exécute le bip et accorder à ce script les permissions . Si vous exécutez ce script sur ssh vous entendrez bien que le problème est l’absence de terminal de contrôle

Il suffit de taper

ssh user@remote-machine
beep

Testé sur Ubuntu Desktop 8.x, il émettra un bip sur le serveur distant, même si aucune session locale sur ce serveur n’est active (ainsi: même si l’écran de connexion GNOME apparaît sur le moniteur connecté au serveur).

Jettes un coup d'oeil à

man beep

pour plus de détails. Sur Debian / Ubuntu, le paquet bip doit être installé et les haut-parleurs ne doivent pas être mis en sourdine.

Vous pouvez utiliser:

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

Notez que ce qui suit ne fonctionnerait pas. Il échoue avant même de demander la sudo mot de passe parce que le ( bash ) shell effectue la redirection, et ce shell fonctionne toujours en tant qu'utilisateur normal et non 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

Cette commande fera l'affaire:

modprobe pcspkr; echo -e "\a" > /dev/console;

Exécutez une commande à distance sur la machine distante:

Nom d'hôte rsh / usr / bin / echo '\ a'
ou
ssh   user @ remotehost / usr / bin / echo '\ a'

Ou, vous pouvez simplement exécuter la fois suivante:

chmod o+x `which beep`

Cela permettra à tous les utilisateurs d’utiliser l’exécutable bip, ce qui est probablement suffisamment sûr dans la plupart des cas.