martes, 25 de agosto de 2015

Botones capacitivos no vibran o encienden en Samsung S6



Si tienes el problema en que de la noche a la mañana por culpa de algún duende, tus botones capacitivos de tu Samsung S6 (botón Atrás y botón Aplicaciones recientes) funcionan pero no encienden ni vibran, aquí la solución paliativa.

El problema es un bug reconocido por la comunidad de Android, que aún (al día de la fecha) en Android 5.1.1 no ha sido resuelto. Se trata de un problema al activar el Ahorro de Energía, que de forma correcta deshabilita la vibración y luminosidad de las teclas capacitivas, pero aún desactivandolo siguen deshabilitadas.


Cuando tus botones capacitivos no respondan como deben (me resultan útiles que vibren o se enciendan), debemos:
  1. Entra en el Ahorro de Energía.
  2. En "Iniciar ahorro de energía", selecciona "Inmediatamente".
  3. Apaga el Ahorro de energía.
  4. (Si quieres) Vuelve a encenderlo y configuralo con un porcentaje a gusto. Los botones capacitivos ahora funcionarán.
Quizás, en una próxima actualización de Android Lollipop solucionen este pequeño bug.

Fuente: http://forums.androidcentral.com/samsung-galaxy-s6-edge/514368-samsung-galaxy-s6-edge-vibration-feedback-option-disabled.html#post4464571

miércoles, 12 de agosto de 2015

Enviar mensaje masivo a PCs con Windows en un Dominio

En la oficina estábamos tratando de optimizar el proceso de reinicio de un Servicio indispensable para gran parte de los usuarios de la empresa, pero sin caer en el viejo y obsoleto método del correo o la llamada telefónica. La duda era, ¿cómo les notificamos de forma fácil que debíamos reiniciar el Servicio?

Era indispensable que los usuarios cerrasen sus Apps que se conectaban a dicho "demonio", para así tener la tranquilidad de que esos programas no quedasen "frizados" y evitar el maremoto de llamadas y reclamos para luego matar uno a uno dicho proceso de forma remota.

En Windows, el comando que debemos usar es msg.exe, no disponible en Windows XP, pero si para Windows Vista y posteriores.

Primero, necesitábamos listar aquellos equipos que tenían la App dependiente de dicho Servicio, armar un listado con ellas y así ejecutar el comando msg en función a ese listado. Para ello, acudimos a nuestro System Center Configuration Manager, y mediante un Reporte, listamos todos los equipos que tenían la App instalada. Luego, generamos un archivo de texto ubicado localmente en nuestro equipo que contendría el listado de las PCs.

Una vez hecho ésto, generamos un .bat que contiene lo siguiente:

FOR /F %%p IN (C:\temp\pc.txt) DO msg * /server:%%p /time:600 El Servicio XYZ se reiniciara en 5 minutos. Muchas Gracias.

...donde:

C:\temp\pc.txt es nuestro archivo de texto que contiene el listado de PCs a enviar el mensaje.

msg * /server:%%p /time:600 el comando msg.exe, * en envía el mensaje a todas las sesiones del equipo destino, /server:%%p enviará el mensaje a los servidores declarados en la variable %%p, /time:600 el tiempo de vida del mensaje en la sesión de la PC (en segundos).

Ejecutamos como Administrador de Dominio nuestro .bat y el mensaje será enviado, mostrándose como:




Ejemplo básico:

Para enviar un simple mensaje a una PC particular, simplemente bastaría (mediante el Símbolo de Sistema) ejecutar también como Administrador:

C:\windows\system32\msg.exe * /server:nombrePC /time:10 Mensaje a enviar.

IMPORTANTE:

Para los equipos destino que tengan Windows XP, deberemos configurar la siguiente Clave de Registro:

HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server

El valor DWORD llamado AllowRemoteRPC debe estar seteado en 1. En el caso de tratarse de un Dominio Active Directory, podremos setear dicha clave mediante el uso de Preferencias vía Administración de Directivas de Grupo (las milagrosas Group Policies).

lunes, 11 de mayo de 2015

La App "humana"

Todos hemos instalado algún programa en la PC, y al momento de preguntarnos respecto al contrato que estamos aceptando de seguir con la instalación, sin siquiera leerlo damos OK. Todos también hemos instalado alguna App en nuestro Smartphone sin conocer el desarrollador o cuáles permisos requiere, ya sea porque un amigo nos la recomendó o porque simplemente somos adictos a la instalación masiva de cualquier aplicación (por suerte, no es mi caso).

