Problemas con whatsapp

•noviembre 13, 2012 • Deja un comentario

Si tienes whatsapp desde hace años, y tratas bien tu móvil, y nunca has tenido que resetearlo, es probable que en algún momento explote. Sí. Llevo un par de días en que intentaba iniciar whatsapp y me decía que definitivamente, no. Salía. Probé a borrar la ram. Probé a reiniciar, varias veces, y nada. He pensado esta mañana que quizás se debiese a la cantidad de chats y mensajes y demás. No soy una persona que hable mucho. Pero si tu móvil es bastante viejo (5 añitos de nada, pero la gente los cambia como si fuesen cromos) es probable que el tamaño de los logs sobrepase las capacidades del sistema. Me di cuenta entre otras cosas porque en conversaciones de grupo, con gente de clase y tal, iba excesivamente lento. O con personas con las que tenía un largo historial. Con el resto de gente la verdad es que iba bastante bien.

¿A qué se debe?

Bueno, hablo del caso de iOS. Los ficheros se guardan con formato SQLite. El sistema está bien para cosas que requieran poca información, y que sólo vayan a accederse desde un sólo lugar. Problema, tiene sus limitaciones, y la ram del sistema también.

Cada vez que alguien escribe algo, el sistema tiene que recorrer la base de datos, que al fin y al cabo es texto plano, e insertar la entrada.

Solución

Está la opción buena, la mala, y la Max Power.

La buena y la mala: Necesitarás acceso SSH, ergo tener el jailbreak en iOS. En android sólo necesitaréis montar el móvil en vuestro ordenador y acceder. Ergo necesitaréis un terminal con un cliente SSH.

Acceder a la carpeta donde está instalado el whatsapp, en iOS /private/var/mobile/Applications/

Alló haced ls * |grep Whats, y os dirá la carpeta en la que se encuentra. Acceded, luego al directorio Documents, y allí tendréis un archivo llamado ChatStorage.sqlite. He aquí mi problema, 11 MB de información de mierda. Puede que tengais un ChatStorage.copy.sqlite o un ChatStorage~.sqlite, no sé qué son.

Aquí difieren las opciones. La primera es utilizar la herramienta sqlite3.

sqlite3 ChatStorage.sqlite

>delete  from ZWAMESSAGE;

>.quit 

Problema, sqlite no reduce el tamaño de la base de datos hasta que le da la gana. Seguramente hay una orden para hacerlo, pero me he cagado, y el whatsapp  seguía sin funcionar.

La mala: en lugar de borrar la tabla, borrad los archivos con rm ChatSto*

así de sencillo. Mis temores es que me echase de los grupos, y tuviese que suplicar que volviesen a incluirme. Pero afortunadamente no ^^. Sigo pudiendo comentar en todos lados mis gilipolleces.

Ojo, haced una copia de seguridad en disco. Del ordenador. O en el iPhone, pero me parece perder espacio.

 

La Max Power. Borra la aplicación. Vuelve a instalarla. Ahora te va rápido. Te sientes bien con ello? Yo no.

 

Poco más, me despido!

Injusticia en la neutralidad

•enero 19, 2012 • Deja un comentario

Hola de nuevo, hoy escribo por el cierre injusto de megaupload, como mi compañero alpinepwd, pero empezare desde el principio con mi experiencia.
Yo me he enterado del cierre cuando me disponía ha bajarme una capitulo de una serie ( ya se que es ilegal, pero no tengo mas remedio que descargarme capítulos de las series que me gustan ya que las cadenas españolas no quieres comprar los derechos de emisión, y no tengo ningún tipo de medio «legal» por el cual ver la serie, así que me las bajo en japones (ya que en Japón es el único sitio de emisión) y un fansub los subtitula sin ganar nada, por el gran y magnifico trabajo que hacen), a la hora de elegir una link de descarga me decanto por el gran servicio de megaupload que ofrecía, es aquí cuando no me carga la pagina, después de intentarlo varias veces, decido elegir otro, cuando sigo indagando el motivo de por que o funciona me encuentro con que el mismísimo FBI a cerrado la web.
Aquí en donde en mi cabeza aparecen varias preguntas:
¿Que ha pasado con aquellos usuarios que han pagado por una cuenta premiun en magaupload?
¿Que ha pasado con los datos de los usuario que son de otros paiese
¿Que ha pasado con los archivos de los usuarios que estaban almacenados en los servidores?
Y así bastantes mas preguntas, esta es una situación que conviene reflexionar.
En muchas webs, redes sociales ect, han ido apareciendo artículos y opiniones interesantes como la siguiente :
-Si tenías datos personales en Megaupload podéis denunciar ante la Guardia Civil los datos que han sido incautados, ya que según las leyes españolas solo se puede incautar datos personales si hay orden judicial.
-Todas las Webs de Megaupload permanecen inaccesibles desde está tarde. El Departamento de Justicia de EE.UU. acusan a los los siete responsables de crimen organizado y asegura que son “responsables” de “piratería masiva en todo el mundo de diferentes tipos de obras protegidas por derechos de propiedad intelectual”. Los acusados pueden llegar a tener una condena de hasta 50 años.
La denuncia se cursó el 5 de Enero en EE.UU. Seguramente que muchos ya lo sabía, ya que los fundadores de SeriesYonkis vendieron sus acciones en esta semana.

Yo tambien quier aportar mi opinin de descontento con lo que estan hacienle a internet, un «lugar» que era neutrar, y que si sigue asi, acabaro con algo que puede llegar a ser increible.

By:a5r0j0

Cierre de megaupload

•enero 19, 2012 • 1 comentario

Eh! que os jodan. En serio.

Y esto demuestra que la justicia burguesa no es justicia.

Millones de personas a favor de la cultura. Unos pocos, con dinero, en contra. Y nos cierran Megaupload.

No me voy a extender más que mañana tengo CASO.

Fuck the IPR, Fuck the FBI.

 

 

 

 

ScribeFire

•enero 3, 2012 • Deja un comentario

Hola, blogadictos!

Como siempre, traigo alguna nueva chorrada que probar. Os acordáis que actualicé de Opera 10.0 a 11.6? Pues es una maravilla y por fin he podido instalar el addblock.

También he instalado Ghostery, que permite bloquear quien realiza estadísticas con nuestras visitas (también lo tengo en Safari), Turn off the lights, que oscurece la ventana (como el modo cine de megavideo), y YouTube Addsfree, que quita los putos popups de los videos.

 

Y por último, y más importante (no tanto como addblock, la verdad), ScribeFire, que al parecer también está para Firefox. Permite escribir en varios blogs a la vez. O eso creo. De hecho voy a intentarlo..y ya será un lujo escribir en 404, paranoid-world y alpinepwd a la vez.

Problemas con la tarjeta AWUS360H en MacOS 10.6

•diciembre 28, 2011 • Deja un comentario
No sé si os he contado que con el sueldo de mi primer trabajo me compré una tarjeta Alfa Network (gracias a aetsu por la recomendación) y que fue un poco un chasco.
La tarjeta en sí sirve muy bien para hacer auditorías.
Lancé el KISmac. Cualquiera con un mac y sin WiFi sabe lo que es. Es la polla. Es el mejor programa del planeta ^^.
Cargó los drivers necesarios, y empezó a capturar paquetes. Sencillamente genial.
Pero quería navegar también.
Me bajé los drivers necesarios, los intalé siguiendo este manual:
aunque también se puede seguir aquí: http://www.youtube.com/watch?v=jerEublmg-g
Lo instalé todo. Contento, se asociaba con mi red wifi, navegaba bien.
Lanzo el kismac otra vez…y…bum!
No podía cargarse los drivers de la antena.
Al parecer causa incompatibilidades.
Si los habéis instalado sabréis que hace falta reiniciar 2 veces el ordenador, y que es un coñazo.
Yo los desinstalé, porque quería usarla para hacer auditorías y me olvidé de navegar con ella.
Hace poco salió una nueva versión de kismac y la descargué por si se había solucionado. Y hoy he decidido reinstalar los drivers.
No ha funcionado, pero he pensado que probablemente el problema sea una incompatibilidad al cargar los drivers en dos sitios distintos.
Mirando manpages y demás he visto que existe una orden kextunload que permite descargar una extensión del nucleo…y…tachán! funciona.
Y como soy un tío vago, me he hecho un script para cargar y descargar las extensiones antes de lanzar el kismac.
#! /bin/bash

# Paranoia
# 28/12/2012
# No es una inocentada, melones
# tarjeta.sh

if test $# -eq 1
then

if test $1 -eq 1
then
echo «cargando drivers\n»
sudo kextutil -t -v /System/Library/Extensions/RTL8187l.kext
else
echo «Descargando Driver\n»
sudo kextunload -v /System/Library/Extensions/RTL8187l.kext
fi
else
echo «debe recibirse como argumento 1 o 0 dependiendo de si quiere activarse o no\n»
fi
Tan fácil como darle permisos de ejecución, o simplemente escribir
> bash tarjeta.sh 1
para activar. con 0 para desactivar los drivers.
(Hay que desactivarlos para lanzar el kismac y viceversa)
Espero que os haya servido de ayuda.

Por cierto, la entrada original en:
http://paranoid-world.blogspot.com
y http://alpinepwd.wordpress.com

El fichero /etc/shadow

•diciembre 12, 2011 • Deja un comentario

Si en la entrada anterior comentaba sobre el formato del fichero /etc/passwd, en esta escribiré sobre /etc/shadow.

Dicho fichero almacena la contraseña cifrada de cada usuario y se complementa con el archivo /etc/passwd.

Cada línea del fichero tiene la siguiente forma:

usuario:password:último:pueda:vida:aviso:caduca:duración:reserv

Donde:

[-] usuario es el nombre del usuario.
[-] password es la contraseña cifrada correspondiente al usuario.
[-] último  son los días transcurridos desde la última vez que se cambió la clave, cuenta desde el día 1/1/1970.
[-] pueda son los días que deben pasar antes de que la clave pueda ser cambiada.
[-] vida es el tiempo de vida de la clave antes de que tenga que ser cambiada.
[-] aviso es el número de días de aviso al usuario antes que expire la clave.
[-] caduca son los días en que la clave quedara deshabilitada tras caducar.
[-] duración son los días de duración de la cuenta desde 1/1/1970.
[-] reserv pertenece a un campo reservado.

Con está entrada ya he comentado como funcionan los ficheros que gestionan los usuarios y sus claves, en el siguiente veremos como podemos descifrar las claves con John the Ripper.

Un saludo,

Aetsu

El fichero /etc/passwd

•diciembre 11, 2011 • Deja un comentario

En esta ocasión voy a comentar el formato del fichero /etc/passwd de GNU/Linux donde se almacena información de los usuarios creados en el sistema, aunque no las contraseñas como podría sugerir el nombre del fichero, ya que estas se encuentran en el fichero /etc/shadow.

Cada línea del fichero tiene la siguiente forma forma:
    usuario:password:UID:GID:descripción:home:shell
Como por ejemplo el usuario root:
    root:x:0:0:root:/root:/bin/bash

Donde (los campos están separados por dos puntos):
[-] usuario es el nombre del usuario.
[-] password es la contraseña, pero por motivos de seguridad no se aloja en este fichero, sino que se encuentra en /etc/shadow, esto
explica porque este passwd tiene una máscara mucho mas «pública» que shadow.
[-] UDI es el identificador numérico del usuario, en el caso del root (como en el ejemplo) es 0.
[-] GID es el identificador numérico del grupo, en el caso del root es 0. [-] descripción es la descripción de la cuenta.
[-] home es el directorio de la carpeta local del usuario.
[-] shell es el intérprete de órdenes por defecto del usuario.

Con esto concluyó esta entrada, nos vemos en breve.

Aetsu

Entorno de 32 bits en sistemas de 64 bits

•diciembre 6, 2011 • Deja un comentario

Este post no hace referencia a ninguna novedad ni ningún descubrimiento digno de alarde, sino que es una posibilidad que estaba ahí, que no conocía y que me pareció interesante compartir.

El otro día peleándome con la instalación de gentoo para un netbook me surgió la necesidad de compilar aplicaciones (entre ellas el kernel) de 32 bits sobre un sistema de 64 bits (i686 sobre amd64) obteniendo errores que me impedían proseguir con mi inmersión gentooniana. Como de costumbre la solución para ello la encontré en la siempre genial wiki de archlinux.

La salida a mi problema se encontraba en la sección Arch64 y proponía la creación de un entorno de 32 bits mediante linux32, realizando una tarea muy similar a un chroot (man chroot para mas información 😉 ), pero en este caso se nos encerrará en una jaula de 32 bits.

Para preparar el entorno tenemos que tener habilitada la librería multilib en el fichero /etc/pacman.conf.

      [multilib]
       Include = /etc/pacman.d/mirrorlist

y actualizamos los repositorios con:

 pacman -Sy

  Lo siguiente será instalar el gcc contenido en multilib:

 pacman -S gcc-multilib gcc-libs-multilib binutils-multilib libtool-multilib lib32-glibc

  Además también requerimos linux32 para cerrar la jaula, con lo que lo instalaremos:

pacman -S util-linux

el siguiente paso será realizar preparar la jaula:

          mount –bind /dev /<directorio>/dev
          mount –bind /dev/pts /<directorio>/dev/pts
          mount –bind /dev/shm /<directorio>/dev/shm
          mount -t proc none /<directorio>/proc

          mount -t sysfs none /<directorio>/sys

    donde directorio es la ruta donde queremos crear nuestro entorno de 32 bits.

Para final solo queda entrar en dicha jaula: 

          linux32

Para realizar las comprobaciones y saber si lo hemos hecho correctamente tenemos el comando uname:

uname -m

En el caso de haberlo introducido correctamente nos debe mostrar i686 como salida.

 

  -> Como siempre para más y mejor información  mirad la entrada de la wiki de Arch:

  https://wiki.archlinux.org/index.php/Arch64_FAQ#Can_I_run_32-bit_apps_inside_Arch64.3F

