Ziberzone - Planet

Mini Disco Duro 6Gb

Origen: Res Publica Non Dominetur | 11 Apr 2008 | 6:41 pm

Este disco duro que he abierto para que se pueda ver el interior ya había dejado de funcionar cuando cayó en mis manos. Procedía de un viejo pen drive que en lugar de haber sido construido con memoria flash fué construido con un disco duro de verdad pero tan pequeño y delicado que no es [...]

Origen: Res Publica Non Dominetur | 11 Apr 2008 | 6:41 pm

Conferencias

Origen: FREAK RORO'S BROTHERS | 5 Apr 2008 | 11:02 am

Charla taller sobre tiflotegnologia a cargo de la fundacion ONCE
software para invidentes

Charla sobre redes libres por Knoppix (guifi.net)

Charla sobre licencias de soft libre Jausk

Charla sobre reciclaje Ro-Ro

Debate software libre

Origen: FREAK RORO'S BROTHERS | 5 Apr 2008 | 11:02 am

Bloqueando “parasitos” con el archivo hosts en windows

Origen: .::. L E M M K E .::. | 31 Mar 2008 | 4:10 pm

Hola:

El otro día andaba buscando una lista de los sitios mas conocidos que distribuyen cualquier tipo de malware, virus, etc.. para bloquearlos en un equipo dado. Entre búsqueda y búsqueda di con esta pagina.

Te dan un fichero hosts ya creado con las direcciones de los sitios mas conocidos, haciendo que resuelvan a localhost.

Para cuando tienes pocas maquinas es bastante útil.

Origen: .::. L E M M K E .::. | 31 Mar 2008 | 4:10 pm

Partystic Sheets

Origen: Blogantástico | 27 Mar 2008 | 11:04 pm

Hoy acabo de subir la primera release de Partystic Sheets, un software para la gestión de tablas MySQL de forma fácil y, por supuesto, más limitada que phpmyadmin o semejantes.

¿Para qué existe esto?

Pues en un principio quería tener un editor de "hojas" comunitario. Puedes sustituir la compartición de hojas de cálculo (para fines no-matemáticos, claro) o de archivos xml por esta herramienta, ya que Partystic Sheets ofrece la seguridad de que tus datos no van a ser sobreescritos por otro usuario.

Otra ventaja de este sistema es la posibilidad de tener centralizado todo en un único servidor, facilitando backups, migraciones, etc, etc.

Pero... ¿Y si no tengo conexión con el servidor?

Pues no hay problema, ya que Partystic Sheets ofrece la posibilidad de exportar todo tu servidor MySQL a un único archivo XML, que podrás visualizar con cualquier aplicación destinada a ello (¿habrá un posible Partystic Sheets Visor?).

Sin más dilación, podeis descargar el software desde la página oficial.

Origen: Blogantástico | 27 Mar 2008 | 11:04 pm

Usar una fonera para desbrickear otra fonera

Origen: Teidova | 26 Mar 2008 | 5:29 am

Por una de esas cosas de la vida el otro día me encontré con una fonera muerta en mis manos y sin mis herramientas/utensilios/materiales/ vacaciones_de_las_tiendas/conocimientos_de_electrónica_necesarios, pero con otra fonera en perfecto estado de funcionamiento, así que con un poco de paciencia, algunas ideas de karman y algo de tozudez conseguí volver a la vida la fonera muerta usando el puerto de serie de la otra.

El proceso no es muy complicado y únicamente necesitamos las dos foneras y 3 cables para poder conectar los pines de las foneras.

Después de seguir el proceso del HOWTO fonera serial port y siguiendo las especificaciones del pinout ( extraido de aquí ) es:

el cable rojo es 3,3V
el cable azul es masa (gnd)
el cable blanco es recepción (rx)
y el cable naranja es transmisión (tx)

por lo que tendremos que conectar los tres cables entre ellas así: FONERA LIBERADA FONERA BRICKEADA ------------------ * * ------------------ * * | | 1 * | | 2 * | CHIP RAM | 2 * | CHIP RAM | 1 * | | * * | | * * ------------------ 3 * ------------------ 3 *

