Mi equipo personal tiene una placa madre Intel DZ77BH-55K, con doble salida gráfica DisplayPort y HDMI y con un i7 con un sistema gráfico integrado HD4000.
A pesar de que está conectada a un Philips 224 mediante DisplayPort, cada vez que el ordenador entra en ahorro de energía o si deja de recibir al monitor (este monitor tiene sensores de presencia y cuando no hay nadie delante, entra en ahorro de energía y se apaga hasta que alguien se pone delante) el ordenador se pasa a la pantalla secundaria VGA1 de 1024x768, lo que hace perder el panel y hay que entrar en la configuración por terminal y cambiar la pantalla principal. Eso en si mismo no es un problema, salvo que esté activado la protección por palabra, ya que no sale visible y no es posible acceder al sistema gráfico activo. Por supuesto, podemos generar uno nuevo en uno de los posibles terminales (con Ctrl-Alt-F2 a Ctrl-Alt-F6 y startx), pero los programas activos están en "otro" sitio, trabajando. Este error apareción en uno de los cambios de kernel, creo que en el primer kernel 4.x, pero tampoco estoy seguro, ya que he encontrado en la red casos similares con fechas anteriores. El problema es que no encontraba una manera de solucionarlo si quería mantener un control de palabra de identificación. El origen está en que para la máquina existe una salida más que el DisplayPort y HDMI. Si ejecutamos xrandr aparece al final un VGA1 (en este caso aparece disconnected, por que esta imagen la tomé DESPUÉS de haberlo arreglado).
¿Como hemos podido desconectarlo? Buscando en el conocimiento colectivo mundial —otra vez Google— encontré una solución aquí y aquí. Tenemos que editar grub
su -c 'gedit /etc/default/grub'
y añadir "video=VGA1:d" en la línea de GRUB_CMDLINE_LINUX line para deshabilitar VGA1
y luego actualizar grub. En el caso de Fedora no se reconoce la orden update-grub, pero sí esta
su -c 'grub2-mkconfig -o /boot/grub2/grub.cfg'
y al reiniciar, aparte de aparecer líneas de comandos que antes no aparecían, VGA1 está deshabilitado como veíamos en el terminal anterior y el sistema no se ejecuta en el monitor "fantasma" cuando te despistas unos minutos.
Solucionado.
Mostrando entradas con la etiqueta disable. Mostrar todas las entradas
Mostrando entradas con la etiqueta disable. Mostrar todas las entradas
lunes, 9 de noviembre de 2015
jueves, 30 de mayo de 2013
tracker-miner. Alto consumo de CPU y disco duro
En los últimos tiempos estaba notando que cada reinicio del sistema el disco duro giraba a alta velocidad durante un tiempo muy largo, en ocasiones horas. Revisando top siempre encontraba tracker-miner-fs en la parte alta de la lista de procesos, indexando no se sabe que.
Hoy ya me estaba provocando dolor de cabeza (mi ordenador es muy silencioso si no fuera por el rascado continuo del disco), así que después de ver que tracker-miner es un gran consumidor de recursos, decidí eliminarlo.
Entre las diferentes opciones (véase aquí) apliqué la que me pareció mas sencilla:
$ su -c gnome-session-properties
y en la ventana eliminé directamente tracker-miner
Como el disco sonaba a muchos decibelios, así que rematé
$ pkill tracker*
Y se acabó. Ahora un simple silbido muy bajito de los ventiladores.
Sin embargo esto no es una solución, por que aparece al siguiente reinicio. Lo que he encontrado y funciona bien (una sola comprobación) es lo siguiente, tomado de bugzilla, comentario 24:
"...I had the exact same problem and appending "X-GNOME-Autostart-Delay=60" to /etc/xdg/autostart/tracker-miner-fs.desktop solved this issue. It really seems like some race condition upon startup. It is possible that some other value much lower than 60 would already suffice but for now I'll leave as is."
Es decir,
$ su -
# gedit /etc/xdg/autostart/tracker-miner-fs.desktop
y añadiruna línea con
X-GNOME-Autostart-Delay=60
justo debajo (así lo hice yo) de la de X-GNOME-Autostart-Enable=True
y en el siguiente reinicio el uso del disco duro ha sido mucho más comedido. Espero que os sirva.
Hoy ya me estaba provocando dolor de cabeza (mi ordenador es muy silencioso si no fuera por el rascado continuo del disco), así que después de ver que tracker-miner es un gran consumidor de recursos, decidí eliminarlo.
Entre las diferentes opciones (véase aquí) apliqué la que me pareció mas sencilla:
$ su -c gnome-session-properties
y en la ventana eliminé directamente tracker-miner
Como el disco sonaba a muchos decibelios, así que rematé
$ pkill tracker*
Y se acabó. Ahora un simple silbido muy bajito de los ventiladores.
Sin embargo esto no es una solución, por que aparece al siguiente reinicio. Lo que he encontrado y funciona bien (una sola comprobación) es lo siguiente, tomado de bugzilla, comentario 24:
"...I had the exact same problem and appending "X-GNOME-Autostart-Delay=60" to /etc/xdg/autostart/tracker-miner-fs.desktop solved this issue. It really seems like some race condition upon startup. It is possible that some other value much lower than 60 would already suffice but for now I'll leave as is."
Es decir,
$ su -
# gedit /etc/xdg/autostart/tracker-miner-fs.desktop
y añadiruna línea con
X-GNOME-Autostart-Delay=60
justo debajo (así lo hice yo) de la de X-GNOME-Autostart-Enable=True
y en el siguiente reinicio el uso del disco duro ha sido mucho más comedido. Espero que os sirva.
Suscribirse a:
Entradas (Atom)



