¿Cómo deshabilito el pitido del sistema en FreeBSD 10.1?


9

¿Cómo deshabilito el pitido del sistema en la consola en FreeBSD 10.1?

Los comandos recomendados no funcionan.

El sysctlentorno:

# sysctl hw.syscons.bell=0
hw.syscons.bell: 1 -> 0
# sysctl -a | grep bell
hw.syscons.bell: 0

La retroceso todavía da como resultado un pitido que divide el oído.

Encontré otra sugerencia para usar kbdcontrol:

# kbdcontrol -b off
#

No, todavía suena.

Detalles de mi sistema:

Una vieja computadora portátil Gateway serie MD-78 (con el chipset Intel GM45 Express), sin una perilla de volumen de hardware y un volumen de altavoz de PC decididamente alto.

Estoy ejecutando FreeBSD 10.1.

# uname -a
FreeBSD raktop 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014     root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64

Actualizar:

Estoy ejecutando vtakanewcons , y finalmente descubrí que podía apagar el pitido con:

kbdcontrol -b quiet.off

que se puede poner /etc/rc.confpara que el cambio sea permanente, como:

allscreens_kbdflags="-b quiet.off"

Respuestas:


8

Si está ejecutando vtaka newcons, intente:

kbdcontrol -b quiet.off

Si eso funciona, puede hacerlo permanente en su /etc/rc.conf:

allscreens_kbdflags="-b quiet.off"

Antecedentes:

Después de correr kbdcontroldesde un Xterm y ver que imprime una secuencia de escape, me di cuenta de que solo está tratando de enviar un comando a la emulación de terminal en el controlador de la consola, y es posible que deba enviar algo diferente dependiendo del controlador de la consola; luego busqué y encontré la respuesta específica a newcons: http://lists.freebsd.org/pipermail/freebsd-current/2014-April/049463.html


No estoy seguro de qué pasa con el keybell="NO"vs. keybell="off"como se sugiere en /etc/defaults/rc.conf, pero en cualquier caso ninguno de los dos deshabilitó el pitido para mí.
rakslice

3

Use sysctl -a | grep bellpara ver qué botones tiene. vt es probablemente lo que se está utilizando en estos días.

sudo sysctl kern.vt.enable_bell=0 Funciona en mi caso.


1

Extraído de la publicación del foro de freebsd :

Puede desactivar la campana si establece el valor de MIB hw.syscons.bell en 0. Simplemente escriba

sysctl hw.syscons.bell=0

Para guardar cambios permanentemente después de reiniciar su máquina

# echo "hw.syscons.bell=0" >> /etc/sysctl.conf

:)


Como dije, lo intenté y no funcionó.
rakslice

1

Acabo de "deshabilitar" el pitido del sistema en una mini PC china usando un método muy simple y efectivo como el que se muestra aquí . Seriamente :)

De hecho, no era un pitido del sistema, era un pitido del BIOS y no había ninguna opción para desactivarlo allí. Pero siempre hay alguna solución. :) Ahora disfruto del silencio absoluto. :)

Acabo de desmontar el timbre y quité la membrana vibrante. Esta era la única forma de obligarlo a silenciarse. No había ninguna opción en el BIOS para apagar el sonido de autocomprobación, y era muy ruidoso y molesto. Después de todo, el silencio es más valioso que una PC de 200 dólares.


Gracias por tu comentario @jasonwryan. La respuesta es: acabo de desmontar el timbre y quité la membrana vibratoria. Esta era la única forma de obligarlo a silenciarse. No había ninguna opción en el BIOS para apagar el sonido de autocomprobación, y era muy ruidoso y molesto. Después de todo, el silencio es más valioso que una PC de 200 dólares. :)
truco rápido

Lo edité en su respuesta, es importante (las personas que revisan sus votos en las publicaciones principalmente por el contenido principal, no por los comentarios debajo). Aquí también está tu primer voto a favor. :-)
peterh - Restablecer Monica

Supongo que es una buena posibilidad a considerar, ya que algunas personas simplemente nunca van a usar sus altavoces integrados de todos modos.
rakslice

0

Lo único que funcionó en FreeBSD 10.3 fue:

kern.vt.enable_bell=0

+1, este es el único pensamiento que funcionó en FreeBSD 11.0, al contrario de las otras respuestas aquí.
ybungalobill

0

Esto parece depender del sistema. Tengo FreeBSD instalado en un disco duro externo y puedo verificar que en una computadora portátil Acer hw.syscons.bell=0funcionó el sistema, mientras que en un sistema Lenovo tuve que usarlo kern.vt.enable_bell=0.

Esto es a pesar de usar vt en ambos dispositivos.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.