Sin embargo, a veces he tenido que dejar andando ciertos cálculos por semanas y seguir haciendo trabajos en otros clusters que tienen más hardware por nodo que me son de utilidad. Pero, ¿qué pasa si tengo un directorio centralizado y he borrado ciertos sub directorios en otros clusters y quiero saber cuáles han sido borrados? Aunque parezca básico, es aquí donde diff entró al rescate. (Si alguien conoce otra forma más apropiada, por favor no dude en hacerla saber ). La utilidad está si cuando sincronizas sueles usar la opción –delete en rsync.

Si queremos comparar dos directorios ejecutamos lo siguiente:

diff $DIRECTORIO1 $DIRECTORIO2

Por ejemplo:

muammar@circa:~$ diff hyperion hyperion.21012012/
Subdirectorios comunes: hyperion/elkhatib y hyperion.21012012//elkhatib
Sólo en hyperion.21012012/: homework
Sólo en hyperion.21012012/: old

La salida no necesita explicación. Queda demás decir, que se pueden utilizar las opciones habituales relacionadas al comando diff. Para más información, lee el manual (man diff).

Como una imagen vale más que mil palabras, me refiero a este “chorizo” que muestro a continuación:

Lo que tenemos que hacer para envolver ese texto es lo siguiente. Primero, configuramos el wrapping:

:set textwidth=80

Pulsamos la combinación Shift + V (modo Visual Line en VIM para seleccionar texto), y procedemos a “sombrear” las líneas de interés (en mi caso, como pueden ver solo es una, pero vaya línea, ¿no?), y debería lucir como muestro en la próxima figura:

Y por último pulsamos la siguiente combinación de teclas: gq. Esto, trae como consecuencia, que el “chorizo que se mostraba previamente” luzca descentemente:

Et voilà!

PD. ¡Muerte a los que no siguen la netiquette!

]]> http://muammar.me/blog/2011/12/envolver-texto-a-80-caracteres-en-vim-wrap/feed/ 0 http://muammar.me/blog/2011/11/apagar-display-lcd-de-una-laptop-desde-el-terminal-en-linux/ http://muammar.me/blog/2011/11/apagar-display-lcd-de-una-laptop-desde-el-terminal-en-linux/#comments Sat, 26 Nov 2011 11:07:40 +0000 muammar http://muammar.me/blog/?p=777 Continue reading →]]> Este post es más una nota personal, porque por alguna razón siempre olvido este comando. Es útil apagar el display LCD cuando por ejemplo se está utilizando un laptop como servidor y se desea ahorrar energía (obviamente, como servidor que es, no hay instalación de servidor de X, si no, solamente acceso a las TTY).

Con este pequeño preámbulo, introduzco a vbetool. Y como se desprende de su descripción: vbetool utiliza lrmi en orden de correr código desde el video del BIOS. Actualmente, es capaz de alterar estados DPMS, tales como guardar y recuperar estados de la tarjeta de vídeo y atentar iniciar la tarjeta de vídeo “from scratch”.

Ahora, si quisiéramos apagar el display LCD ejecutamos como super usuario:

# vbetool dpms off

Y obviamente, si se quisiere hacer lo contrario se ejecuta:

# vbetool dpms on

En lo personal, desconozco si habrán otros métodos para llevar a cabo esto, pero por los momentos, este me funciona a la perfección. Puede ejecutarse accediendo remotamente al servidor y así poder encender y apagar el LCD.

Espero que sea de ayuda para algunos.

Si la memoria no me falla, utilizo Linux desde el año 2003. Ya han pasado 8 años, todavía sigo siendo reciente en mi opinión, pero no tanto como una persona que haya comenzado a utilizar Linux en 2009, lógicamente. Cuando aterricé en este mundo donde se lucha por una causa (que todavía sigue viva, pero que se está peleando malamente para alcanzar) todo me parecía muy excitante y revolucionario. Sin embargo, existía ese pequeño grupo de personas que no te daban una muy buena acogida. La mayoría de personas de ese pequeño grupo eran veteranos, y otros simplemente unos fanáticos. En mis adentros, siempre pensé que ellos eran nocivos y que más que puritanos, eran meramente fanáticos estúpidos. Así que siempre los evité.

