Eu uso o Nautilus para explorar meus arquivos. Eu uso um sistema operacional baseado no Debian com o KDE Plasma 5.
Eu uso muito o teclado. Quando pressiono a tecla para cima ao navegar pelos arquivos, se já estou na extremidade da lista de arquivos, o Nautilus envia um grande bipe no sistema, que ouvirei em volume 100% pelos fones de ouvido. Minha reação é comparável a ficar eletrificada.
Coloquei as seguintes linhas no ~/.bashrc
usuário sudo (root) e no meu usuário comum da área de trabalho:
# Turn off system beep in console:
xset b off
xset b 0 0 0
No entanto, apesar do sinal sonoro sair de alguns lugares do sistema operacional (como apagar uma linha vazia no terminal gnome), ele ainda está no Nautilus. Acredito que é porque o Nautilus não fornece nenhum dos .bashrc
ou porque ignora os xset
comandos.
Como faço para corrigir isso?
O que eu preciso pode estar em um nível mais profundo que o .bashrc
, algum arquivo que é executado por tudo, mas que ainda pode controlar o som. Caso contrário, desabilitar o som de outra maneira ou substituí-lo pode ser interessante.
pcspkr
módulo ou usar uma placa de som diferente - se for o último, você terá que desligar o som nas configurações do sistema (incluindo o Gnome como na resposta de Stephen)~/.bashrc
é o arquivo de configuração do usuário dobash
shell, o terminal padrão do Debian. Se você perceber isso, é bastante óbvio por que as configurações do bash não afetam outros aplicativos como o Nautilus.~/.profile
vez de~/.bashrc
. Como observado por @MSalters,~/.bashrc
é executado quando você abre um novo terminal, e não quando você faz login.~/.profile
É executado quando você faz login. (Riu bem de sua reação, eu mesmo já experimentei isso!)Respostas:
Além de silenciar completamente o som ou desconectar os fones de ouvido, não existe uma configuração para todo o sistema para eventos que serão seguidos por todos os aplicativos. Especialmente no seu caso, como você está usando o Nautilus em um sistema KDE, você terá problemas, pois o Nautilus não segue o comportamento configurado da área de trabalho.
O Nautilus usa as configurações do GNOME. Se você possui o centro de controle do GNOME, pode desativar os efeitos sonoros - vá para as configurações de som e desative os efeitos sonoros. Como alternativa, execute
dconf-editor
, vá para “org / gnome / desktop / sound” e desative “event-sounds” e “input-feedback-sounds”. Você também pode fazer isso na linha de comando, consulte Como desativar sons de alerta / efeitos sonoros no Gnome a partir do terminal? para detalhes.fonte
Não sei qual é o som do KDE, mas se você quer dizer um sinal sonoro do sistema, desative o carregamento do
pcspkr
módulo. Como root, faça:rmmod pcspkr ; echo "blacklist pcspkr" >>/etc/modprobe.d/blacklist.conf
fonte
/sbin/rmmod
pelo caminho, o caminho não foi definido corretamente para o root.)Para silenciar os alertas do Gnome :
Equivalentemente :
fonte
O
xset
comando que você está usando opera no servidor X / sessão X, não no terminal, portanto,.bashrc
ou similar, não é o lugar certo para colocá-lo. Se o Nautilus estiver realmente emitindo um sinal sonoro através da função de campainha do servidor X, eu esperaria que oxset
parasse, se você já abriu um terminal (e, portanto, executa o comando) antecipadamente.Se isso funcionar, o que você precisa fazer é executar o comando como parte do início / login no X. A maneira tradicional de fazer isso é através de um arquivo
.xsession
ou.xinitrc
; no entanto, era tradicionalmente esperado que esses arquivos (scripts) executassem o seu programa de sessão do gerenciador de janelas / ambiente de área de trabalho, como a linha final viaexec
, e se você simplesmente soltar um script que não contenha nadaxset
, poderá não conseguir fazer login no X ( ficando desconectado imediatamente quando você faz). Descobrir a coisa certa a ser feita aqui será um pouco específico da configuração do ambiente de desktop e X do OS / distro, então sinto que estou deixando essa resposta um pouco incompleta, mas como uma fonte de direção para onde procurar.fonte