Comment désactiver COMPLÈTEMENT le bip du système sonne pour toujours

58

J'utilise Nautilus pour explorer mes fichiers. J'utilise un système d'exploitation basé sur Debian avec KDE Plasma 5.

J'utilise beaucoup le clavier. Lorsque j'appuie sur la touche du haut lorsque je navigue dans les fichiers, si je suis déjà au bout de la liste, Nautilus envoie un gros bip système que j'entendrai à 100% du volume avec mes écouteurs. Ma réaction est comparable à une électrification.

J'ai placé les lignes suivantes ~/.bashrcpour l'utilisateur sudo (root) et pour mon utilisateur de bureau habituel:

# Turn off system beep in console:
xset b off
xset b 0 0 0

Cependant, malgré le bip qui retentit à certains endroits du système d’exploitation (comme l’effacement d’une ligne vide dans le terminal gnome), il est toujours dans Nautilus. Je pense que c’est parce que Nautilus n’a aucune source .bashrcou parce qu’il ignore les xsetcommandes.

Comment puis-je réparer ça?

Ce dont j'ai besoin peut être à un niveau plus profond que le .bashrc, un fichier qui est exécuté par tout, mais qui peut toujours contrôler le son. Sinon, désactiver le son d'une autre manière ou le remplacer pourrait être intéressant.

Guillaume Chevalier
la source
3
S'agit-il d'un bip système (tonalité très forte) ou d'un son (aboiement / égouttement / dong, etc. pour gnome)? Si c'est l'ancien, c'est probablement son niveau système (dans ce cas, essayez de désactiver le pcspkrmodule ou d'utiliser une carte son différente - si c'est le dernier, vous devrez désactiver le son dans les paramètres système (y compris celui de Gnome comme dans la réponse de Stephen)
Wilf
10
Juste pour le rendre explicite pour ceux qui ne l’ont pas réalisé: ~/.bashrcc’est le fichier de configuration de l’utilisateur du bashshell, le terminal shell Debian par défaut. Si vous vous en rendez compte, il est assez évident que les paramètres bash n’affectent pas d’autres applications comme Nautilus.
MSalters
3
Sur certaines cartes son, le système émet un bip sonore pouvant être mis en sourdine.
Simon Richter
3
Essayez d'utiliser ~/.profileau lieu de ~/.bashrc. Comme l'a noté @MSalters, il ~/.bashrcest exécuté lorsque vous ouvrez un nouveau terminal, et non lorsque vous vous connectez. Il ~/.profileest exécuté lorsque vous vous connectez. (Rire de votre réaction, j'en ai fait l'expérience moi-même!)
Teodor
15
Pinces coupantes; viens de le couper ^^
esoterik

Réponses:

34

À moins de couper complètement le son ou de déconnecter vos écouteurs, il n’existe pas de paramètre système pour les événements suivis par toutes les applications. Dans votre cas en particulier, puisque vous utilisez Nautilus sur un système KDE, vous rencontrerez des problèmes, car Nautilus ne suivra pas le comportement configuré de votre bureau.

Nautilus utilise les paramètres de GNOME. Si vous avez le centre de contrôle GNOME, vous pouvez désactiver les effets sonores à cet endroit - allez dans les paramètres audio et désactivez les effets sonores. Sinon, lancez dconf-editor, allez à «org / gnome / desktop / sound», et désactivez «sons de l'événement» et «sons de retour d'entrée». Vous pouvez aussi le faire depuis la ligne de commande, voir Comment désactiver les sons d’alerte / les effets sonores sur Gnome depuis le terminal? pour plus de détails.

Stephen Kitt
la source
Je ne pense pas que c'est vrai. Si vous utilisez le haut-parleur du PC, vous pouvez le désactiver globalement.
forêt le
7
@forest, la question dit «Nautilus enverra un gros bip système que j'entendrai à 100% du volume avec mes écouteurs». Cela ne peut pas être désactivé en désactivant le haut-parleur du PC.
Stephen Kitt
Nitpicking, mais il existe un paramètre de configuration du noyau qui envoie des demandes de déclenchement du haut-parleur du PC via le pilote ALSA, mais je ne sais pas si les distributions le font réellement par défaut. Mais ce n'est probablement pas le cas, alors bon point.
forêt
7
@forest il y a vraiment un problème de terminologie dans la question - Nautilus n'utilise pas le bip système.
Stephen Kitt le
25

Je ne sais pas quel son KDE fait, mais si vous entendez un bip système, désactivez simplement le chargement du pcspkrmodule. En tant que root:

rmmod pcspkr ; echo "blacklist pcspkr" >>/etc/modprobe.d/blacklist.conf

Edheldil
la source
1
Cela désactive uniquement le haut-parleur du PC, que Nautilus n'utilise pas. Vous résolvez le mauvais problème.
Gilles 'SO- arrête d'être méchant'
1
J'étais amusé mais ennuyé d'apprendre que mon nouvel ordinateur portable Lenovo est doté d'un haut-parleur. Chaque fois que j'appuie trop sur le retour arrière, échoue la recherche dans les recherches Ctrl + F dans Firefox, que la fin de la tabulation a échoué ... toujours ce bip fort et odieux. Au lieu de configurer chaque logiciel, supprimer le mod pcspkr a fonctionné! (J'avais besoin d'utiliser /sbin/rmmodd'ailleurs, PATH n'était pas correctement configuré pour root.)
Luc
1

La xsetcommande que vous utilisez fonctionne sur la session serveur X / X, pas sur le terminal, .bashrcou similaire n'est pas le bon endroit pour la mettre. Si Nautilus émet un signal sonore via la fonction de sonnerie du serveur X, je m'attendrais xsetà ce qu'il soit arrêté, si vous avez déjà ouvert un terminal (et donc exécuté la commande) au préalable.

Si cela fonctionne, vous devez exécuter la commande dans le cadre du démarrage / de la connexion sous X. La manière traditionnelle de procéder consiste à utiliser un fichier .xsessionou .xinitrc; toutefois, ces fichiers (scripts) étaient généralement censés exécuter votre programme de session du gestionnaire de fenêtres / environnement de bureau, en tant que dernière ligne exec, et si vous déposiez simplement un script ne contenant rien d’autre xset, vous pourriez ne pas être en mesure de vous connecter sous X ( se déconnecter immédiatement quand vous le faites). Pour trouver la bonne chose à faire ici, cela va être quelque peu spécifique à la configuration de l'environnement de bureau et de l'OS / distribution, donc j'ai l'impression de laisser cette réponse quelque peu incomplète, mais en tant que source d'orientation vers laquelle chercher.

R ..
la source