HD
--
Sent from Palm Centro
miércoles, 31 de diciembre de 2008
¡Feliz Año 2009!
Un caluroso saludo a los lectores de este aburrido blog. Los mejores deseos para este año nuevo 2009.
Segundo bisiesto
No encontré una mejor forma de traducir "leap second" -por aquello de que "leap year" corresponde a "año bisiesto". De cualquier forma, el Centro Nacional de Metrología utiliza el mismo término. En esta ocasión se añadirá un segundo a las 23:59:59s en la escala de Tiempo Universal Coordinado. Lo anterior a efecto de asegurar que la diferencia entre la escala de tiempo UTC y la escala de tiempo astronómico UT1 se mantengan sinconizados en un rango no mayor a 1 segundo (en realidad, 9ds).
Lo bueno de tener Linux con NTP (Network Time Protocol) es que el reloj de la computadora se ajustará automáticamente, de acuerdo con la siguiente secuencia del tiempo (hora del centro):
* 31 de diciembre del 2008, 17:59:59
* 31 de diciembre del 2008, 17:59:60
* 31 de diciembre del 2008, 18:00:00
Con los preparativos de fin de año, no creo tener el tiempo disponible para contemplar el reloj de la computadora para ver en vivo este fenómeno.
Y como ya los preparativos me están llamando, sólo me resta decir: Ponga tiempo su reloj.
Lo bueno de tener Linux con NTP (Network Time Protocol) es que el reloj de la computadora se ajustará automáticamente, de acuerdo con la siguiente secuencia del tiempo (hora del centro):
* 31 de diciembre del 2008, 17:59:59
* 31 de diciembre del 2008, 17:59:60
* 31 de diciembre del 2008, 18:00:00
Con los preparativos de fin de año, no creo tener el tiempo disponible para contemplar el reloj de la computadora para ver en vivo este fenómeno.
Y como ya los preparativos me están llamando, sólo me resta decir: Ponga tiempo su reloj.
martes, 30 de diciembre de 2008
Bolt: un perro fuera de serie -en 3D
Bueno, en vista de que Imoq ha dejado de comentar películas desde hace un buen rato, pues tendré que escribir sobre Bolt.
Bolt es la mascota de Penny, una niña artista que realiza un programa de televisión donde el afortunado can tiene superpoderes: super velocidad zum zum, visión térmica, y super ladrido, entre otros; los cuales utiliza para proteger a su amada dueña (a quién él llama "su persona") del malvado villano de ojo verde -el Dr. Cálico. Al final del día, que coincide con el final del episodio televisivo, Bolt siempre sale vencedor. El truco del productor consiste en hacer creer al perro que todo lo que sucede es real: de modo que Bolt no conoce otra vida sino dentro su casa rodante y el set de televisión. Sin embargo, los dueños del canal no están contentos con el show que se ha vuelto muy predecible; de modo que en el siguiente episodio Bolt no puede rescatar a Penny. Creyendo que "su persona" se encuentra en peligro verdadero Bolt logra escapar de la casa rodante. Desafortunadamente cae en una caja de cartón y es enviado a la ciudad de NY. Ahora Bolt tendrá que regresar a su casa en Hollywood, enfrentando los peligros sin superpoderes y descubriendo su verdadera identidad, y lo que lo hace especial. Con la ayuda de sus nuevos amigos, Mittens -una gata callejera-, Rihno -un hamster encerrado en una esfera de plástico-, y la oportuna ayuda de múltiples palomas mensajeras.
Lo que me gustó de esta película es que la ví en tres dimensiones (3D). A diferencia del sistema de lentes rojo-azul, este nuevo sistema utiliza unos lentes polarizados, de modo que las imágenes son más nítidas, más brillantes, y por supuesto, más "reales" -hay escenas que se ven tan reales que uno sólo sabe que son ficción por los personajes animados. Si tienes niños -o tienes alma de niño- no dejes de verla en 3D. Aunque es un poco más caro, bien vale la pena.
La ví en: Cinépolis Galerías Cuernavaca -Macropantalla 2
El día: 27 de diciembre
Le pongo: 5/5
Nota: Imoq: ¡extrañamos tus reseñas!
Por cierto ¿alguien sabe por qué les ponen esferas a los hámsters?
Bolt es la mascota de Penny, una niña artista que realiza un programa de televisión donde el afortunado can tiene superpoderes: super velocidad zum zum, visión térmica, y super ladrido, entre otros; los cuales utiliza para proteger a su amada dueña (a quién él llama "su persona") del malvado villano de ojo verde -el Dr. Cálico. Al final del día, que coincide con el final del episodio televisivo, Bolt siempre sale vencedor. El truco del productor consiste en hacer creer al perro que todo lo que sucede es real: de modo que Bolt no conoce otra vida sino dentro su casa rodante y el set de televisión. Sin embargo, los dueños del canal no están contentos con el show que se ha vuelto muy predecible; de modo que en el siguiente episodio Bolt no puede rescatar a Penny. Creyendo que "su persona" se encuentra en peligro verdadero Bolt logra escapar de la casa rodante. Desafortunadamente cae en una caja de cartón y es enviado a la ciudad de NY. Ahora Bolt tendrá que regresar a su casa en Hollywood, enfrentando los peligros sin superpoderes y descubriendo su verdadera identidad, y lo que lo hace especial. Con la ayuda de sus nuevos amigos, Mittens -una gata callejera-, Rihno -un hamster encerrado en una esfera de plástico-, y la oportuna ayuda de múltiples palomas mensajeras.Lo que me gustó de esta película es que la ví en tres dimensiones (3D). A diferencia del sistema de lentes rojo-azul, este nuevo sistema utiliza unos lentes polarizados, de modo que las imágenes son más nítidas, más brillantes, y por supuesto, más "reales" -hay escenas que se ven tan reales que uno sólo sabe que son ficción por los personajes animados. Si tienes niños -o tienes alma de niño- no dejes de verla en 3D. Aunque es un poco más caro, bien vale la pena.
La ví en: Cinépolis Galerías Cuernavaca -Macropantalla 2
El día: 27 de diciembre
Le pongo: 5/5
Nota: Imoq: ¡extrañamos tus reseñas!
Por cierto ¿alguien sabe por qué les ponen esferas a los hámsters?
viernes, 19 de diciembre de 2008
Llenando el Plan Anual de Actividades
INSERT INTO ppa_servicios(rfc,nom_serv,tinv_serv,activ_serv,anho)
SELECT rfc,nom_serv,tinv_serv,activ_serv,2009
FROM ppa_servicios
WHERE rfc LIKE 'CO%' AND anho=2008
SELECT rfc,nom_serv,tinv_serv,activ_serv,2009
FROM ppa_servicios
WHERE rfc LIKE 'CO%' AND anho=2008
martes, 11 de noviembre de 2008
El regreso de la Terminal
Eso de ser early adopter tiene sus desventajas.
En alguna actualización del "Installer" perdí las habilidades de la Terminal móvil -nombre rimbombante para una vil terminal de unix. El iPod sin la terminal, realmente no es muy útil. En el proceso, recién me estoy dando cuenta que mi iPod Touch todavía tiene el firmware 1.1.1. Así que me dí a la tarea de recuperar la terminal, sin tener que actualizar el firmware a la 1.1.5. y mucho menos comprar (¿¡que!?) el firmware 2.1.
Afortunadamente (sic) el proyecto de la terminal del iPod se encuentra en google. Así que bastó con probar con algunas de las versiones anteriores hasta que funcionó. Terminé instalando la versión 206.
¡Ah! Las maravillas del MacOS X: linux$ scp -r Terminal.app root@ipod.ip.address:/Applications. Hay que reiniciar el Springboard, y ¡listo! Ahora sí, he recuperado la terminal: ya puedo administrar los servidores. El iPod ya sirve para algo.
¡Larga vida a la terminal y la línea de órdenes! Y recuerda: no tomarás el nombre de root en vano.
En alguna actualización del "Installer" perdí las habilidades de la Terminal móvil -nombre rimbombante para una vil terminal de unix. El iPod sin la terminal, realmente no es muy útil. En el proceso, recién me estoy dando cuenta que mi iPod Touch todavía tiene el firmware 1.1.1. Así que me dí a la tarea de recuperar la terminal, sin tener que actualizar el firmware a la 1.1.5. y mucho menos comprar (¿¡que!?) el firmware 2.1.
Afortunadamente (sic) el proyecto de la terminal del iPod se encuentra en google. Así que bastó con probar con algunas de las versiones anteriores hasta que funcionó. Terminé instalando la versión 206.
¡Ah! Las maravillas del MacOS X: linux$ scp -r Terminal.app root@ipod.ip.address:/Applications. Hay que reiniciar el Springboard, y ¡listo! Ahora sí, he recuperado la terminal: ya puedo administrar los servidores. El iPod ya sirve para algo.
¡Larga vida a la terminal y la línea de órdenes! Y recuerda: no tomarás el nombre de root en vano.
jueves, 6 de noviembre de 2008
miércoles, 5 de noviembre de 2008
Llenando el Informe Anual
INSERT INTO ia_servicios(rfc,tipo,titulo,descripcion,año)
SELECT rfc,tipo,titulo,descripcion,2008
FROM ia_servicios
WHERE rfc LIKE 'PEVM%' AND año=2007
SELECT rfc,tipo,titulo,descripcion,2008
FROM ia_servicios
WHERE rfc LIKE 'PEVM%' AND año=2007
miércoles, 29 de octubre de 2008
Eso explica muchas cosas
El sexo y el poder ofuscan a los inteligentes
y vuelven locos a los tontos.
--
Ángeles Mastretta
y vuelven locos a los tontos.
--
Ángeles Mastretta
lunes, 27 de octubre de 2008
Me re lleva
El pasado sábado 4 de octubre tuve que cambiar el servidor de squid: un problema documentado con el error (110) y (111) me obligaron a jubilar un RHEL3 y cambiarlo por un RHEL5. El problema pudo terminar allí, si no fuera porque el servidor también contenía unas bases de datos. Como era de esperarse, se rompieron varias cosas. Entre ellas el infame programa del Informe Anual.
Para el jueves 9 de octubre el informe anual aún no quedaba. Revisé el respaldo y los datos están allí. Envié una copia del pg_dump a la persona encargada del informe anual. Sabiendo que la fecha límite para el informe es el 5 de noviembre avisé el lunes 13 de octubre que podíamos seguir utilizando el servidor viejo -con otra dirección IP- sin tener que cambiar otra cosa en los programas que la dirección IP del dbhost.
Hoy 27 de octubre, me piden arreglar el sistema "por que ya les urge". Me re lleva el chanfle. Por eso avisé hace quince días, para evitarme la munga de reparar un sistema que no conozco. En fin. Échale la culpa al sysadmin.
Eso sí, el año que entra compramos un servidor nuevo, le ponemos lo necesario, lo entregamos en custodia a quién corresponda y nos olvidamos del asunto.
Para el jueves 9 de octubre el informe anual aún no quedaba. Revisé el respaldo y los datos están allí. Envié una copia del pg_dump a la persona encargada del informe anual. Sabiendo que la fecha límite para el informe es el 5 de noviembre avisé el lunes 13 de octubre que podíamos seguir utilizando el servidor viejo -con otra dirección IP- sin tener que cambiar otra cosa en los programas que la dirección IP del dbhost.
Hoy 27 de octubre, me piden arreglar el sistema "por que ya les urge". Me re lleva el chanfle. Por eso avisé hace quince días, para evitarme la munga de reparar un sistema que no conozco. En fin. Échale la culpa al sysadmin.
Eso sí, el año que entra compramos un servidor nuevo, le ponemos lo necesario, lo entregamos en custodia a quién corresponda y nos olvidamos del asunto.
martes, 21 de octubre de 2008
sha1sum con la mac
¿Cómo verificas que se bajó bien el DVD de Fedora en una Mac OS X?
# openssl dgst -sha1 Fedora-9-x86_64-DVD.iso
SHA1(Fedora-9-x86_64-DVD.iso)= f92576227484a4eeda0e86a497836c67c34d20ef
En realidad, también sirve en Linux, en caso de que no tengas instalado el sha1sum.
ACK: Altamar.
# openssl dgst -sha1 Fedora-9-x86_64-DVD.iso
SHA1(Fedora-9-x86_64-DVD.iso)= f92576227484a4eeda0e86a497836c67c34d20ef
En realidad, también sirve en Linux, en caso de que no tengas instalado el sha1sum.
ACK: Altamar.
¿Cuál es la edad promedio de los académicos del CIE?
sica2007=# SELECT AVG(age) FROM
sica2007-# (SELECT age(rfc2date) FROM
sica2007(# (SELECT rfc2date(rfc) FROM datos_per WHERE active AND acad)
sica2007(# AS foo)
sica2007-# AS bar;
avg
-----------------------------------------
47 years 6 mons 29 days 26:50:50.847458
(1 row)
Da gusto saber que uno todavía está jóven.
miércoles, 15 de octubre de 2008
martes, 9 de septiembre de 2008
Acer Aspire 4320
Por alguna extraña razón, el lector de discos compactos dejó de funcionar... en Hasefrog Vista. Como era de esperarse, en Fedora Linux el CD-ROM funcionaba muy bien.
Le apliqué no sé cuántas veces los updates, poner y quitar no se cuántos drivers, y cuanta cosa se me ocurrió. Hasta intenté restaurar el equipo al estado inicial del fabricante. Afortunadamente no lo logré. Pero eché a perder el arranque. Tuve que arreglarlo según indica http://support.microsoft.com/kb/927392:
bootrec /fixmbr
bootrec /fixboot
Creo que la segunda orden no era necesaria, pero ya entrado en gastos ¿pues a quien le importa?
Después de preguntarle al Oráculo, encontré la solución en http://support.microsoft.com/kb/314060. Es un documento de XP, pero funcionó en Vista.
Hay que quitar la entrada UpperFilters de la subclave del Registro {4D36E965-E325-11CE-BFC1-08002BE10318}. ¡Pero por supuesto! ¿Cómo no lo ví antes? Si está clarísimo.
Ya funciona el CD-ROM.
Odio el maldito registro de Windows.
Le apliqué no sé cuántas veces los updates, poner y quitar no se cuántos drivers, y cuanta cosa se me ocurrió. Hasta intenté restaurar el equipo al estado inicial del fabricante. Afortunadamente no lo logré. Pero eché a perder el arranque. Tuve que arreglarlo según indica http://support.microsoft.com/kb/927392:
bootrec /fixmbr
bootrec /fixboot
Creo que la segunda orden no era necesaria, pero ya entrado en gastos ¿pues a quien le importa?
Después de preguntarle al Oráculo, encontré la solución en http://support.microsoft.com/kb/314060. Es un documento de XP, pero funcionó en Vista.
Hay que quitar la entrada UpperFilters de la subclave del Registro {4D36E965-E325-11CE-BFC1-08002BE10318}. ¡Pero por supuesto! ¿Cómo no lo ví antes? Si está clarísimo.
Ya funciona el CD-ROM.
Odio el maldito registro de Windows.
grub>
¡Me chachis! Estas instalaciones duales siempre son un dolor de cabeza. ¿Quién le manda a los usuarios cambiar las particiones?
rootnoverify (hd0,0)
chainloader +1
boot
martes, 2 de septiembre de 2008
cryptofs
Hace unos días bajé unos vídeos de LAWALOCA. Como no podía dejarlos en el sistema de archivos así como así, me puse a la tarea de crear un Sistema de Archivos Cifrado.
Sí, se dice "cifrado", no "encriptado". ¿No se dice, desde hace mucho, decifrar un mensaje secreto? Y si no estás de acuerdo, pasa al siguiente blog.
Si bien es cierto que Fedora 9 ya te permite realizar instalaciones con sistema de archivos cifrados, la idea era utilizar un dispositivo "portátilizador" USB para el efecto.
Sea:
/dev/sdc el dispositivo portatilizador
Si la paranoia es grande, lo mejor es empezar borrando el dispositivo con:
# wipe /dev/sdc
O en su defecto,
# dd if=/dev/zero of=/dev/sdc
Luego, hay que sembrar el dispositivo portatilizador con la suficiente información para despistar al enemigo:
# dd if=/dev/urandom of=/dev/sdc
Esto tomará mucho tiempo, y agotará la entropía del sistema. Lo mejor es utilizar un dispositivo generador de números aleatorios, como el que viene en la fit-pc. geode-rng.ko. Esto es especialmente importante en el siguiente paso: la generación de la llave criptográfica. Adicionalmente, la fit-pc incluye un coprocesador criptográfico geode-aes.ko el cual funciona en Fedora 9 y está disponible según /proc/crypto:
Una vez que se recupere la entropía, (o usando el generador de números aleatorios), procedemos a preparar el dispositivo portatilizador:
# cryptsetup --verbose --cipher 'aes-cbc-essiv:sha256' --key-file=/dev/random --hash=$(mcookie) --key-size 128 --verify-passphrase luksFormat /dev/sdc
El tamaño de la llave seleccionado es un albur entre velocidad y seguridad. Si la llave es muy pequeña, es posible que una agencia de tres letras (no, la PFP no está en esa lista) sea capaz de romper el código y descifrar el dispositivo. Una llave demasiado grande, por el contrario, requerirá de mucho tiempo para realizar el cifrado/descifrado de datos, haciendo impráctico el ejercicio.
Para cuestiones ordinarias, 128 bits son suficientes para detener la curiosidad femenina. Unos 256 bits parece ser lo normal en estos tiempos de procesadores multi-núcleo. Más de 512 bits... eres terrorista, pedófilo; o peor aún: tu perteneces a una agencia de tres letras.
Una vez seleccionado el tamaño de llave, hay que proporcionar la frase de paso (passphrase), la cual, una vez más, debe tener la sufiente entropía. Una cadena se rompe por el eslabón más débil, así que escoge una buena frase.
El dispositivo ya se encuentra "formateado", ahora hay que establecer la conexión entre el dm-crypt y el dispositivo.
# cryptosetup luksOpen /dev/sdc cryptousb
Esto crea un dispositivo en /dev/mapper con nombre cryptousb. Es el dispositivo sobre el cual vamos a crear el sistema de archivos cifrado. El resto de las operaciones son como con cualquier otro sistema de archivos convencional:
# mke2fs -Lcryptousb /dev/mapper/cryptousb
# mount /dev/mapper/cryptousb /mnt/cryptousb
# mv -a /el/contenido/de/lawaloca /mnt/cryptousb/todo/lo/naco/es/chido
Antes de extraer el dispositivo portatilizador, es necesario desconectar todos los componentes del núcleo:
# umount /mnt/cryptousb
# cryposetup luksClose /dev/mapper/cryptousb
# rmmod usb-storage
Luego, hay que llevar el dispositivo portatilizador a la computadora del compañero ñero. Afortunadamente, de aquí en adelante el escritorio de Fedora 9 será capaz de darse cuenta que se trata de un dispositivo cifrado y nos preguntará la frase de paso para poder utilizarlo en el entorno convencional del escritorio.
ACK: A fesom por las sugerencias para escribir este artículo, y otros motivos para tener un dispositivo cifrado. demonoid.
Sí, se dice "cifrado", no "encriptado". ¿No se dice, desde hace mucho, decifrar un mensaje secreto? Y si no estás de acuerdo, pasa al siguiente blog.
Si bien es cierto que Fedora 9 ya te permite realizar instalaciones con sistema de archivos cifrados, la idea era utilizar un dispositivo "portátilizador" USB para el efecto.
Sea:
/dev/sdc el dispositivo portatilizador
Si la paranoia es grande, lo mejor es empezar borrando el dispositivo con:
# wipe /dev/sdc
O en su defecto,
# dd if=/dev/zero of=/dev/sdc
Luego, hay que sembrar el dispositivo portatilizador con la suficiente información para despistar al enemigo:
# dd if=/dev/urandom of=/dev/sdc
Esto tomará mucho tiempo, y agotará la entropía del sistema. Lo mejor es utilizar un dispositivo generador de números aleatorios, como el que viene en la fit-pc. geode-rng.ko. Esto es especialmente importante en el siguiente paso: la generación de la llave criptográfica. Adicionalmente, la fit-pc incluye un coprocesador criptográfico geode-aes.ko el cual funciona en Fedora 9 y está disponible según /proc/crypto:
Una vez que se recupere la entropía, (o usando el generador de números aleatorios), procedemos a preparar el dispositivo portatilizador:
# cryptsetup --verbose --cipher 'aes-cbc-essiv:sha256' --key-file=/dev/random --hash=$(mcookie) --key-size 128 --verify-passphrase luksFormat /dev/sdc
El tamaño de la llave seleccionado es un albur entre velocidad y seguridad. Si la llave es muy pequeña, es posible que una agencia de tres letras (no, la PFP no está en esa lista) sea capaz de romper el código y descifrar el dispositivo. Una llave demasiado grande, por el contrario, requerirá de mucho tiempo para realizar el cifrado/descifrado de datos, haciendo impráctico el ejercicio.
Para cuestiones ordinarias, 128 bits son suficientes para detener la curiosidad femenina. Unos 256 bits parece ser lo normal en estos tiempos de procesadores multi-núcleo. Más de 512 bits... eres terrorista, pedófilo; o peor aún: tu perteneces a una agencia de tres letras.
Una vez seleccionado el tamaño de llave, hay que proporcionar la frase de paso (passphrase), la cual, una vez más, debe tener la sufiente entropía. Una cadena se rompe por el eslabón más débil, así que escoge una buena frase.
El dispositivo ya se encuentra "formateado", ahora hay que establecer la conexión entre el dm-crypt y el dispositivo.
# cryptosetup luksOpen /dev/sdc cryptousb
Esto crea un dispositivo en /dev/mapper con nombre cryptousb. Es el dispositivo sobre el cual vamos a crear el sistema de archivos cifrado. El resto de las operaciones son como con cualquier otro sistema de archivos convencional:
# mke2fs -Lcryptousb /dev/mapper/cryptousb
# mount /dev/mapper/cryptousb /mnt/cryptousb
# mv -a /el/contenido/de/lawaloca /mnt/cryptousb/todo/lo/naco/es/chido
Antes de extraer el dispositivo portatilizador, es necesario desconectar todos los componentes del núcleo:
# umount /mnt/cryptousb
# cryposetup luksClose /dev/mapper/cryptousb
# rmmod usb-storage
Luego, hay que llevar el dispositivo portatilizador a la computadora del compañero ñero. Afortunadamente, de aquí en adelante el escritorio de Fedora 9 será capaz de darse cuenta que se trata de un dispositivo cifrado y nos preguntará la frase de paso para poder utilizarlo en el entorno convencional del escritorio.
ACK: A fesom por las sugerencias para escribir este artículo, y otros motivos para tener un dispositivo cifrado. demonoid.
martes, 26 de agosto de 2008
ntfs-3g
Hoy me di cuenta que que hay mucho que escribir en este blog. Sobre el frustrado regreso a clases. O sobre las tristes olimpiadas. Pero como no hay mucho tiempo, aprovecho para hablar un poquito de hasefrog y cómo ahorrarse tiempo, dinero y esfuerzo usando Linux para repararlo.
Regresó un investigador de su estancia sabática, descubriendo que su máquina de Hasefrog-XP marcaba unos errores del disco duro. En realidad, se trataba de mensajes de advertencia del SMART (¡ah! ¡no! ese es el Super Agente 86), me refiero a S.M.A.R.T.: Self-Monitoring, Analysis, and Reporting Technology (sic), indicando que el disco duro en cuestión estaba a punto de estirar la pata.
Esperando no tener que re-instalar Hasefrog XP, y mucho menos tratar de hacer un respaldo de información (aún hay usuarios que no saben que existe una carpeta que se llama "Mis Documentos") decidimos utilizar las herramientas NTFS-3G para copiar la información del disco viejo (de 80GB) a un disco nuevo (de 160GB), y de paso, utilizar toda la capacidad del disco nuevo.
Sea:
/dev/sdb el disco viejo con hasefrog XP
/dev/sdc el disco nuevo
Primero, copiamos la tabla de particiones:
Hay que quitar y volver a poner el adaptador USB para que se registren los cambios.
Luego, copiamos el disco viejo en el nuevo:
En seguida, con fdisk asignamos todo el espacio del disco a la particion NTFS (esto lo pudimos haber hecho desde el principio, pero no se nos ocurrió en ese momento).
Finalmente, le cambiamos el tamaño al ntfs con:
Como era de esperarse, el nuevo disco no arrancó. Tal vez nos faltó información del MBR. Yo creo que nos faltó copiar el sector de arranque de la partición primaria. En realidad, ¿a quién le importa? Utilizando el CD-ROM de instalación del hasefrog XP entramos a "recuperar el sistema".
¡Tará! El hasefrog XP regresó.
Larga vida a Linux, que sirve para hacer más fácil el trabajo en hasefrog XP.
Regresó un investigador de su estancia sabática, descubriendo que su máquina de Hasefrog-XP marcaba unos errores del disco duro. En realidad, se trataba de mensajes de advertencia del SMART (¡ah! ¡no! ese es el Super Agente 86), me refiero a S.M.A.R.T.: Self-Monitoring, Analysis, and Reporting Technology (sic), indicando que el disco duro en cuestión estaba a punto de estirar la pata.
Esperando no tener que re-instalar Hasefrog XP, y mucho menos tratar de hacer un respaldo de información (aún hay usuarios que no saben que existe una carpeta que se llama "Mis Documentos") decidimos utilizar las herramientas NTFS-3G para copiar la información del disco viejo (de 80GB) a un disco nuevo (de 160GB), y de paso, utilizar toda la capacidad del disco nuevo.
Sea:
/dev/sdb el disco viejo con hasefrog XP
/dev/sdc el disco nuevo
Primero, copiamos la tabla de particiones:
# dd if=/dev/sdb of=/dev/sdc bs=1k count=1
Hay que quitar y volver a poner el adaptador USB para que se registren los cambios.
Luego, copiamos el disco viejo en el nuevo:
# ntfsclone --rescue --overwrite /dev/sdc1 /dev/sdb1
En seguida, con fdisk asignamos todo el espacio del disco a la particion NTFS (esto lo pudimos haber hecho desde el principio, pero no se nos ocurrió en ese momento).
Finalmente, le cambiamos el tamaño al ntfs con:
# ntfsresize --bad-sectors /dev/sdc1
Como era de esperarse, el nuevo disco no arrancó. Tal vez nos faltó información del MBR. Yo creo que nos faltó copiar el sector de arranque de la partición primaria. En realidad, ¿a quién le importa? Utilizando el CD-ROM de instalación del hasefrog XP entramos a "recuperar el sistema".
C> chkdsk /f /r
C> fixmbr
C> fixboot
¡Tará! El hasefrog XP regresó.
Larga vida a Linux, que sirve para hacer más fácil el trabajo en hasefrog XP.
lunes, 18 de agosto de 2008
Gustavo Moreno Toribio LADRÓN de imágenes
Apoyando a Gato Azul con este asunto del uso inadecuado de su fotografía Llama en Machupicchu por parte del LUSER Gustavo Moreno Toribio.
Sólo faltaba que las firmas MD5SUM fueran iguales:
b47df176a72d0caeb3ec166227b24c5e 2293559521_57bb118dce_b.jpg
e9cdd38474f6b462270a918f2991faa0 2683344802_0660f17d6b_o.jpg
Al menos se tomó la molestia de "retocarla" en Photoshop, al parecer, su única habilidad.
Ánimo, Gato Azul.
N.del E. Sí ya sé que esto no es de Linux, pero ¡no somos máquinas!
jueves, 10 de julio de 2008
Adiós al petróleo mexicano
Me llegó un correo sobre un reportaje de Telemundo 52, en el año 2006:
Calderón podría entregar el petróleo mexicano a extranjeros.
Según una fuente de noticias alternativa, los capitales de las
petroleras estadounidenses desean las reservas del llamado oro negro que
existen en México. Para lograr esto habrían pactado con Felipe Calderón
una privatización de PEMEX. Rubén Luengas le presenta estas
declaraciones en un reportaje hecho en el 2006.
El vídeo en http://www.telemundo52.com/video/9804422/detail.html.
El reportaje más o menos dice: "las corporaciones estadounidenses han hecho el mayor descubrimiento de petróleo en el golfo de México, calificado como el hallazgo más grande en esta generación."
Calderón podría entregar el petróleo mexicano a extranjeros.
Según una fuente de noticias alternativa, los capitales de las
petroleras estadounidenses desean las reservas del llamado oro negro que
existen en México. Para lograr esto habrían pactado con Felipe Calderón
una privatización de PEMEX. Rubén Luengas le presenta estas
declaraciones en un reportaje hecho en el 2006.
El vídeo en http://www.telemundo52.com/video/9804422/detail.html.
El reportaje más o menos dice: "las corporaciones estadounidenses han hecho el mayor descubrimiento de petróleo en el golfo de México, calificado como el hallazgo más grande en esta generación."
martes, 1 de julio de 2008
jueves, 26 de junio de 2008
LARTC en acción
Las ventajas de tener el LARTC. En amarillo, la descarga FTP del Scientific Linux.
Nótese el balanceo de la carga con los servidores durante las horas de trabajo.
Adicionalmente, en azul una videoconferencia, en rojo bittorrent.
miércoles, 25 de junio de 2008
Linux: el sistema del "ya merito"
No es que me queje, al contrario. Eso de tener algo que hacer siempre es motivador. Pero después de leer un poco The Linux Hater's Blog uno adquiere una mejor perspectiva de lo realizado, y lo que falta por realizar.
Tengo desde hace rato una computadora AMD64 con Fedora Linux instalado. Ningún problema grave, excepto la navegación del WWW, por aquello de los plugins que no existen para 64 bits. No me importaba mucho, pues no soy adicto a los plugins.
Sin embargo, mientras utilizaba werewolf instalé la versión i386 del Firefox, con buenos resultados, aunque era un poco latoso conservar también las versiones i386 del yelp y del devhelp.
Cuando actualizé (en realidad, instalé) a sulphur decidí utilizar el firefox 3 de 64 bits y como dice la documentación, darle la oportunidad a la implementación de Flash libre y de código abierto llamado gnash. Ya merito.
Tuve a bien experimentar con with gnash antes de buscar el software plugin de Flash propietario de Adobe, el cual acabé instalando, pero todos los videos se reproducían sin sonido. Ya merito.
Como tampoco me agradaba la idea de tener el plugin propietario funcionando a medias, decidí quitarlo, y en lugar del gnash instalar swfdec. A mi parecer funciona mejor que el gnash.
Lo que más me gusta del swfdec es que por cada animación de flash pone un botonzote de play. Así que puedo ignorar olímpicamente toneladas de publicidad inútil; por lo cual las páginas cargan rapidísimo, y yo contento leyendo lo que realmente importa: el contenido.
Entonces se me ocurrió entrar a Google Video y descubrir que aunque aparece el cuadrote negro con el botonzote de play, el video nomás no furula. Ya merito. Lo mismo con otros servicios de video. En lugar del video aparece un diálogo de una tal aplicación codeina (¡que buen nombre!) solicitando utilizar CODECS abiertos. Ya merito.
La codeina era invocada por gstreamer, el cual a su vez era invocado por swfdec. Así que todo se reducía a proporcionar al gstreamer lo necesario para reproducir los videos. Afortunadamente en freshrpms encontré lo necesario: gstreamer-ffmpeg un plugin para gstreamer basado en ffmpeg. Lo instalé, y ahora sí, ya puedo ver los videos. Lo malo, es que... siguen sin audio.
Ya merito.
Tengo desde hace rato una computadora AMD64 con Fedora Linux instalado. Ningún problema grave, excepto la navegación del WWW, por aquello de los plugins que no existen para 64 bits. No me importaba mucho, pues no soy adicto a los plugins.
Sin embargo, mientras utilizaba werewolf instalé la versión i386 del Firefox, con buenos resultados, aunque era un poco latoso conservar también las versiones i386 del yelp y del devhelp.
Cuando actualizé (en realidad, instalé) a sulphur decidí utilizar el firefox 3 de 64 bits y como dice la documentación, darle la oportunidad a la implementación de Flash libre y de código abierto llamado gnash. Ya merito.
Tuve a bien experimentar con with gnash antes de buscar el software plugin de Flash propietario de Adobe, el cual acabé instalando, pero todos los videos se reproducían sin sonido. Ya merito.
Como tampoco me agradaba la idea de tener el plugin propietario funcionando a medias, decidí quitarlo, y en lugar del gnash instalar swfdec. A mi parecer funciona mejor que el gnash.
Lo que más me gusta del swfdec es que por cada animación de flash pone un botonzote de play. Así que puedo ignorar olímpicamente toneladas de publicidad inútil; por lo cual las páginas cargan rapidísimo, y yo contento leyendo lo que realmente importa: el contenido.
Entonces se me ocurrió entrar a Google Video y descubrir que aunque aparece el cuadrote negro con el botonzote de play, el video nomás no furula. Ya merito. Lo mismo con otros servicios de video. En lugar del video aparece un diálogo de una tal aplicación codeina (¡que buen nombre!) solicitando utilizar CODECS abiertos. Ya merito.
La codeina era invocada por gstreamer, el cual a su vez era invocado por swfdec. Así que todo se reducía a proporcionar al gstreamer lo necesario para reproducir los videos. Afortunadamente en freshrpms encontré lo necesario: gstreamer-ffmpeg un plugin para gstreamer basado en ffmpeg. Lo instalé, y ahora sí, ya puedo ver los videos. Lo malo, es que... siguen sin audio.
Ya merito.
martes, 24 de junio de 2008
The Simpsons Q3
Me encontré este mapa de Springfield para Quake3 Arena. Toda una belleza.
El video en Simpsons Map for Quake III Arena.
Para su descarga en Pandora's Ball.
Eso me recuerda que alguna vez quisimos hacer el escenario del CIE pero nunca tuvimos el tiempo ni la inspiración para ello.
¿Cual distribución odias más?
Con el riesgo de ser quemado con leña verde, no pude resistir la tentación de divertirme un poco, y participar en la encuesta de Linux Hater's Blog: Which community distro do you hate the most? Al momento de esta publicación las cosas van así:
Debian: 8%
Ubuntu: 22%
Fedora: 14%
OpenSuSE: 10%
PCLinuxOS: 7%
Slackware: 6%
Gentoo: 30%
Quedan 6 días para votar, así que no dejen pasar la oportunidad.
Debian: 8%
Ubuntu: 22%
Fedora: 14%
OpenSuSE: 10%
PCLinuxOS: 7%
Slackware: 6%
Gentoo: 30%
Quedan 6 días para votar, así que no dejen pasar la oportunidad.
martes, 17 de junio de 2008
martes, 10 de junio de 2008
Ya salió
Después de cuarenta días, se logró la liberación de mi chocado vehículo. Lo bueno: ya me dieron mi pase para el taller. Lo malo: yo tendré que pagar las reparaciones mientras se arreglan las cuestiones legales. Aún falta mucho por hacer. Lo feo: $3294 en diversas multas y recargos.
martes, 13 de mayo de 2008
Feliz cumpleaños a mi
En un día feliz
un niñito nació
que se llama "el Turbo"
y que sea feliz.
Al partir su pastel
un deseo pidió
que se cumpla el deseo
y que sea feliz.
un niñito nació
que se llama "el Turbo"
y que sea feliz.
Al partir su pastel
un deseo pidió
que se cumpla el deseo
y que sea feliz.
viernes, 9 de mayo de 2008
terminando de configurar Fluent
#
# /etc/profile.d/fluent.sh
#
pathmunge () {
if ! echo $PATH | /bin/egrep -q "(^|:)$1($|:)" ; then
if [ "$2" = "after" ] ; then
PATH=$PATH:$1
else
PATH=$1:$PATH
fi
fi
}
# Path manipulation
pathmunge /usr/local/Fluent.Inc/bin after
unset pathmunge
LM_LICENSE_FILE=7241@quetzal.cie.unam.mx
export PATH LM_LICENSE_FILE
miércoles, 7 de mayo de 2008
Recuerdos de infancia 1
¡Pídalo por su nombre: gato barato!
Gato barato
comida para gatos
dele a su gatito
y cazará ratoncitos
Tiene vitaminas
y también proteínas
dele a su gatito
y cazará felinas
Gato barato
comida para gatos
dele a su gatito
y cazará ratoncitos
Tiene vitaminas
y también proteínas
dele a su gatito
y cazará felinas
martes, 6 de mayo de 2008
Clientes de correo-e
Después del incidente de ayer por fin me puse a escribir los documentos sobre mi último viaje al Lado Oscuro: cómo configurar los clientes de correo electrónico WindowsMail y Mozilla Thunderbird.
Aún me falta el viaje al Lado Gris del MacOSX, pero por lo pronto es suficiente.
Aún me falta el viaje al Lado Gris del MacOSX, pero por lo pronto es suficiente.
lunes, 5 de mayo de 2008
¡No me digas! ¿Y cómo te chocaron el auto?
Bueno, no fue en una avenida, sino en el Camino al Conalep, justo al dar la vuelta a la izquierda en la Privada Xochicalco, con todo y las luces direccionales encendidas, a escasos 150m del CIE; recibo un impacto en la puerta trasera izquierda de un taxista de Cuernavaca, placas 1851-LTG, con pasaje. El taxista no estaba asegurado.
Para colmo, se le acabó el crédito a mi celular, así que César me hizo el favor de llamar a la aseguradora desde el teléfono de la caseta de vigilancia. Lo demás, es una historia corta que sucede en un laaargo tiempo. Mi número de reporte: 204037, me atendió Ángel Rodríguez. Así mismo, Humberto (hegob) me prestó su teléfono celular, debí hacer un par de llamadas. Pasó mucha gente entrando al CIE, y más tarde aún más cuando estaban saliendo del CIE. Todas ellas se detenían un momento, y realmente agradezco las muestras de afecto de cada uno de ellos. Llegó el ajustador de la aseguradora, Quálitas, Rogelio Aguilar Pérez, y se determinaron los daños: reparación de puerta delantera izquierda, guardafangos izquierdo y la más grave: la puerta trasera izquierda, la cual probablemente habría que reemplazar.
Se le informó al propietario del taxi el monto de las reparaciones , y se lanzaron a conseguir dinero. Yo esperaba que ofreciera una parte, por lo menos la mitad, así yo podría poner la otra mitad, previa entrega de alguna garantía y luego de un plazo razonable la liquidación del adeudo. Desafortunadamente regresaron sin tener con qué negociar.
Como no se logró llegar a un acuerdo :-( se tuvo que llamar al agente de Tránsito. Así que tristemente tuvimos que llevar los dos automóviles al corralón de Temixco. El propietario del taxi nos dijo que en tres días reunía la cantidad necesaria. El viernes se verá.
Ahora, como dice la tira de Mafalda, tengo abollada la alegría de tener auto, la confianza en los demás, y una puerta :-)
Recién vengo llegando a la casa, así que aprovecho para dejar esta anotación en este aburrido blog. Ya les contaré en qué acaba.
P.D. No tengo las palabras suficientes para expresar mi más sincero agradecimiento al Dr. Oscar Jaramillo Salgado, por su valiosa ayuda y compañía durante estos eventos. Estoy en deuda con él.
miércoles, 30 de abril de 2008
Día del niño
Niño durmiendo en la calle.
Esta foto hace rato que la tomé, y se perdió cuando por berrinches del destino tuve que borrar mi blog. Lo bueno que ya la encontré.
gtkpod
Una de las últimas cosas que me puse a hacer antes de que salga el Fedora 9, fue configurar el iTouch para sincronizarlo con Linux. Aún no estoy muy seguro de haber hecho lo correcto (por aquello de hardware libre para software libre), pero ya me cansé de la esclavitud del iTunes. En realidad, la receta es bastante simple:
# yum -y install fuse-sshfs gtkpod
Sobra decir que el iTouch tiene que estar crackeado, con sshd y de preferencia con charolazo criptográfico (es decir, llave rsa).
# sshfs your.iTouch.ip.address:/var/root/Media /media/iTouch/
La parte clave, que viene en la documentación del gtkpod, consiste en grabar un archivo "SysInfo" en el iTouch con la información del iSerial que se puede obtener al conectar el iTouch al USB.
# mkdir -p /media/iTouch/iTunesControl/Device
# echo "FirewireGuid: 0x$(lsusb -v | grep -i iSerial | egrep '[a-f0-9]{16}' | head -n 1 | sed -e s/.\+3[ ]//" | cut -c1-16)" > /media/iTouch/iTunesControl/Device/SysInfo
Listo.
Ahora ya puedo sincronizar el iTouch con gtkpod. Eso sí, en cada sincronizada hay que darle un respring (o un reboot), pero ya que.
Tengo ganas de una MacMini.
# yum -y install fuse-sshfs gtkpod
Sobra decir que el iTouch tiene que estar crackeado, con sshd y de preferencia con charolazo criptográfico (es decir, llave rsa).
# sshfs your.iTouch.ip.address:/var/root/Media /media/iTouch/
La parte clave, que viene en la documentación del gtkpod, consiste en grabar un archivo "SysInfo" en el iTouch con la información del iSerial que se puede obtener al conectar el iTouch al USB.
# mkdir -p /media/iTouch/iTunesControl/Device
# echo "FirewireGuid: 0x$(lsusb -v | grep -i iSerial | egrep '[a-f0-9]{16}' | head -n 1 | sed -e s/.\+3[ ]//" | cut -c1-16)" > /media/iTouch/iTunesControl/Device/SysInfo
Listo.
Ahora ya puedo sincronizar el iTouch con gtkpod. Eso sí, en cada sincronizada hay que darle un respring (o un reboot), pero ya que.
Tengo ganas de una MacMini.
lunes, 7 de abril de 2008
Un viejo HOAX conocido: las ranas de Budweiser
Hoy me llegó una solicitud apremiante sobre las medidas que tomaría la Unidad de Cómputo sobre la siguiente amenaza informática:
No pude sino esbozar una sonrisa, y tratar de explicar al remitente que se trata de un HOAX, es decir, una broma que se distrubuye vía cadena de correo eletrónico y cuya supervivencia está garantizada gracias a la ignorancia y credulidad de la gente.
Eso me recuerda al famoso Insecto Budum que en el año 2007 hiciera furor en Morelos. Tal vez, si le quitamos la referencia geográfica, podríamos tener un HOAX tan exitoso como el de las ranas budwieser (en).
¿Cuánto tiempo lleva este HOAX? Los datos que pude conseguir lo hubican desde 1998. ¡Diez años! Y me temo que lo tendremos por mucho más tiempo entre nuestros buzones de correo.
LEER Y REENVIAR INMEDIATAMENTE
Alguien está enviando un protector de pantalla con las ranas de
Budweiser muy bonito.
Si lo bajas, perderás todo lo que contiene tu disco duro pues se
estropeará y alguien desde Internet te quitará tu usuario y
contraseña de pantalla.
Empezó a circular ayer y se trata de un virus nuevo y perverso del
que muy poca gente ha oído hablar, la información fue difundida
por Microsoft ayer por la mañana.
Por su parte, América On Line ha dicho que se trata de un virus
muy peligroso y que no hay remedio contra él por el momento.
Distribuye esta información y compártela con todos aquellos que
conozca que navegan por la red y con todas las personas de tu
libreta de direcciones para intentar frenar su expansión.
No pude sino esbozar una sonrisa, y tratar de explicar al remitente que se trata de un HOAX, es decir, una broma que se distrubuye vía cadena de correo eletrónico y cuya supervivencia está garantizada gracias a la ignorancia y credulidad de la gente.
Eso me recuerda al famoso Insecto Budum que en el año 2007 hiciera furor en Morelos. Tal vez, si le quitamos la referencia geográfica, podríamos tener un HOAX tan exitoso como el de las ranas budwieser (en).
¿Cuánto tiempo lleva este HOAX? Los datos que pude conseguir lo hubican desde 1998. ¡Diez años! Y me temo que lo tendremos por mucho más tiempo entre nuestros buzones de correo.
lunes, 24 de marzo de 2008
lunes, 10 de marzo de 2008
Rescatando a Chilpayatl
En un desventurado berrinche del destino, le instalamos Hasefrog a un equipo con una nVidia GeForce2 440 MX, que por muchos años tuvo Linux. Pasó por (casi) todas las versiones de Fedora, un par de casi desastres, en particular uno en el desapareció el python.
Debido a una falla en las comunicaciones entre los investigadores, el equipo aún tenía información que no se había respaldado. Afortunadamente, el equipo original tenía dos discos duros en RAID1, y en la instalación de Hasefrog sólo utilizamos el primer disco :-)
Así que he sacado el segundo disco para ponérselo a otro equipo con el mismo hardware, con la esperanza de recuperar la información perdida. Me sentía optimista: el disco estaba intacto, así que debería de bootear, cargar el raid en modo degradado, luego los LVMs y eso sería todo: el equipo volvería a la vida como si nada.
Sí, como no.
Para empezar, el disco no arrancó (todo por no decir "no boot-eó"). Como decía Alf: "No hay problema". Utilizando el SARS (Sistema de Arranque Remoto (sic)) entré al entorno de rescate de Fedora... y no encontró nada :-(.
Ni modo, será el camino difícil.
Entrando al shell del entorno de recuperación de Fedora. Una revisión rápida indica que las particiones del disco se encuentran en su lugar. Menos mal.
La estrategia: hacer el disco boot-eable (sic) para tener el equipo funcionando nuevamente.
Ya arrancó, parece que tiene todo en su lugar. Ahora a notificar al dueño de la información.
Debido a una falla en las comunicaciones entre los investigadores, el equipo aún tenía información que no se había respaldado. Afortunadamente, el equipo original tenía dos discos duros en RAID1, y en la instalación de Hasefrog sólo utilizamos el primer disco :-)
Así que he sacado el segundo disco para ponérselo a otro equipo con el mismo hardware, con la esperanza de recuperar la información perdida. Me sentía optimista: el disco estaba intacto, así que debería de bootear, cargar el raid en modo degradado, luego los LVMs y eso sería todo: el equipo volvería a la vida como si nada.
Sí, como no.
Para empezar, el disco no arrancó (todo por no decir "no boot-eó"). Como decía Alf: "No hay problema". Utilizando el SARS (Sistema de Arranque Remoto (sic)) entré al entorno de rescate de Fedora... y no encontró nada :-(.
Ni modo, será el camino difícil.
Entrando al shell del entorno de recuperación de Fedora. Una revisión rápida indica que las particiones del disco se encuentran en su lugar. Menos mal.
# fdisk -l /dev/sda
Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 33 265041 fd Linux raid autodetect
/dev/sda2 34 3265 25961040 fd Linux raid autodetect
/dev/sda3 3266 6497 25961040 fd Linux raid autodetect
/dev/sda4 6498 9729 25961040 fd Linux raid autodetect
La estrategia: hacer el disco boot-eable (sic) para tener el equipo funcionando nuevamente.
- Activar los dispositivos RAID
- Activar los LVMs
- Instalar el GRUB
- reboot
# raidautorun /dev/md0
# raidautorun /dev/md1
# raidautorun /dev/md2
# raidautorun /dev/md3
# cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md0 : active raid1 sda1[1]
264960 blocks [2/1] [_U]
md2 : active raid1 sda3[1]
25960960 blocks [2/1] [_U]
md3 : active raid1 sda4[1]
25960960 blocks [2/1] [_U]
md1 : active raid1 sda2[1]
25960960 blocks [2/1] [_U]
unused devices:
# lvm pvscan
PV /dev/md1 VG Vo0 lvm1 [24.75 GB / 0 free]
PV /dev/md2 VG Vo0 lvm1 [24.75 GB / 0 free]
PV /dev/md3 VG Vo0 lvm1 [24.75 GB / 0 free]
Total: 3 [74.26 GB] / in use: 3 [74.26 GB] / in no VG: 0 [0 ]
# lvm vgchange -ay
6 logical volume(s) in volume group "Vo0" now active
# lvm lvscan
ACTIVE '/dev/Vo0/local' [4.60 GB] normal
ACTIVE '/dev/Vo0/tmp' [1.09 GB] normal
ACTIVE '/dev/Vo0/var' [1.09 GB] normal
ACTIVE '/dev/Vo0/swap' [1.00 GB] normal
ACTIVE '/dev/Vo0/home' [57.89 GB] normal
ACTIVE '/dev/Vo0/zod' [8.60 GB] normal
# mount /dev/Vo0/zod /mnt/sysimage
# mount /dev/md0 /mnt/sysimage/boot
# grub
grub> setup (hd0)
Con un poco de suerte, las información estará allí.
Ya arrancó, parece que tiene todo en su lugar. Ahora a notificar al dueño de la información.
miércoles, 5 de marzo de 2008
Devuélveme mi SPAM
Esto del SPAM es una lata (sic). Debido a los cambios recientes en la Unidad de Cómputo me he tenido que volver a hacer cargo de las listas de correo. Después de recibir un titipuchal de avisos para el moderador (o sea, yo mero) me di cuenta que la vasta mayoría eran de SPAM. Como ya tengo corriendo el spamassassin sólo hacen falta unos pequeños cambios en el archivo /etc/aliases y utilizar procmail.
#
# /etc/aliases
#
#cafe-l: "|/var/mailman/mail/wrapper post cafe-l"
cafe-l: "|/usr/bin/procmail LIST=cafe-l /etc/procmail.mailman"
#
# /etc/procmail.mailman
#
:0
* ^Subject:.*SPAM
/dev/null
:0
* ^X-Spam-Status:.*Yes
/dev/null
:0
| /var/mailman/mail/wrapper post $LIST
martes, 26 de febrero de 2008
1920->8500
viernes, 22 de febrero de 2008
Nuevo enlace del CIE
Pues ya casi queda el nuevo enlace del CIE. Ya estamos corriendo unas pruebas, y logramos llenar los 10Mbps que nos tienen asignados.
# while tar -C /usr/local/games -cf - quake3 | nc 192.168.1.1 7 | tar -tf -; do : ; done
Esta vez no entiendo muy bien la nueva tecnología. El enlace viejo es un E1 (1920kbps efectivos) y mediante un (aún más viejo) FCD24 sale una conexión X25 al (pequeño) ruteador CISCO y de allí por ethernet 10baseT a nuestro (nuevo, al fin algo nuevo) LARTC, y de allí a la red local.
Tengo entendido que el enlace nuevo es un STM-1 (155Mbps), del cual sólo nos entregan 10Mbps. El equipo trae ocho puertos ethernet, pero sólo "sirve" el puerto 1, el cual, por peticiones de la DGSCA, está configurado a 100/FD (nada de autonegociación). Tengo entendido que ya no se va a usar el viejo ruteador (me imagino que ahora el ruteador estará en el otro extremo del enlace), así que conectaremos el LARTC al (único) puerto habilitado, y lo demás será igual.
Dicen que hoy se harán otras pruebas, y tal vez el lunes estemos estrenando enlace.
# while tar -C /usr/local/games -cf - quake3 | nc 192.168.1.1 7 | tar -tf -; do : ; done
Esta vez no entiendo muy bien la nueva tecnología. El enlace viejo es un E1 (1920kbps efectivos) y mediante un (aún más viejo) FCD24 sale una conexión X25 al (pequeño) ruteador CISCO y de allí por ethernet 10baseT a nuestro (nuevo, al fin algo nuevo) LARTC, y de allí a la red local.
Tengo entendido que el enlace nuevo es un STM-1 (155Mbps), del cual sólo nos entregan 10Mbps. El equipo trae ocho puertos ethernet, pero sólo "sirve" el puerto 1, el cual, por peticiones de la DGSCA, está configurado a 100/FD (nada de autonegociación). Tengo entendido que ya no se va a usar el viejo ruteador (me imagino que ahora el ruteador estará en el otro extremo del enlace), así que conectaremos el LARTC al (único) puerto habilitado, y lo demás será igual.
Dicen que hoy se harán otras pruebas, y tal vez el lunes estemos estrenando enlace.
Suscribirse a:
Entradas (Atom)