Para acceder a la fonera brickeada el orden será el siguiente:
1.- Conectamos los cables 1 y 2 en los dos lados y el 3 sólo en la parte de la fonera liberada.
2.- Encendemos la fonera liberada con el firmware que hemos compilado antes para que nos deje libre el puerto serie.
3.- Accedemos a la fonera liberada por ssh y lanzamos cualquiera de los clientes de terminal que tenemos instalados. ( Con minicom NO he conseguido enviar el break para evitar que el redboot no ejecute el script de arranque y con microcom tampoco con el único es con el picocom).
4.- Encendemos la fonera brickeada.
5.- Pasados un par de segundos conectamos el cable 3.
6.- Esperamos y nos apareceran diversos mensajes si están bien conectados los cables hasta que aparecere redboot y ya podemos mandar el ctrl + c que nos pide para interrumpir la ejecución. Si no nos salen los mensajes de manera entendible alguno de los cables no esta bien conectado y tenemos que revisarlos, en caso que pase un minuto y no hayamos recibido nada apagamos la fonera brickeada, comprobamos los cables y volvemos al paso 4.

Y si lo hemos hecho todo bien (y estamos usando picocom) veremos una salida algo como esto:

root@OpenWrt:~# picocom /dev/ttyS0
picocom v1.4

port is : /dev/ttyS0
flowcontrol : none
baudrate is : 9600
parity is : none
databits are : 8
escape is : C-a
noinit is : no
noreset is : no
nolock is : no
send_cmd is : ascii_xfr -s -v -l10
receive_cmd is : rz -vv

Terminal ready

+PHY ID is 0022:5521
Ethernet eth0: MAC address 00:18:84:15:cd:e4
IP: 0.0.0.0/255.255.255.255, Gateway: 0.0.0.0
Default server: 0.0.0.0

RedBoot(tm) bootstrap and debug environment [ROMRAM]
Non-certified release, version v1.3.0 - built 16:57:58, Aug 7 2006

Board: ap51
RAM: 0×80000000-0×81000000, [0×80040450-0×80fe1000] available
FLASH: 0xa8000000 - 0xa87f0000, 128 blocks of 0×00010000 bytes each.
== Executing boot script in 1.000 seconds - enter ^C to abort
^C
RedBoot>

Cuando tengamos el redboot para no tener que repetir cada vez esto lo mejor es usar el comando
fconfig en la consola y activaremos el redboot por la interfaz de red y aumentaremos el tiempo de espera, dejando el script de arranque sin modificar de la siguiente forma:

RedBoot> fconfig
Run script at boot: true
Boot script:
.. fis load -l vmlinux.bin.l7
.. exec
Enter script, terminate with empty line
>> fis load -l vmlinux.bin.l7
>> exec
>>
Boot script timeout (1000ms resolution): 10
Use BOOTP for network configuration: false
Gateway IP address:
Local IP address: 192.168.1.254
Local IP address mask: 255.255.255.255
Default server IP address:
Console baud rate: 9600
GDB connection port: 9000
Force console for special debug messages: false
Network debug at boot time: false
Update RedBoot non-volatile configuration - continue (y/n)? y
… Erase from 0xa87e0000-0xa87f0000: .
… Program from 0×80ff0000-0×81000000 at 0xa87e0000: .
RedBoot>

Con lo que configuraríamos el redboot que escuche en la interfaz de red en la ip 192.168.1.254 y espere 10 segundos antes de ejecutar el script de inicio ( uso los mismos datos que tiene la imágen de la particion del redboot que hay colgada en diversos sitios de internet).

Y ya tenemos nuestra fonera que la podemos jugar con nuestra fonera sin miedo a romperla y sin tener que mover el mundo para arreglarla.

Dejo unas fotos y acabo hasta el próximo día que tenga que escribir algo.

PD. ODIO el tratamiento de wordpress de los tabuladores y espacios.

Origen: Teidova | 26 Mar 2008 | 5:29 am

Que razon tiene!!

Origen: Linux HardLabs | 18 Mar 2008 | 11:39 pm

Desconexión

Origen: Jauskdb | 13 Feb 2008 | 3:38 am

No se como empezar el post, hace tanto que no actualizo que casi se me ha olvidado hasta escribir…Hoy no actualizo para escribir un tutorial, escribo para informar a mis amigos, conocidos, enemigos que estoy bien (Aunque a estos últimos no creo que les interese). El otro día me llegó un mail de una persona que [...]

Origen: Jauskdb | 13 Feb 2008 | 3:38 am

Planet basado en SimplePie | Licencia | Redistribución