Prova:
sudo sh -c "echo -e '\a' > /dev/console"
Potrebbe essere necessario caricare prima il modulo del kernel per l'altoparlante integrato (ad es. se il modulo è stato inserito nella lista nera dal caricamento automatico):
sudo modprobe pcspkr
prima:
modprobe pcspkr
quindi soluzioni dall'argomento, come
ssh [email protected]
beep
Dal bip pagina man sulla mia macchina Ubuntu:
IOCTL WACKINESS
Alcuni utenti incontreranno una situazione in cui beep muore con un reclamo da ioctl(). La ragione di ciò, come Peter Tirsek è stato abbastanza gentile da farmi notare, deriva dal modo in cui il kernel gestisce il tentativo di beep di curiosare (per i non programmatori:ioctl è una sorta di funzione catch-all che ti permette di curiosare su cose che non hanno altri battibecchi predefiniti meccanismo) thetty, che è il modo in cui emette un segnale acustico. La storia breve è che il kernel verifica che:
tu sei il superutente
sei il proprietario dell'attuale tty
Ciò significa che il canale root fa sempre funzionare il beep (per quanto ne so!), e che qualsiasi utente locale può far funzionare il beep, MA un utente remoto non root non può usare beep nel suo stato naturale.
Questo potrebbe essere il motivo per cui beep si rifiuta di lavorare da remoto. Puoi verificare se questa è la causa principale invocando ssh con -t opzione, che forza l'allocazione pseudo-tty.
Una soluzione meno desiderabile sarebbe creare uno script wrapper che esegua beep e concedere a questo script i permessi di root. Se esegui questo script su ssh emette debitamente un segnale acustico, saprai che il problema è la mancanza di un terminale di controllo.