A lo largo de estos 8 años he visto muchas cosas. Dunk-tank en debian, a Mark Shuttleworth tratando de llevarse debian developers para canonical en los debconf, distribuciones que como vienen se van, bugs que me han dejado sin acceso a la máquina, etc. Pero también vi cómo el pequeño grupo de fanáticos, empezaba a contagiar a los demás (incluso a mi). En el 2009, decidí leer más entre líneas, y dije: hasta aquí dejo de ser un fanático y me convertiré (en la medida de lo posible) en un usuario más analítico que emotivo. No se si para algunos sea aún novedad, pero cuando las personas se dejan llevar por las emociones, o cuando luchan por algo solo porque otro lo hace, las cosas no se hacen como debieran. ¿Qué me motiva a escribir este pedazo de texto? Pues esto:

http://www.geekets.com/2011/10/samsung-galaxy-s-mejor-que-iphone-4/

Yo no me considero un experto de nada, pero vamos a analizar este post un poco en detalle. El primer error fundamental, o digamos, la primera frase inapropiada es utilizar el comparador “mejor que”. ¿Por qué? Simplemente porque todos tienen distintas necesidades y porque “mejor que” puede ser demasiado difuso ya que lo que es mejor para mi tal vez sea una mierda para ti.

En la sección de pantallas de dicho post, se asume que todos buscan una pantalla amplia, cosa que es falso. El autor asume que las pantallas amplias son lo mejor (que en mi opinión estoy de acuerdo en que son muy útiles) pero no a todo el mundo les gusta las pantallas grandes.

Esta aseveración es un tanto imprecisa también:

El Samsung Galaxy S sigue siendo mejor al iPhone 4?

A lo que yo me hago las siguientes preguntas:

1) ¿Dónde hay números que soporten esto?

2) Si hubo una encuesta, ¿Quién la llevó a cabo?

3) ¿Qué tan heterogénea fue la población que llevó a cabo la encuesta?

Antes de retomar el punto principal, estoy de acuerdo en que utilizar por ejemplo un iPhone es algo muy cerrado (aunque ahora lo dudo un poco), y que incluso la gente de Apple llevaba un tracking de tu posición, pero vamos que Google también hará/hace lo mismo. Es ingénuo pensar que no nos registran. Eso es como creer que hay privacidad en la internet. Y queda muy claro que el autor de este post abre la puerta a la controversia con las preguntas abiertas y afirmaciones que parecen salir axiomáticamente.

Ahora sí, retomando el tema principal, en mi humilde opinión pienso que debemos cambiar un poco la forma en que estamos defendiendo nuestra causa de promover el uso de software libre. Hay que comprender que la libertad de la gente está en la elección. Conozco muchas personas que todavía siguen trabajando en enseñar Linux en conferencias, y eventos y tienen una perspectiva distinta y lo hacen correctamente aunque también he visto otros que simplemente han caído en el mismo nivel de los que defienden plataformas cerradas, el fanatismo. El fanatismo daña porque nubla la mente, y no deja ver más allá de las narices. Para dar una opinión de algo, no solo hay que leer acerca de ello, hace falta utilizarlo también (a nivel de software hablo aquí, porque si habláramos de drogas estuviera yo incitando a probarlas y no quiero ni por nada que esto se interprete así, ¿no creen?). En mi experiencia he podido convertir más personas al uso del software libre al dejarlas que ell@s mismos me pregunten qué software utilizo, qué ofimática (LibreOffice), qué reproductor de audio (MPD + gmpc o mpc), que cuando intento forzarlos a ver que lo que utilizo yo es mejor que lo de ellos. Esa no es la manera. Este tipo de actitudes y otras que se observan en listas de correos, foros, tonos en blogs, desearle la muerte a personas,  creo que llevan nuestra causa al caño. Una de las razones por las que Ubuntu se ha popularizado tanto ha sido el hecho de que su comunidad es muy amigable. En mi opinión, no me gustaría que todas las comunidades fueran así porque Ubuntu así como tiene eso que es muy bueno (pero en exceso, y de allí el error), las consecuencias de ello también son notables (reportes de fallos kilométricos sin información relevante lo que hace más difícil a los desarrolladores conseguir cómo solucionar el error, duplicación de posts que preguntan lo mismo, preguntas muy muy muy básicas que son posibles de conseguir leyendo un poco en internet, etc).  Pero sin embargo, es lo que les caracteriza y lo que ha hecho que sean una de las plataformas más populares para el Desktop en Linux.