Días atrás, recibí un vídeo en un correo de Mozilla que muestra mediante una cámara oculta cómo es la reacción de las personas cuando alguien hace de "forma humana" lo que hacen todas ó la mayoría algunas de las Apps en nuestros Smartphones, pero llevada a la vida real.

Me resultó un vídeo excepcionalmente imperdible y educativo. Activa los subtítulos y recomendalo para tus amigos a quienes poco les importa qué hacen algunas Apps en nuestros teléfonos. :)


sábado, 2 de mayo de 2015

Mover la memoria SWAP a la RAM Física en Linux

Luego de hibernar mi laptop (suspend-to-disk para los más especialistas), si lo hacía con programas abiertos tales como Firefox o aplicativos de Java, al iniciar de nuevo el sistema, me encontraba con varios MB usados de mi memoria SWAP, ergo una alta actividad de I/O en disco. Además (y éste es el dato más importante), disponía de muuucho espacio libre en mi memoria RAM, donde tranquilamente cabía sin ningún problema los MBs alojados en SWAP.

La solución: transferir toda esa información "alojada" en SWAP a la RAM (la cuál es muuucho más rápida que cualquier disco duro -si, si, descubrí la pólvora diciendo ésto-) y así efectuar las consultas directamente sobre la memoria física,

Para ello, como root (si tienes sudo, a por él!), ejecutaremos por Terminal:

swapoff -a


...lo que obligará a Linux a transferir/mover los datos alojados en SWAP hacia la RAM, para luego desactivar la particion SWAP, dejandola deshabilitada.

Una vez que la Terminal finalice la ejecución de dicho comando, ejecutaremos:

swapon -a

...lo que activará la partición SWAP nuevamente en 0MB usados, dejándola habilitada.

Nota: si es la primera vez que vas a usar éste método, te recomiendo abrir en otra Terminal top/htop, y podrás ver cómo se transfieren los datos de SWAP a RAM, cómo se desmonta dicha partición, y luego como se monta nuevamente.

jueves, 14 de febrero de 2013

Liberando espacio en ArchLinux: borrado de paquetes en cache


Desde hace ya un tiempo venía observando mediante Conky como semana tras semana, manteniendo actualizado mi Archlinux al día, el espacio que ocupaba el Sistema aumentaba de forma discreta pero a paso firme, y ocupaba en su totalidad casi 7 GB. ¿Qué carpeta estaba generando ese tamaño considerable, teniendo en cuenta que mi carpeta /home estaba en otra partición?

Indagando un poco más gracias al comando du encuentro que la ruta /var/cache/pacman/pkg/ pesaba unos molestos... 2,1 GB de tamaño!

Investigando en la excelente y maravillosa Wiki de Arch encuentro que a medida que vamos instalando/actualizando paquetes en nuestro sistema, se van guardando en la ruta mencionada los paquetes obsoletos (versiones anteriores) de forma local.

Para solucionarlo, debemos recurrir a pacman:

# pacman -Sc

Mediante el parámetro Sc eliminaremos todos los paquetes obsoletos (versiones anteriores) de los que ya tenemos instalados. Es importante aclarar que una vez hecho esto, no podremos hacer un downgrade de determinado paquete, por lo tanto debemos estar seguros de que nuestros programas funcionan totalmente estables. Luego, vuelvo a ejecutar...

du -lsh /var/cache/pacman/pkg/

...me encuentro con solo unos 725 MB (comparado con los casi 2 GB iniciales).

De esta forma, liberaremos el espacio ocupado por aquellos paquetes de versiones viejas que se alojan localmente, dejando solo los paquetes actuales.

A tener cuidado:
Existe otro método (considerado una mala práctica) que elimina absolutamente TODOS los paquetes del directorio, tanto los obsoletos como los actuales (claro que solo los paquetes instaladores, no los programas ya instalados). En ese caso ejecutamos...

# pacman -Scc

Hecho ésto, si quisiéramos hacer un downgrade de cualquier paquete, deberemos hacerlo manualmente descargándolo de la web. A simple vista, les recomiendo que este paso no debería ser ejecutado en primera instancia, únicamente claro está que el espacio libre en tu Sistema sea de alta criticidad.

Nota:
Recordemos que podemos modificar el lugar donde esos paquetes en cache se alojan, para ello editaremos...

# nano /etc/pacman.conf

...modificaremos la variable #CacheDir quitando el numeral por delante para que no tome la ruta por defecto y luego estableceremos el path a un directorio personalizado a gusto.

Fuente:
https://wiki.archlinux.org/index.php/Pacman
Imagen: