Explorar disco de nuestro iPhone

Diciembre 12, 2007

Como buen geek, intento de conocer todo lo posible con los dispositivos tecnologicos que poseo,  y en este caso es el iPhone.

Aqui os muestro un video donde podeis ver como moverse con la aplicación Finder (la cual podemos obtener a través de installer v.3), y os preguntareis para que sirve, bien pues, simplemente nos permite el acceso al directorio /root de nuestro dispositivo y el resto de subcarpetas, dandonos la opción de poder asignarle permisos, borrar archivos, renombrar, mover o copiar, enviar via electronica etc… Además de una interfaz facil. Podemos ver nuestras aplicaciones instaladas y seleccionar los distintos archivos que tengamos con que aplicación queremos que se corra.

Simple, fácil y rápido. Aqui os dejo el video (con bastante calidad, gracias a Lord_Kain) donde podeis ver como juego con ello y ademas envio una imágen via mail y la recibo casi al instante.

PD: gracias a iPablo por recomendar e instalar esta aplicación en mi iPhone.

Si me he quedado corto con la expicación, agraceria un plus de información.


Desmontando Monitor CRT 14″ de 1995

Diciembre 8, 2007

Aqui mi ultimo trabajillo, donde os muestro a traves de imagenes cómo desmontar un Monitor CRT, en mi caso algo antiguado. La finalidad principal de esto es mostraros de que se compone fisicamente un Monitor de este tipo y su estructura de funcionamiento y no una definición de sus componentes y dichos usos a cada uno. ( si, llevaria mucha faena, y no tengo los conocimientos adecuados para poder hacer una explicación técnica)

Como podreis ver, para separar la placa del “monitor” tuve que ingeniarmelas cortando los cables, incluido el de alta tensión que produce la movilidad de los electrones un el tubo del monitor. Ahi lo dejo!

Salu2

Actualización: He alojado las imágenes antes vistas es un servidor externo a la web, para que le saqueis más partido del trabajo realizado!

Descarga AQUI


Contruye tu propio Hackintosh en un x86

Noviembre 21, 2007

Gracias a mi amigo kerplo descubro esta noticia, donde un usuario de Lifehacker (en concreto Adam Pash) ha posteado un articulo donde se consigue hacer correr en un PC con arquitectura de Intel un sistema operativo de Apple (version parcheada de OS X Leopard)  totalmente funcional y con un hardware mucho mas superior que los actuales Mac de Apple y por un precio mucho mas bajo. Aqui lahttp://cache.lifehacker.com/assets/resources/2007/11/hackintosh-head.png comparación del articulo: 

(perdón por mi traducción) Ahora mismo lo más barato Mac a la venta en la tienda de Apple es de $ 600 Mac Mini luce un 1.83GHz proceso, 1GB de RAM y un 80GB de disco duro. Por $200 mas, su Hackintosh puede enorgullecerse 2.2GHz de procesador con 4GB de RAM, 500GB disco, y un caso completamente actualizable para ampliar su configuración en el futuro.

Bueno, y aparte de todo esto, el artículo viene con una guia bastante completa… lo malo, esta en inglés, asi que lo siento por aquellos no muy metidos en idiomas, pero no os preocupeis, aqui abajo os deja la version traducida por Google Translate.

[ Construye tu propio Hackintosh (versión traducida) ]

