Versuchen Sie:
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 beim automatischen Laden auf die schwarze Liste gesetzt wurde):
sudo modprobe pcspkr
zuerst:
modprobe pcspkr
dann Lösungen aus Thema, wie
ssh [email protected]
beep
Vom Piep Manpage auf meinem Ubuntu-Rechner:
IOCTL-VERRÜCKTHEIT
Einige Benutzer werden auf eine Situation stoßen, in der der Piepton mit einer Beschwerde von ioctl() verstummt. Der Grund dafür, wie Peter Tirsek mich freundlicherweise darauf hinwies, liegt darin, wie der Kernel handlebeep versucht, etwas anzustöbern (für Nicht-Programmierer:ioctl ist eine Art Catch-All-Funktion, mit der Sie Dinge anstupsen können, für die es keine anderen vordefinierten Anstösse gibt Mechanismus) thetty, so piept es. Die Kurzgeschichte ist, dass der Kernel Folgendes prüft:
-
Sie sind der Superuser
-
Sie besitzen das aktuelle tty
Das bedeutet, dass der Root-Kanal den Piepton immer zum Laufen bringt (nach bestem Wissen und Gewissen!) und dass jeder lokale Benutzer den Piepton zum Laufen bringen kann, ABER ein Nicht-Root-Remotebenutzer kann den natürlichen Zustand des Piep-Init nicht verwenden.
Dies könnte durchaus der Grund sein, warum beep sich weigert, aus der Ferne zu arbeiten. Sie können überprüfen, ob dies die Ursache ist, indem Sie ssh aufrufen mit dem -t Option, die eine Pseudo-TTY-Zuweisung erzwingt.
Eine weniger wünschenswerte Lösung wäre, ein Wrapper-Skript zu erstellen, das beep ausführt, und diesem Skript Root-Berechtigungen zu erteilen. Wenn Sie dieses Skript über ssh ausführen ordnungsgemäß einen Piepton erzeugt, wissen Sie, dass das Problem das Fehlen eines steuernden Terminals ist.