Emette un segnale acustico da remoto sull'altoparlante incorporato

Come posso fare da remoto (SSH) il mio Linux Computer Beep (altoparlante incorporato, dato che non ce ne sono altri esterni)? Ho Ubuntu 9.04 e posso installare pacchetti extra se necessario. Questo sarebbe utile per trovare una determinata casella se ne hai più di una in giro e hai dimenticato quale IP è quale casella.

Provare:

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

Potrebbe essere necessario caricare prima il modulo del kernel per l'altoparlante incorporato (ad es. Se il modulo è stato inserito nella lista nera dal caricamento automatico):

sudo modprobe pcspkr

primo:

modprobe pcspkr

quindi soluzioni da argomento, come

ssh user@host
beep

Dalla pagina man del bip sulla mia macchina Ubuntu:

IOCTL WACKINESS

Alcuni utenti incontreranno una situazione in cui il segnale acustico si interrompe con un reclamo di ioctl (). La ragione di ciò, come Peter Tirsek è stato abbastanza gentile da indicarmi, deriva da come il kernel gestisce il tentativo di beep di colpire (per i non programmatori: ioctl è una sorta di funzione catch-all che ti consente di colpire cose che non ha altri meccanismi predefiniti di ricerca) il tty, che è il modo in cui emette un segnale acustico. La storia è che il kernel verifica che:

• sei il superutente

• possiedi l'attuale tty

Ciò significa che il root può sempre far funzionare il segnale acustico (per quanto ne so!) E che qualsiasi utente locale può far funzionare il segnale acustico, MA un utente remoto non root non può usare il segnale acustico nel suo stato naturale.

Questo potrebbe essere il motivo per cui il segnale acustico si rifiuta di lavorare in remoto. Puoi verificare se questa è la causa principale invocando ssh con l' opzione -t , che forza l'allocazione pseudo-tty.

Una soluzione meno desiderabile sarebbe quella di creare uno script wrapper che esegua un segnale acustico e concedere a questo script le autorizzazioni di root . Se l'esecuzione di questo script su ssh produce correttamente un segnale acustico, saprai che il problema è la mancanza di un terminale di controllo.

Basta digitare

ssh user@remote-machine
beep

Testato su Ubuntu Desktop 8.x, questo emetterà un segnale acustico sul server remoto, anche se nessuna sessione locale su quel server è attiva (quindi: anche se la schermata di login di GNOME è mostrata sul monitor collegato al server).

Dai un'occhiata a

man beep

per ulteriori dettagli. Su Debian / Ubuntu, il pacchetto di segnali acustici deve essere installato e gli altoparlanti non devono essere disattivati.

Puoi usare:

utente ssh @ macchina remota
sudo sh -c "echo -e '\ a'> / dev / tty1"

Si noti che quanto segue non funzionerebbe. Non riesce nemmeno prima di richiedere la sudopassword perché la bashshell ( ) sta eseguendo il reindirizzamento e quella shell viene comunque eseguita come utente normale, non come root:

utente ssh @ macchina remota
sudo echo -e '\ a'> / dev / tty1
-bash: / dev / tty1: autorizzazione negata

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

Questo comando farà il trucco:

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

Esegui un comando remoto sul computer remoto:

nome host rsh / usr / bin / echo '\ a'
o
utente ssh @ remotehost / usr / bin / echo '\ a'

In alternativa, è possibile eseguire semplicemente una volta:

chmod o + x `che beep`

Ciò consentirà a tutti gli utenti di utilizzare l'eseguibile del segnale acustico, che nella maggior parte dei casi è probabilmente abbastanza sicuro.