[ Build your Hackintosh (original version)

Leido de LifeHacker

Salu2


Funcionamiento de una Memoria RAM Kingston

Octubre 17, 2007

Encontre un texto bastante interesante. Se basa en el funcionamiento de una memoria RAM, y espeficica la composicion de una memoria Kingston y su forma de trabajar respecto a otras empresas de dispositivos hardware.  Encontramos apartados cómo:

- Diferencia entre memoria y almacenamiento http://www.leonelpc.com/KINGSTON_SDRAM_DIMM_PC133_256MB/dimm_168PIN_kingston.jpg

- Cómo funciona la memoria

- Verificación de integridad de los datos

- Información adicional sobre las tecnologías de memoria

- Los mercados de memoria

-  Información adicional sobre Kingston

Cada apartado esta bastante completo e interesante. El documento es oficialmente de Kingston por lo que la información tiene propiedad.

Aqui dejo la descarga -> [ Guia RAM de Kingston ]


Introducción al sistema operativo UNIX

Septiembre 28, 2007

Entre las cosas variadas y geeks que hago, hoy me decidí ha bajar unos manuales o textos (como querais definirlo) muy interesantes, y ya que estoy en estudiando informatica y aunque no hemos dado nada realizacionado con esto y no creo que lo de hasta dentro de 2http://library.thinkquest.org/05aug/00669/en/history/software/unix.gif años, pense en adelantarme alguna faena, asi que rebuscando, encontre no por casualidad este texto en .pdf muy completo que aun no he terminado, pero que pense en añadirlo aquí. Se basa como bien dice el texto de arriba, en una pequeña introducción al sistema operativo UNIX, de cual se basa Solaris, GNU/Linux, FreeBSD y otros muchos y variados, libres o no.

Sin más, espero que os incite a leerlo solo por cultura, y sobe todo a los iniciados en GNU/Linux, aunque esta no seria la mejor forma de empezar… ahi lo dejo:

[ Introducción al UNIX ]


Run Beryl & KDE - Debian

Septiembre 18, 2007

Instalar driver NVIDIA

Descargar el driver de la pagina de nvidia, en mi caso:


NVIDIA-Linux-x86-1.0-9629-pkg1.run

instalarlo en modo consola con:


# sh NVIDIA-Linux-x86-1.0-9629-pkg1.run

(en el anterior manual, omiti que al final de la instalacion del driver nos pregunta si queremos que configure xorg, a lo que devemos contestar que si) siguiendo todos los pasos, cuando se reinicia el equipo ya vemos el logo de nvidia, ya tenemos aceleracion 3D. Ahora procedemos a instalar:


# apt-get install mesa-utils

y comprobamos la aceleracion 3D:


$ glxinfo

(en la tercera linea debe aparecer “direct rendering: Yes”) una vez hemos hecho esto, hay que configurar el archivo xorg.conf:

Configuracion de xorg.conf

(lo editamos como root)


# nano /etc/X11/xorg.conf

Y en la sección device añadiremos unas lineas debiendo quedar asi:


Section "Device"

Identifier     "NVIDIA Corporation NV18 [GeForce4 MX 4000 AGP 8x]"
    Driver         "nvidia"
    BusID "PCI:1:0:0"
   Option "RenderAccel" "true"
   Option "AllowGLXWithComposite" "true"
   Option "AddARGBGLXVisuals" "true"

al final añadiremos estas lineas tambien:


Section "Extensions"
Option "Composite" "Enable"
EndSection

Instalar Beryl (como Root)

Primero agregaremos los repositorios necesarios:


# nano /etc/apt/sources.list

Agregar los repositorios de Quinnstorm


deb http://www.beerorkid.com/compiz/ dapper main
deb http://xgl.compiz.info/ dapper main
deb-src http://xgl.compiz.info/ dapper main

Acto seguido actualizamos la lista de paquetes con:


# apt-get update

Ahora ya podemos instalar Beryl:


# apt-get install libgl1-mesa libglitz-glx1 beryl beryl-core beryl-manager beryl-plugins beryl-plugins-data beryl-settings emerald emerald-themes

(Podeis observar que he suprimido los archivos xserver-xgl xserver-xorg esto es debido a que xserver-xgl entraba en confricto con los drivers de nvidia, causando muchos de los problemas y en nuestro caso el server-xorg ya esta instalado)Y aquí viene otra de las grandes diferencias, en el articulo anterior explique como se creaba un script para iniciar sesion en Xgl, pues bien esto no es necesario, pues no vamos a utilizar ninguna sesion xgl, si no la sesion KDE, lo que si tenemos que crear es un script para que beryl se arranque al iniciar KDE:

Para ello ejecutamos en la terminal el siguiente comando para crearlo: (en modo usuario, no root)


$ nano ~/.kde/Autostart/startberyl.sh

Dentro de dicho archivo escribe lo siguiente:


$!/bin/bash
beryl-manager

(nota: la $ no debe ponerse, esto ha creado algunas confusiones) Ahora le damos permisos de ejecución:


$ chmod +x ~/.kde/Autostart/startberyl.sh

Bueno, ahora debemos comprobar que nuestro driver NVIDIA sigue teniendo aceleracion, direct rendering=yes, para ello ejecutamos glxinfo y lo comprobamos, si el direct rendering esta en yes, perfecto reiniciamos y ya nos arrancara kde con Beryl, si direct rendering esta en no, como fue mi caso se soluciona reinstalando el driver de nvidia y como dije antes dejando al final que configure xorg.con esto ya nos arrancara beryl siempre con kde, pero que pasa si queremos utilizar el gestor normal de ventanas, pues en el diamante rojo que aparece en el area de notificacion, cambiar el gestor de ventanas a kde, y se pasara automaticamente a kde, con la ventaja de que si reiniciamos el equipo kde se ejecutara con su gestor aunque arranque beryl, para cambiar nuevamente a beril lo mismo con el gestor de ventanas.

por ultimo si el gestor de ventanas se cerrara, se puede volver a abrir con el comando beryl-manager.

Visto en esDebian.org


Edita tus videos - LiVES

Septiembre 9, 2007

LiVES es un editor de video Open Sources, con el cual podrás darle rienda suelta a tus proyectos. Lo bueno de LiVes es que no importa que nivel de conocimientos tengas, ya que viene con una interfaz muy amigable y con multitud de efectos, lo que lo conviertes en una especie de MovieMaker de Linux.

Con LiVES podrás:

  • Editar videos.
  • Convertir videos.
  • Cortar y pegar fragmentos o Clip sin importar el frame rate.
  • Aplicar efectos de videos.
  • Crear tus propias herramientas con RFX builder.

Dependencias:

  • mplayer 0.90rc1+ (Recomendada versión 1.0pre8+)
  • ImageMagick 5+
  • perl 5+
  • gtk+ 2.8+
  • libjpeg62
  • gdk-pixbuf-loaders
  • sox
  • python 2.3.4+ (Recomendada)
  • SDL (Recomendada)
  • mencoder 1.0-pre5+ (Recomendada)
  • libmjpeg-tools (Recomendada)
  • libtheora (Recomendada)
  • libjack/jackit (Recomendada)
  • xmms (Opcional)
  • cdda2wav (Opcional)

Para poder disfrutar de LiVES podemos hacer lo siguiente:

- Comprueba que no esta en tus repostorios: abre una terminal, logeate como root y ejecuta:

apt-get install lives

(Si lo tenemos se dispondra a bajarlo en instalarlo, tecleamos “y” y ya lo tenemos)

- En el caso de no estar disponible podemos ir a GetDeb (Solo para K/X/U/buntu )

GetDeb - LiVES

- En la página del programa se pueden encontrar con paquetes para otras distribuciones:
LiVES - Download
> También les recomiendo que vean la sección de los documentos ya que tiene mucha información útil de como usar el programa:
LiVES - Documentation


Instalar archivos .run en GNU/Linux

Agosto 31, 2007

He usado para hacer esta guia los drivers oficiales ATI para GNU/Linux (que se encuentran en extensión .run) http://pdamania.hu/images/cikk/ati_logo_1204_rgb1.jpg

Estos drivers los podemos descargar de la web oficial de ATI y nos da la opcion de elegir nuestro modelo de gráfica con su respectiva arquitectura de hardware.

Podemos acceder a la web oficial de descargar AQUI.

Una vez descargado el driver (de unos 40Mb) procedemos a ejecutarlo. EL archivo para sistemas Linux esta con extensión .run por lo que deberemos compilarlo para instalar.

1. Abrimos un Terminal y nos logeamos como su (root de sistema)

1.jpg

2. Nos dirigimos al directorio donde descargamos el driver (en mi caso /Desktop) Usamos #cd “carpeta”

2.jpg

3. Una vez carpeta ejecutamos:

# sudo sh ./nombre del archivo.run

3.jpg

4. Se nos iniciara la aplicación y ya prodremos trabajar con ella de forma gráfica. Ahi una muestra del Driver:

4.jpg

———————————————————————————————–

5.jpg

Espero que os haya sido útil.

Salu2


¿Cómo compilar el Kernel en Ubuntu?

Agosto 31, 2007

[ COMO COMPILAR EL KERNEL DE UBUNTU ]

Este documento se basa en el KernelHowto, publicado en inglés por steve en la wiki de Ubuntu: http://www.ubuntulinux.org/wiki/KernelHowtohttp://www.frikis.org/images/documentos/kernel.jpg

Lo que yo he hecho ha sido traducirlo, resumiendo algunos puntos, ampliando otros y aclarando algunos otros. Y, por supuesto, comprobando que funciona. La compilación del kernel se hace a la manera Debian, es decir, con herramientas propias de esta distribución.
Así que vamos allá. Paso a paso.

1) OBTENER LAS HERRAMIENTAS NECESARIAS

Para compilar un kernel a medida vamos a necesitar los paquetes build-essential y kernel-package, por lo tanto:

bash:$ sudo apt-get install build-essential kernel-package

2) OBTENER LAS FUENTES DEL KERNEL

Las fuentes del kernel las podemos obtener de muchos sitios. El oficial, como todos sabeis es www.kernel.org
Pero también están en los repositorios de Ubuntu, y yo las he sacado de ahí, porque tiene algunas ventajas, como luego veremos.

En los repositorios de Ubuntu os vais a encontrar con paquetes llamados kernel-source y con paquetes llamados linux-source. Ambos son las fuentes del kernel. ¿Cuál es la diferencia?, pues que los kernel-source vienen de Debian, y los linux-source vienen de Ubuntu. Por lo tanto para obtener las fuentes del kernel que tenemos instalado y corriendo en nuestro sistema, sólo tendremos que hacer:

bash:$ sudo apt-get install linux-source

Con esto se descargará el archivo linux-source-nº_de_version.tar.bz2 en el directorio /usr/src (A partir de ahora asumiré que hemos descargado el linux-source-2.6.8.1, que es el que viene con Ubuntu warty)

Nos movemos a ese directorio:

bash:$ cd /usr/src

Si existe un enlace llamado linux a un kernel antiguo, lo borramos:

bash:/usr/src$ sudo rm linux

Ahora vamos a descomprimir el archivo de las fuentes:

bash:/usr/src$ sudo tar jxvf linux-source-2.6.8.1.tar.bz2

Esto creará un directorio llamado linux-source-2.6.8.1
Creamos un enlace simbólico (llamado linux) a ese directorio:

bash:/usr/src$ sudo ln -s linux-source-2.6.8.1 linux

3) CONFIGURAR EL KERNEL

Hay varias formas de configurar el kernel. Probablemente la mayoría de la gente utiliza una de estas dos: make menuconfig o make xconfig. La diferencia es que con make menuconfig no hace falta tener las Xwindow corriendo, y con make xconfig sí.

Nota: para utilizar make menuconfig necesitaremos el paquete libncurses5-dev (con todas sus dependencias) y para utilizar make xconfig necesitaremos el paquete libqt3-dev (con todas sus dependencias). Así que según lo que queramos utilizar, tendremos que hacer:

bash:/usr/src$ sudo apt-get install libncurses5-dev

o bien:

bash:/usr/src$ sudo apt-get install libqt3-dev

Una duda que siempre surge: para configurar el kernel, ¿puedo partir de una configuración conocida?. Pues la respuesta es que sí. Si tenemos, por ejemplo, instalado el kernel que trae Ubuntu por defecto (2-6-8-1-3-386 en mi caso), en el directorio /boot nos encontraremos con un archivo llamado config-2.6.8.1-3-386, y, ¿qué es ese archivo?, pues no es más que un archivo de texto con la configuración actual del kernel, por lo tanto, para partir de esa base y comenzar la configuración del nuevo kernel desde la actual, lo que tenemos que hacer es copiar dicho archivo al directorio /usr/src/linux-source-2.6.8.1, pero llamándolo .config, es decir:

bash:$ cd /usr/src/linux
bash:/usr/src/linux$ sudo cp /boot/config-2.6.8.1-3-386 .config

(lógicamente tendreis que cambiar los números de versión del kernel por los que se ajusten a vuestro caso particular).

Pues ahora ya podemos hacer (situados en el directorio /usr/src/linux) un sudo make oldconfig menuconfig o un sudo make oldconfig xconfig y modificar las opciones que queramos del kernel, es decir, configurarlo a nuestro gusto. Con mucho cuidado, eso sí, porque este es el paso crítico. Aquí es donde lo podemos arruinar todo si, por ejemplo, no incluimos algún módulo necesario para nuestro sistema.

4) CONSTRUIR EL PAQUETE DEL KERNEL

Para construir el paquete con el que instalaremos el nuevo kernel vamos a usar la orden make-kpkg. Esta orden lo que hace básicamente es sustituir a las clásicas make dep, make clean, make bzImage y make modules. Admite numerosas opciones y modificadores (ya sabeis: man make-kpkg), pero para lo que nos ocupa ahora sólo necesitaremos hacer lo siguiente:

bash:/usr/src/linux$ sudo make-kpkg clean
bash:/usr/src/linux$ sudo make-kpkg --append-to-version=.XXXX --initrd kernel_image

Lo único que teneis que modificar de la orden anterior es XXXX, que representa una secuencia alfanumérica que tendréis que decidir vosotros, y que se añadirá al número de versión del kernel para diferenciar el kernel que estais compilando de cualquier otro que ya esté instalado en vuestro sistema. Por lo tanto XXXX lo debereis sustituir por lo que querais, intentando no utilizar el guión de subrayado bajo (_) ni expresiones como “-386″, “-606″, “-K7″, “-sparc”, etc., porque expresiones similares son las usadas por los kernel precompilados de Debian y podrían inducir a error. Personalmente yo uso la fecha en la que compilo el kernel, de forma que si lo compilase hoy (19 de noviembre de 2004), mi orden querdaría así:

bash:/usr/src/linux$ sudo make-kpkg --append-to-version=.191104 --initrd kernel_image

Ahora hay que hablar un poco sobre la opción –initrd
Esta opción lo que hace es crear una imagen initrd en el directorio /boot.
Realmente no es imprescindible utilizarla siempre que a la hora de configurar el kernel hayamos incluido de forma estática (y no como módulos) los controladores para al menos nuestro bus, disco y sistema de archivos de nuestro directorio raiz. Pero (y esto es sólo una experiencia personal) siempre que he intentado compilar un kernel sin esa opción, me he encontrado con un sistema que no arrancaba, así que yo la uso siempre. ¿Qué problema tiene?, pues que para que funcione correctamente la opción –initrd, hay que aplicar a las fuentes del kernel el parche cramfs. Tranquilos, porque todos los kernel de Debian (y por supuesto también los de Ubuntu) tienen ese parche ya aplicado. Pero es algo que tendréis que tener en cuenta si habeis obtenido las fuentes del kernel en algún otro sitio (por ejemplo en www.kernel.org).

Bien, como he dicho antes, las órdenes que tenemos que ejecutar son:

bash:/usr/src/linux$ sudo make-kpkg clean
bash:/usr/src/linux$ sudo make-kpkg --append-to-version=.XXXX --initrd kernel_image

Tras ejecutar la segunda de ellas nos saldrá un mensaje de aviso diciéndonos que la opción –initrd puede no funcionar como nosotros esperamos, y preguntándonos si queremos abortar el proceso. Como ya sabemos que a nosotros nos va a funcionar correctamente, contestamos que no.
Y ahora a esperar, porque el proceso de compilación puede durar mucho.

5) INSTALAR EL KERNEL

Si todo lo anterior ha ido bien, en el directorio /usr/src se debe haber creado un archivo de nombre kernel-image-2.6.8.1.XXXX_10.00.Custom_i386.deb
Este es el archivo que contiene nuestro kernel compilado listo para instalar, lo que haremos con:

bash:/usr/src$ sudo dpkg -i kernel-image-2.6.8.1.XXXX_10.00.Custom_i386.deb

Esta orden es equivalente a las clásicas make modules_install y make install, además de colocar en su sitio la imagen initrd generada y actualizar el grub o el lilo.

Ahora, y por seguridad, borramos el enlace que habíamos creado:

bash:/usr/src$ sudo rm linux

Y ya está. Sólo nos queda arrancar con nuestro nuevo kernel.


How To Driver Oficial de ATI en Debian Etch

Agosto 29, 2007

La presente guía está basada en información sacada de ésta otra página:
http://michael.susens-schurter.com/blog/2006/11/20/installing-fglrx-ati-drivers-in-debian-etch/

1. Instalar los paquetes siguientes en una terminal (como usuario root):
$ su -
password:

# aptitude install fglrx-control fglrx-driver fglrx-kernel-src module-assistant mesa-utils build-essential

2. No lo recuerdo bien, pero creo que necesitamos las fuentes del kernel.
# aptitude install linux-source-2.6.18

3. Compilamos el módulo fglrx:
# cd /usr/src
# module-assistant prepare

# module-assistant a-i fglrx

4. Modificamos el fichero /etc/X11/xorg.conf
# vi /etc/X11/xorg.conf

Yo tuve que añadir en la sección “Modules”: Load “fglrx”

Section “Module”
Load “i2c”
Load “bitmap”
Load “ddc”
Load “dri”
Load “extmod”
Load “freetype”
Load “glx”
Load “int10″
Load “vbe”
Load “fglrx”
EndSection

Y modificar y añadir en la sección “Device”:
Driver “fglrx”
Option “VideoOverlay” “on”
Option “OpenGLOverlay” “off”

Section “Device”
Identifier “ATI Technologies Inc Radeon R350 [Radeon 9800 Pro]“
Driver “fglrx”
Option “VideoOverlay” “on”
Option “OpenGLOverlay” “off”
BusID “PCI:1:0:0″
EndSection

Guardamos el fichero, salimos y ejecutamos los comandos:
# aticonfig –initial
Found fglrx primary device section
Nothing to do, terminating.

# aticonfig –overlay-type=Xv
Warning: Option ‘VideoOverlay’ doesn’t affect running session.
Warning: Option ‘OpenGLOverlay’ doesn’t affect running session.
Using /etc/X11/xorg.conf
Saved back-up to /etc/X11/xorg.conf.fglrx-0
5. Cerramos la cesión de KDE o GNOME, accedemos a una consola de texto mediante la combinación de telcas CTRL+ALT+F1 y paramos el servicio kdm o gdm según corresponda, cargamos los drivers y volvemos a iniciar kdm o gdm.

login: root
password:

# /etc/init.d/kdm stop (si utilizas Gnome: /etc/init.d/gdm stop)
# modprobe -r radeon

# modprobe fglrx

# /etc/init.d/kdm start (si utilizas Gnome: /etc/init.d/gdm start)

6. Para verificar la instalación, vamos al menú “Sistema / Ati Control Panel”.


También podemos comprobar la instalación ejecutando en una terminal el comando “glxinfo” y asegurarnos de que nos devuelve la línea “direct rendering: Yes”

$ glxinfo (Hay que ejecutar éste comando como usuario que ha iniciado la sesión gráfica)

10.03.07 - ACTUALIZACIÓN:
He actualizado el Kernel a la versión 2.6.18-4-686 y me he quedado sin aceleración gráfica. Para solucionarlo hice lo siguiente:
Entramos con el nuevo kernel al sistema, abrimos una consola, nos logueamos como root y hacemos:

- Instalamos las fuentes del Kernel:
# aptitude install linux-source-$(uname -r)

- Compilamos el módulo fglrx para el nuevo Kernel:
# cd /usr/src
# module-assistant prepare
# module-assistant a-i fglrx
# aticonfig –initial
# aticonfig –overlay-type=Xv

- Creamos /lib/modules/$(uname -r)/modules.dep
# depmode -a

Extraido de Debian Total.blogspot.com

Test ATI Control Panel en mi Debian Etch:

Salu2