Essayez :
sudo sh -c "echo -e '\a' > /dev/console"
Vous devrez peut-être d'abord charger le module du noyau pour le haut-parleur intégré (par exemple, si le module a été mis sur liste noire depuis le chargement automatique) :
sudo modprobe pcspkr
d'abord :
modprobe pcspkr
puis les solutions du sujet, comme
ssh [email protected]
beep
Depuis le bip page de manuel sur ma machine Ubuntu :
IOCTL WACKINESS
Certains utilisateurs rencontreront une situation où le bip meurt avec une plainte de ioctl(). La raison de cela, comme Peter Tirsek a eu la gentillesse de me le faire remarquer, découle de la façon dont le noyau gère la tentative de bip de pousser (pour les non-programmeurs :ioctl est une sorte de fonction attrape-tout qui vous permet de toucher des choses qui n'ont pas d'autres boutons de pression prédéfinis mécanisme) thetty, qui est la façon dont il émet un bip. En bref, le noyau vérifie que :
vous êtes le superutilisateur
vous possédez le tty actuel
Cela signifie que les canaux racine font fonctionner le bip (à ma connaissance !), et que n'importe quel utilisateur local peut faire fonctionner le bip, MAIS un utilisateur distant non root ne peut pas utiliser le bip dans son état naturel.
Cela pourrait bien être la raison pour laquelle beep refuse de travailler à distance. Vous pouvez vérifier s'il s'agit de la cause première en appelant ssh avec le -t option, qui force l'allocation de pseudo-tty.
Une solution moins souhaitable serait de créer un script wrapper qui exécute un bip et d'accorder à ce script des autorisations root. Si vous exécutez ce script sur ssh produit dûment un bip, vous saurez que le problème est l'absence d'un terminal de contrôle.