試してみてください:
sudo sh -c "echo -e '\a' > /dev/console"
最初に内蔵スピーカーのカーネル モジュールをロードする必要がある場合があります (たとえば、モジュールが自動ロードからブラックリストに登録されている場合):
sudo modprobe pcspkr
最初:
modprobe pcspkr
次に、トピックからの解決策など
ssh [email protected]
beep
ビープ音から Ubuntu マシンの man ページ:
<ブロック引用>IOCTL 奇抜さ
一部のユーザーは、ビープ音が ioctl() からの苦情で停止する状況に遭遇するでしょう。この理由は、Peter Tirsek が私に指摘するのに十分親切だったので、カーネルがビープ音の突こうとする試みを処理する方法に由来します (非プログラマー向け:ioctl は一種のキャッチオール関数であり、他に定義済みの突っ込みがないものを突くことができます)。メカニズム) thetty、これがビープ音です。 要するに、カーネルは次のいずれかをチェックします:
-
あなたはスーパーユーザーです
-
あなたは現在の tty を所有しています
これが意味することは、root はいつでも (私の知る限りでは!) ビープ音を鳴らすことができ、どのローカル ユーザーもビープ音を鳴らすことができるということです。
これが、beep がリモートでの作業を拒否する理由である可能性があります。 ssh を呼び出して、これが根本的な原因であるかどうかを確認できます。 -t で 疑似 tty 割り当てを強制するオプション。
あまり望ましくない解決策は、ビープ音を実行するラッパー スクリプトを作成し、このスクリプトに root 権限を付与することです。このスクリプトを ssh 経由で実行する場合 正常にビープ音が鳴れば、制御端末がないことが問題であることがわかります。