XFCE no apaga el equipo con systemd
Receta corta para aquellos que, como yo, se han encontrado que al actualizar su sistema (en mi caso ArchLinux) a systemd han comprobado, con horror, que sus ordenadores ni reiniciaban ni se apagaban correctamente teniendo que recurrir a mantener pulsado el botón de “encendido” más tiempo del deseable 
Tras buscar infructuosamente en los logs (y utilizar el nuevo journalctl) y no encontrar en la web algún alma caritativa que se hubiese topado con el mismo problema (y que me evitase tener perder invertir tiempo averiguando cómo solucionarlo ¿¡¿no puedo ser el primero al que le haya pasado?!?) he optado por regalaros la solución que le he dado al asunto por si os ocurre lo mismo y queréis salir rápido del atolladero.
Nunca digas nunca… instalándome win7
¿¡¿Quién me iba a decir que acabaría instalando en mi propio equipo de sobremesa Windows 7?!?
Con lo “talibán” que puedo llegar a ser en ciertas ocasiones en lo que a Software Libre se refiere me sorprendo a mi mismo quitando Arch Linux de mi querido ordenador y sustituyéndolo por Windows 7 Ultimate 64 bits :O
Sé que no tengo “perdón” (ni justificación) pero dejadme, al menos, la oportunidad de explicarme y regalaros una foto del “delito” que puede llegar a hacer historia…
Imposible iniciar sesión tras actualizar gnome 3.4.1
Picado por el amigo Nando en la oficina actualicé mi Arch Linux a la última versión de todos los paquetes.
¿Qué problema me iba a dar con lo “adicto” que soy al servicio rolling release de mi distro de cabecera?
El equipo empezó a dejar de funcionar correctamente en algunas cosillas “sin importancia” (como que la terminal daba algún que otro mensaje de error al abrirla) Naaahh… como se está compilando el kernel y n-cientos paquetes seguro que no anda fina. Nada que no arregle un buen reinicio del sistema ¿no?
Error hda-intel: azx_get_response timeout, switching to polling mode [solved]
Tras la última instalación de Archlinux (en esta ocasión la versión de 64 bits) en el equipo de sobremesa me he vuelto a topar en el arranque del equipo con el error “hda-intel: azx_get_response timeout” que no es que afecte al funcionamiento del equipo o ralentice el tiempo de inicio del sistema pero ¡fastidia ver errores al arrancar! ¿o no?
Y digo que me he vuelto a topar porque ya lo tenía en la versión de 32 bits anterior que tenía instalada pero no le dí mucha importancia porque aquello podía ser fruto de haber pinchado en un equipo distinto (cambié la torre) el disco duro del anterior (me daba pereza tener que instalarlo todo de cero y no tenía demasiado tiempo que perder invertir en ello )
Con la nueva instalación se me habían acabado las posibles justificaciones así que opté por buscar el origen (y por tanto la solución al problema). En Internet no he encontrado mucha información así que he optado por dejar constancia de la solución en este “breve” post.
Espectacular intro para Archlinux
No es ningún secreto que me encanta Archlinux y por tanto, actualmente lo tengo instalado en todos los equipo tanto de casa como de la oficina.
Encuentro en mi lector de noticias el siguiente vídeo cortesía del amigo @ivoarch (cuyo blog he conocido recientemente) que no he podido resistir compartirlo con todos vosotros.
Sería interesante meterlo en el arranque del equipo pero como es una “pijada” voy a dejar la investigación sobre cómo hacerlo para cuando tenga hueco para ella (pasa a convertirse en una tarea de baja prioridad salvo que alguien se le ocurra alguna idea que pueda arrojar algo de luz al respecto )
Nautilus cannot handle “smb” locations
Con Archlinux recién instalado en el equipo del trabajo me encuentro que me resulta imposible acceder por red a la carpeta compartida de un compañero.
El mensaje ofrecido por Nautilus es el que puede leerse en el título del artículo (sí, tengo el equipo en inglés ) y se ocasiona cuando intentas acceder a otro ordenador introduciendo como ruta una dirección del tipo
smb://10.227.34.56
No funcionan los auriculares en el portátil
Este fin de semana me he encontrado que al pinchar los cascos en el portátil no dejaban de sonar los altavoces del equipo (seguían sonando los muy condenados) y, a través de los “headphones”, no se oía absolutamente nada.
Tras varios intentos infructuosos y consultar la documentación del proyecto Alsa buscando la configuración correcta de la tarjeta de sonido por fin he dado con la solución correcta para conseguir el deseado “mute” al pinchar los auriculares en el equipo.
Como han sido varias pruebas y reinicios del equipo hasta encontrar la combinación correcta he optado por dejar constancia de la solución para aquel que pueda llegar a necesitarla (lo que hubiese dado por saber cómo configurar mi ordenador rápidamente)
Mejoras en el gestor de actualizaciones
Tras los problemas que tenía en mi portátil con las actualizaciones de Archlinux opté por crear un pequeño script (Archdate) que haciendo uso de Zenity me permitiese seleccionar los paquetes a instalar.
Inicialmente pensaba que se debía a alguna incompatibilidad de mi equipo con las nuevas versiones del kernel pero, tras descubrir la solución al problema con la pantalla en negro al instalar Ubuntu, comprobé que los motivos de los cuelgues eran otros y pude utilizar, como cualquier otro mortal, el sencillo y cómodo
sudo pacman -Syu
No obstante desarrollé una nueva versión de Archdate (cuyo uso podéis leer en el siguiente artículo) que me gustaría compartir con vosotros.
Problemas con el reloj del sistema
Tras la última actualización de Archlinux y, y el posterior reinicio de la máquina, el sistema me saludó con un bonito mensaje de error “El panel ha encontrado un problema mientras cargaba OAFIID:GNOME_ClockApplet” y el reloj del panel no había forma de conseguir que apareciera.Gestor de actualizaciones para Archlinux
Si hay algo que vengo echando de menos en Arch es el contar con el update-notifier de Ubuntu. Esta aplicación es especialmente útil para tener nuestro sistema a la última con todas sus actualizaciones de un modo rápido y cómodo.
En Archlinux, con el comando pacman se puede conseguir algo parecido pero no es tan sencillo (ni visual), sobre todo cuando no puedes actualizar el sistema completo (pacman -Syu) sin arriesgarte a dejarlo inutilizado (la última versión del kernel26 no funciona correctamente en mi portátil).
Por fortuna me he “fabricado” una alternativa que puede que resulte de utilidad a otros y, por eso, he optado por compartirla con vosotros
Comentarios recientes