Der Computer piept aus der Ferne über den eingebauten Lautsprecher

Wie kann ich aus der Ferne (SSH) meinen Linux-Computer piepen lassen (eingebauter Lautsprecher, da es keine externen gibt)? Ich habe Ubuntu 9.04 und kann bei Bedarf zusätzliche Pakete installieren. Dies ist hilfreich, um eine bestimmte Box zu finden, wenn Sie mehr als eine Box haben und vergessen haben, welche IP-Adresse zu welcher Box gehört.

Versuchen:

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

Möglicherweise müssen Sie zuerst das Kernelmodul für den eingebauten Lautsprecher laden (z. B. wenn das Modul vom automatischen Laden ausgeschlossen wurde):

sudo modprobe pcspkr

zuerst:

modprobe pcspkr

dann lösungen zum thema, wie

ssh user@host
beep

Von der Beep- Manpage auf meinem Ubuntu-Rechner:

IOCTL WACKINESS

Einige Benutzer werden auf eine Situation stoßen, in der ein Piepton mit einer Beschwerde von ioctl () verstummt. Der Grund dafür ist, wie Peter Tirsek mir zu verstehen gab, der, wie der Kernel mit dem Versuch des Pieps umgeht, etwas zu tun (für Nicht-Programmierer: ioctl ist eine Art Catch-All-Funktion, mit der Sie Dinge anfassen können, die Sie anfassen können) habe keinen anderen vordefinierten stossmechanismus) das tty, so piept es. Die Kurzgeschichte ist, der Kernel prüft, ob entweder:

• Sie sind der Superuser

• Sie besitzen die aktuelle tty

Dies bedeutet, dass root immer einen Piepton abgeben kann (nach meinem besten Wissen!) Und dass jeder lokale Benutzer einen Piepton abgeben kann, ABER ein nicht root-Remote-Benutzer kann keinen Piepton in seinem natürlichen Zustand verwenden.

Dies könnte der Grund sein, warum sich der Piepton weigert, aus der Ferne zu arbeiten. Sie können überprüfen, ob dies die Hauptursache ist, indem Sie ssh mit -t aufrufen Option , die die Pseudo-tty-Zuweisung erzwingt.

Eine weniger wünschenswerte Lösung wäre, ein Wrapper-Skript zu erstellen, das einen Signalton ausgibt, und diesem Skript Root-Berechtigungen zu erteilen . Wenn das Ausführen dieses Skripts über ssh ordnungsgemäß einen Signalton ausgibt, wissen Sie, dass das Problem das Fehlen eines steuernden Terminals ist.

Tipp einfach

ssh user@remote-machine
beep

Getestet auf Ubuntu Desktop 8.x piept dies auf dem Remote-Server, auch wenn keine lokale Sitzung auf diesem Server aktiv ist (also: Auch wenn der GNOME-Anmeldebildschirm auf dem mit dem Server verbundenen Monitor angezeigt wird).

Schau es dir an

man beep

für mehr Details. Unter Debian / Ubuntu muss das Beep-Paket installiert sein und die Lautsprecher dürfen nicht stummgeschaltet sein.

Sie können verwenden:

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

Beachten Sie, dass das Folgende nicht funktionieren würde. Es schlägt fehl, bevor Sie nach dem sudoKennwort gefragt werden, da die ( bash) - Shell die Umleitung ausführt und diese Shell weiterhin als normaler Benutzer ausgeführt wird, nicht als root:

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

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

Dieser Befehl erledigt den Trick:

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

Führen Sie einen Remote-Befehl auf dem Remote-Computer aus:

rsh-Hostname / usr / bin / echo '\ a'
oder
ssh-Benutzer @ remotehost / usr / bin / echo '\ a'

Oder Sie könnten einfach einmal Folgendes ausführen:

chmod o + x `welcher Piepton`

Auf diese Weise können alle Benutzer die ausführbare Beep-Datei verwenden, was in den meisten Fällen wahrscheinlich sicher genug ist.