Antes de finalizar decir que aunque estas instrucciones son para Archlinux, no debería ser excesivamente difícil usarlo en otras distribuciones.

Un saludo.

Aetsu

Megaupload y los DNS

•noviembre 29, 2011 • 3 comentarios

Parece que algunos que usamos ciertos DNS tenemos problemas con megaupload como vemos en noticias como:

->  http://www.fayerwayer.com/2011/11/confiscacion-de-dominio-vuelve-inaccesible-a-megaupload

Una solución para esto es cambiar nuestros DNS por los de openDNS (por poner un ejemplo) con los que si que funciona:

208.67.222.222   /  208.67.220.220

La otra forma de acceder es no utilizar un servidor dns y acceder mediante IP. Veamos mediante que ips podemos acceder a megaupload:

[alpha@alpha-pc ~]$ nslookup http://www.megaupload.com

Server:        208.67.222.222

Address:    208.67.222.222#53

Non-authoritative answer:

Name:    http://www.megaupload.com

Address: 174.140.154.20

Name:    http://www.megaupload.com

Address: 174.140.154.21

Name:    http://www.megaupload.com

Address: 174.140.154.22

Name:    http://www.megaupload.com

Address: 174.140.154.23

Name:    http://www.megaupload.com

Address: 174.140.154.24

Name:    http://www.megaupload.com

Address: 174.140.154.12

Name:    http://www.megaupload.com

Address: 174.140.154.13

Name:    http://www.megaupload.com

Address: 174.140.154.14

Name:    http://www.megaupload.com

Address: 174.140.154.15

Cualquiera de las ips mostradas con nslookup nos llevará a http://www.megaupload.com.

Si ahora queremos acceder a un archivo, podemos hacerlo concatenando una de las IPs obtenidas antes junto con la url de megaupload quitando la parte de «www.megaupload.com».


Con ejemplos se ve más claro:

su equivalente seria -> http://174.140.154.15/?d=ES4KXK52

es decir ->  174.140.154.15 + http://www.megaupload.com/?d=ES4KXK52

es

174.140.154.15/?d=ES4KXK52

Con una de estas dos posibilidades podemos salir al paso y continuar teniendo acceder a megaupload mientras se soluciona este contratiempo.

 

Actualización:

Como ha comentado un usuario (alejandro)  al pulsar el botón de descarga nos daba un error de que la pagina no existía. Esto sucede porque megaupload utiliza otra url para descargar los archivo, ahora veremos como lo solucionamos:

Una vez nos aparezca el botón de descargar si ponemos el cursor sobre el veremos que la url cambia a www122.megaupload.com con lo al realizar un nslookup sobre la dirección vemos una ip distinta a las anteriores:

 

[alpha@alpha-pc ~]$ nslookup www122.megaupload.com

Server:        208.67.222.222

Address:    208.67.222.222#53

Non-authoritative answer:

Name:    www122.megaupload.com

Address: 95.211.95.67

 

Con esta información pulsamos sobre el botón de descarga y nos saldrá un error, que siguiendo con el ejemplo anterior sería:

 http://www122.megaupload.com/files/e8e9df0dca648bb1fca293c6af45b675/%23breaking80211.pdf

 

entonces realizaremos el mismo proceso que antes:

 su equivalente seria -> http://95.211.95.67/files/e8e9df0dca648bb1fca293c6af45b675/%23breaking80211.pdf

 es decir ->  95.211.95.67 +   http://www122.megaupload.com/files/e8e9df0dca648bb1fca293c6af45b675/%23breaking80211.pdf

 es

http://95.211.95.67/files/e8e9df0dca648bb1fca293c6af45b675/%23breaking80211.pdf

 

Con todo esto ya deberíamos poder descargar sin problemas 😉

 

Un saludo

Aetsu

Uso de graficos 3D en tiempo real en el cine y la television

•noviembre 25, 2011 • Deja un comentario

 

Hola a todos, aqui os dejo una grabacion de la conferencia llamada: «Uso de Gráficos 3D Tiempo Real en Cine y Televisión», impartida por Rafael Rodrigez, director de desarrollo 3D en Brainstorm.

Esta conferencia fue realizada en la ETSE-UV el pasado mierocles, trata de cual es el uso de los graficos 3D en tiempo real en los ambitos de la television y el cine, y con que tecnologia son grabados.

Pido disculpas por la calidad de la grabacion, y espero actualizar este post con una segunda grabacion mejor, pronto colgare un trabajo resumen, sobre esta conferencia y otro sobre realidad aumentada.

Descargar -> Conferencia de graficos 3D en tiempo real 2011

By: A5rojo