Yo solo espero que logremos conseguir la actitud y aptitud adecuada para seguir haciendo crecer el número de gente que usa software libre (¿evolucionar un poco más?), pero a medida que el grado de fanatismo y número de fanáticos aumente, el fin de nuestra causa no será más que una utopía…

Primero que todo es importante leer la sección de instalación MacBook Install del Wiki de Debian para entrar en contexto con los términos y proceder con la instalación.

Hasta los momentos, el instalador de Debian no puede instalar correctamente en la Macbook pro, la razón, es que no es posible cargar todos los componentes del CD-ROM ya que este no es detectado correctamente. Sin embargo, es posible proceder con la instalación utilizando un pen drive (adicionalmente al disco de instalación) en el cual copiarás bit a bit la misma imagen ISO que utilizaste para quemar el disco de instalación de Debian. De esta manera se logra “burlar” el Debian installer ya que podremos montar el USB en /cdrom como explicaré a continuación:

Prepara el pen drive. Para ello, copiaremos bit a bit la misma ISO de Debian que has utilizado para quemar el CD. Para ello, ejecuta lo siguiente:

dd if=debian.iso of=/dev/sdbX


Donde, /dev/sdbX corresponde al pendrive y X es el número que tiene el device cuando es detectado en Linux . Nota que puedes hacer esto ya sea en Linux o en Mac OS X. Si lo haces en Mac OS X, el device es nombrado como /dev/disk1. Eso que puedo también agregar es que para saber exactamente el nombre del dispositivo lsusb (en Linux) y disk utility (en Mac OS X) son tus amigos.

Una vez preparado el pen drive, procede con la instalación que se muestra en el Wiki de Debian MacBook Install. Para la instalación debes usar el CD y no el pen drive.

Cuando el instalador de Debian trata de cargar todos los componentes en el cdrom, fallará. Sigue las instrucciones hasta que seas devuelto a la lista de tareas de instalaciones. En este momento vas a abrir un TTY pulsando las teclas Ctrl + Alt + F2, y procederás a montar el pen drive en el directorio /cdrom que fue creado por instalador como muestro a continuación:

mount /dev/sdX /cdrom


Donde de nuevo, sdX debe corresponder con tu pen drive. En ocasiones, montar el pen drive puede fallar. Para ello, desconecta el dispositivo y vuelve a conectarlo. Debería funcionar. En mi experiencia, cuando falla el montaje, es debido a que no has finalizado de contestar las preguntas que te hace el instalador de Debian cuando no puede cargar los componentes del CD. por lo que recomiendo responder todas las preguntas al instalador antes de hacer el montaje.

Ve de nuevo al instalador, para ello presiona Ctrl + Alt + F1, y continúa el proceso de instalación hasta el punto de instalar GRUB o LILO. Si instalas sea LILO o GRUB sin sincronizar las particiones en refit, Linux no va a iniciar. Por lo tanto, no instales aún el bootloader.

En este punto, vamos a sincronizar las particiones con gptsync. Si no tienes internet al momento de instalación, descarga los paquetes gptsync y refit desde http://packages.debian.org en otro pen drive e instala con dpkg.

Si no cuentas con internet, monta el pen drive que contiene los paquetes en /mnt:

mount /dev/sdX /mnt

Copia los archivos *.deb en /target/tmp:

cp /mnt/path/*.deb /target/tmp

Haz Chroot en /target y procede a instalar refit y gptsync, y sincroniza el MBR y GPT:

chroot /target
dpkg -i /tmp/*.deb
refit

Si cuentas con internet, solo debes hacer Chroot en /target y cargar el módulo tg3 e instalar con apt-get o aptitude. Para ello, abre de nuevo el TTY (Ctrl + Alt + F2) e instala refit y gptsync.

modprobe tg3
apt-get install gptsync refit

En ocasiones, ejecutar solo refit no funciona. Si es tu caso, procede a ejecutar en vez:

gptsync /dev/sda

Una vez que haz sincronizado, vuelve al instalador (Ctrl + Alt + F1) y procede a instalar GRUB (Para mi funcionó bien con GRUB, no he intentado con LILO. Es muy importante que cuando vas a instalar GRUB selecciones como partición /dev/sdX3 (Donde de nuevo X corresponde a tu esquema de partición cuando instalaste Debian. Si instalas GRUB en el MBR, este procedimiento no va a funcionar. De todas maneras, si lo haces por error luego es posible borrar el MBR desde Mac OS X.

Para configuraciones posteriores a la instalación visita:

http://wiki.debian.org/MacBookPro

apt-get install ethtool

Una vez instalado, ejecuta ethtool utilizando el nombre de tu dispositivo ethernet actual:

root@xxxxx:~# ethtool eth0
Settings for eth0:
Supports Wake-on: g
Wake-on: d
Link detected: yes

En este caso se puede observar que el soporte Wake-On ha sido activado y es soportado, pero sin embargo, a nivel de software no ha sido activado aún. Para ello ejecutamos:

root@lappy:~# ethtool -s eth0 wol g

Ahora, es momento de verificar si la interfaz está lista, y volvemos a ejecutar ethtool en la interfaz que nos corresponda:

circa:/home/muammar# ethtool eth0
Settings for eth0:
Supported ports: [ MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: external
Auto-negotiation: on
Supports Wake-on: g
Wake-on: g
Link detected: yes

Vemos que ahora, además de tener el soporte disponible, el Wake-on se encuentra activado por software debido a que Wake-on tiene ahora una g en vez de una d. Hasta este punto, teóricamente ya podrías apagar el PC y encenderlo remotamente. Sin embargo, hace falta agregar un par de cosas para poder hacer funcionar WOL, y es lo siguiente:
a) Agregar la directiva NETDOWN=no en /etc/default/halt
b) Agregar estas dos líneas a tu /etc/network/interfaces:

post-up /usr/sbin/ethtool -s eth2 wol g
post-down /usr/sbin/ethtool -s eth2 wol g

En mi caso, el archivo interfaces luce así:

circa:/home/muammar# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp
post-up /usr/sbin/ethtool -s eth0 wol g
post-down /usr/sbin/ethtool -s eth0 wol g

¿Por qué debo agregar esas dos líneas? porque hay que asegurar que ethtool es ejecutado activando la interfaz para escuchar el paquete mágico que la encenderá. Antes de hacer la prueba de apagar el PC para encenderlo remotamente, asegúrense de saber la dirección MAC de la interfaz. Ejecutando ifconfig debería ser suficiente.
Ejemplo:

sistema:~# ifconfig
eth0 Link encap:Ethernet HWaddr 00:1e:90:ec:38:59
inet adr:10.0.60.3 Bcast:10.0.60.255 Masque:255.255.255.0
adr inet6: fe80::21e:90ff:feec:3850/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:403270 errors:0 dropped:0 overruns:0 frame:0
TX packets:284934 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:467661611 (445.9 MiB) TX bytes:34344462 (32.7 MiB)
Interruption:28 Adresse de base:0xe000

La dirección Mac es: 00:1e:90:ec:38:59
Bien, puedes apagar el PC ahora.
¿Cómo enciendo el PC remotamente?
Instala en otra computadora el paquete wakeonlan:

apt-get install wakeonlan

Una vez instalado ejecuta:
$IP = Ip de la PC que vas a encender remotamente.
$HWaddr = Dirección Mac de la tarjeta.

wakeonlan -i $IP $HWaddr

Nota: Leí que era suficiente ejecutar: wakeonlan $HWaddr pero a mi personalmente no me funcionó. Utilizando la dirección IP de la máquina, funcionó rápidamente.

Preparando tu teléfono para obtener acceso root
Tener acceso root en tu teléfono consiste en explotar un hoyo de seguridad que existió en una de las versiones anteriores de Android. Las versiones que tienen dicho hoyo de seguridad son conocidas como: RC19, RC28, y RC29 (o RC7 para teléfonos obtenidos en UK). Para la versión RC30 (RC8 en UK), Google parcheó el hoyo de seguridad por lo tanto tú teléfono no puede hackearse, pero tranquil@ que todavía podemos hacerlo
Para chequear la versión ve a la pantalla principal y haz click en el botón menu, escoge “Settings”, y luego haz click en “About phone”. Verás la siguiente pantalla:

Si tienes la versión US-RC30/UK-RC8 o una mayor como CRC1, necesitas primero hacer un downgrade a una versión anterior de android. (Si ya tienes una versión anterior, entonces haz caso omiso de esta parte y ve a la siguiente.)
1.- Formatea tu tarjeta SD a FAT32. Para ello conecta tu teléfono usando un cable USB, espera a que la notificación te aparezca en la barra de notificaciones de tu teléfono. Luego haz click en la notificación y selecciona: “Mount”. Un nuevo disco removible debería aparecer en tu computadora. Utiliza ahora ya sea la opción de Windows de hacer formato dando click derecho o utiliza Gparted en Linux para hacer el formato (necesitas dosfstools).
2.- Baja la versión RC29 o la RC7. Descomprime y copia el archivo DREAMIMG.nbh a la tarjeta SD. (RC29 es para US, y RC7 es para UK)
3.- Apaga el teléfono.
4.- Mantén presionado el botón de la cámara, y presiona el botón de encendido para entrar en modo bootloader. Deberías ver una pantalla gris/blanca (en caso de que te salga un arcoiris, deja presionado el botón de la cámara hasta que veas la pantalla gris) con las instrucciones para flashear tu teléfono con la actualización que copiaste previamente a tu tarjeta SD. Si no ves la pantalla que comenté, fíjate que has seguido las instrucciones apropiadamente. Tal como se indica en la pantalla, presiona el botón de encendido para comenzar el proceso de actualización. NO HAGAS NADA QUE PUEDA INTERFERIR CON ESTE PROCESO.
5.- Luego de que haya finalizado el proceso, reinicia el G1 presionando el botón Talk + Menu + Power.
¡¡Si todo ha salido bien, deberías estar ya en la versión RC29!!

Hackeando la versión RC29 o alguna otra que sea menor
1.- Descarga recovery.img y copialo a tu tarjeta SD (puedes borrar el archivo DREAMIMG.nbh).
2.- Descarga el Hard SPL y copialo a la tarjeta SD.
3.- Todos los archivos deben estar en la raíz de la tarjeta SD, no los metas en carpetas ni nada por el estilo.
4.- Reinicia el teléfono y espera hasta que esté totalmente en la pantalla de bienvenida.
5.- Descarga del android market la aplicación terminal emulator y la aplicación telnet.
6.- Ejecuta con el terminal emulator lo siguiente:

$ cd /system
$ cd bin/
$ telnetd

7.- Deja corriendo el terminal emulator, y te vas y ejecutas la aplicación telnet e intentas conectarla a localhost en el puerto 23. Si todo sale bien, yay! hemos explotado el bug de seguridad, y deberías ver esto:

Ahora que ya estamos conectados via telnet ejecutamos lo siguiente:
# mount -o rw,remount -t yaffs2 /dev/block/mtdblock3 /system ( hace la carpeta /system escribible)
# cd sdcard (cambia al directorio de tu tarjeta SD)
# flash_image recovery cm-recovery- 1.4.img (flashea y reemplaza la imágen de recuperación del G1 que viene de fábrica con una imágen que contiene más opciones )
# cat cm-recovery-1.4.img > /system/recovery.img (copia el archivo cm-recovery image a la carpeta /system)

No todo ha terminado aún, hay cosas por hacer. Tienes que volver a la versión Cupcake de nuevo, para ello recomiendo seguir este video: http://www.youtube.com/watch?v=vC-T1Yf4m4s&feature=channel_page en la información del video salen todos los archivos que hay que descargar.
Es importante señalar que no deben olvidar aplicar la actualización del radio, porque si no el G1 no tomará bien las señales de su proveedor de telefonía celular. Lo otro que hay que tener en mente, es que hay que instalar versiones hackeadas puesto que es posible que el teléfono pierda el root.
Ahora sí, a disfrutar de los poderes de súper vaca:

Fuentes:
http://forum.xda-developers.com/showthread.php?t=442480
http://www.maximumpc.com/article/howtos/howto_hack_your_android_g1_phone?page=0,0
Lecturas recomendadas:
http://waod.com.ve/blog/?cat=8
Nota: no me hago responsable si algo malo sucede :-/