Reparaciones Urgentes

Llegó el viernes por la noche así:

eschasinado-02

frontal-y-radiador

eschasinado-07

Le dimos castaña:

eschasinado-05

eschasinado-06

capo-nuevo

probando-03

probando-04

Y el lunes por la tarde salió así (y porque no tuvimos las piezas hasta el lunes a mediodía):

terminado-01-sm

terminado-02-sm

terminado-03-sm

Anuncios

agosto 30, 2007 at 7:28 pm 6 comentarios

Vuelvo a tener impresora

Llevaba como dos años sin impresora, bueno sin media impresora, resulta que tenía algo mal y no imprimía en negro, y no, no era el cartucho. Lo había dejado pasar mucho tiempo, y es que llevarla a arreglar habría costado bastante, y al precio que están hoy en día las impresoras no hubiera sido rentable, por otra parte me quedaba pena, pues la calidad de sus impresiones es bastante buena, así que si no quería gastarme mucho dinero la alternativa era que la arreglara yo.

Salvo dos tornillos tipo Torx todas las piezas van encajadas con clips que hay que intuir donde están porque si no se parten, yo fui tanteando con un destornillador pequeño y haciendo presión hasta que pude desarmarla toda.

despiece

impresora-1

En realidad la desarme para ver el asunto y si era algo muy obvio, como un condensador quemado o algo así cambiarlo yo, pero no mucho más porque tampoco soy experto en electrónica. Aparentemente estaba todo bien, nada quemado ni suelto, así que buscando un poco por internet encontré que podía ser el bus que va desde la placa a los cartuchos:

conector

Lo saqué y probé si había continuidad en todos los contactos, había, por tanto el cable estaba bien, lo volví a poner en su sitio y decidí probarla, pero antes comprobé que los cartuchos estuvieran bien, ya que con tanto tiempo parados se le habrían obstruido los inyectores:

panuelo

Pero manchaban bien, la verdad es que mucho han aguantando, para que imprimiese también había que emular la tapa cerrada:

panuelo-2

Instalé la impresora e imprimí la página de prueba de CUPS, y salía negro, no me lo podía creer, se ve que el cable hacía mal contacto o algo, la cosa es que vuelvo a tener impresora.

impresora-2

impresora-3

mayo 31, 2007 at 5:50 pm 1 comentario

¿Donde están mis posts?

Eso mismo me pregunte yo mil veces cuando mudé el servidor, y es que el Pentium II 200 iba lentito, por eso cambié a un PIV 1.8, instalé de nuevo OpenBSD y migré los servicios, todo fue mas o menos bien, mudé el gallery, awstats y demás, pero wordpress no queria, en realidad estaba todo, pero escondido, me mostraba las categorías, incluso los artículos que hay en cada una de ellas:

no-encontrado

Pero no el contenido de estos , sólo ese “No encontrado”. Le dí mil vueltas, restauré la base de datos varias veces y lo mismo, hasta que ya, resignado, a punto de copiar los artículos a mano como buen chapucero, me encontré con esto:

fechas

Si, faltan 1300 días para que se publiquen los artículos, el ordenador, al estar parado tenía una fecha del 2003, reinicié, cambié la fecha de BIOS y listo.

mayo 27, 2007 at 12:32 pm Deja un comentario

Script para crear un CD/DVD bootable de OpenBSD

Originalmente OpenBSD no distribuye ISO’s, por tanto o las buscamos de forma no oficial creadas por terceros o nos las creamos nosotros, yo me decidí por esta última opción y me hice un script en Bash para automatizar el proceso. El script en cuestión:

#!/bin/bash
##############################
#
# OpenBSD CD/DVD script
#
# Author: Oscar Moreno Martin
# Web: http://www.migranpipa.net
#
# This script create a bootable OpenBSD CD/DVD
#
# Editable parameters:
# - release: The number of the actual release.
# - version. Same as release without the point.
# - workdir: the directory where will be downloaded the data.
# Default is your_home_directory/openbsd
# - arch: computer architecture
# - Optionally change the mirror.
# Find more in http://www.openbsd.org/ftp.html#ftp
#
# Requirements:
# - wget.
# - mkisofs.
# - You will need a cd record program like as cdrecord or k3b
# to burn the ISO.
#
# The ISO will be saved in your home directory.
#
###############################

mirror=ftp://ftp.rediris.es/pub/OpenBSD/
workdir=~/openbsd
release=4.0
version=40
arch=i386

# Download base, binary, sources. Need a CD.
wget -c -N -nH --cut-dirs=4 -r -P $workdir/$release $mirror/$release/{ANNOUNCEMENT,Changelogs,HARDWARE,PACKAGES,PORTS,README,SIZES,
ftplist,root.mail,tools,{XF4,ports,src,sys}.tar.gz,$arch}

# Optional packages. Need a DVD.
#wget -c -N -nH --cut-dirs=4 -r -P $workdir/$release/packages/$arch $mirror/$release

# Download documentation.
wget -c -N -P $workdir/$release/doc $mirror/doc/obsd-faq.{txt,pdf}

# Download the song of the actual release.
wget -c -N -P $workdir/$release $mirror/songs/song$version.{mp3,ogg}

# Build the iso
echo "Creating ISO..."
mkisofs -r -v -l -o ~/OpenBSD-$release-$arch.iso -c boot.catalog -b $release/$arch/cdrom$version.fs -V \"OpenBSD-$release-$arch\" $workdir

# Delete all downloaded files
rm -rf $workdir

echo "ISO Created."

Le damos permiso de ejecución con:

chmod +x openbsdiso.sh

Y ejecutarlo:

./openbsdiso.sh

marzo 11, 2007 at 6:36 pm 3 comentarios

Mejorando el tacto del embrague de un Golf II.

Después de subir a un coche nuevo me dí cuenta de que el embrague del Golf va muuuuuuuyyyy duro, respuesta al dolor que sufro en la rodilla izquierda. Así que me decidí a mejorar ésto.
Los Golf montaron dos tipos de cable: en la primera versión (hasta el año 90) traían un cable que hay que tensar manualmente, los posteriores, un cable autotensado que se supone que debe ir tenso y suave siempre, aunque he oído que dan problemas. Mi coche en particular trae el que hay que tensar manualmente. Con ésta sencilla modificación se mejora mucho el tacto, lo que haremos será inyectar grasa a la vaina que recubre el cable.
Lo primero que haremos será marcar la posición para saber en que punto estaba tensado.

marca

Ahora soltamos el cable, para ello lo que haremos es destensar el cable enroscando la parte del tensor, en las fotos vemos el cable en su estado normal y totalmente destensado, aunque no se aprecia mucho:

cable-tensado

cable-destensado

Después de destensar el cable, lo sacamos, ésto se hace por la parte inferior tirando hacia la izquierda de una pieza que evita que el cable se suelte. Yo además quité las otras dos piezas, pero en realidad no hace falta.

piezas-sujecion

Tiramos del cable hacia arriba y ya lo tenemos suelto:

cable

Ahora le inyectamos generosamente grasa líquida y movemos la vaina y el cable para que la grasa se disperse.

engrasando

Por último sólo queda montar todo a la inversa ajustando al nivel de tensado que hemos marcado en el primer paso. En mi caso particular se notó una barbaridad, el embrague va suavisimo y por lo que cuesta y se tarda es muy recomendable hacerlo de vez en cuando.

marzo 11, 2007 at 3:33 pm 5 comentarios

Compresión web con Mod_gzip y Apache en OpenBSD

Mod_gzip es un módulo que permite a Apache comprimir al vuelo las peticiones HTTP y enviárselas comprimidas al cliente siendo el navegador de éste quién las descomprime, la ventaja es evidente, si los ficheros pesan menos, tardaremos menos tiempo en transferirlos y ahorraremos ancho de banda. Como mi servidor corre en OpenBSD, la versión de Apache es la que trae la propia distribución, es decir Apache 1, para Apache 2 no existe mod_gzip sino mod_deflate. Bueno empezamos (haremos todo como root):

Buscamos el paquete en el FTP de OpenBSD y lo instalamos:

$ pkg_add -r ftp://www.openbsd.org/pub/OpenBSD/4.0/packages/i386/mod_gzip-1.3.26.1ap0.tgz

Activamos el módulo:

$ /usr/local/sbin/mod_gzip-enable

Indicamos a Apache el fichero de configuración de mod_gzip. Por tanto editamos el fichero /var/www/conf/httpd.conf y añadimos después de la linea LoadModule gzip_module /usr/lib/apache/modules/mod_gzip.so:

# Config of mod_gzip module
# The sample config file is in /usr/local/share/examples/mod_gzip/mod_gzip.conf.sample

< IfModule mod_gzip.c>
Include /var/www/conf/mod_gzip.conf

En realidad podríamos configurar los parámetros de mod_gzip dentro de y pero mejor lo hacemos en un fichero aparte, asi pues creamos el fichero /var/www/conf/mod_gzip.conf con el siguiente contenido:

#Fichero de configuracion mod_gzip.conf

# Oscar Moreno Martin (http://migranpipa.dyndns.org)
# The sample config file is in /usr/local/share/examples/mod_gzip/mod_gzip.conf.sample
# mod_gzip config file

#mod_gzip always on
# ============
mod_gzip_on Yes

############
### file sizes ###
###########

mod_gzip_minimum_file_size 300
mod_gzip_maximum_file_size 60000
mod_gzip_maximum_inmem_size 100000

##################
### data management ###
#################

mod_gzip_keep_workfiles No
mod_gzip_temp_dir /tmp
mod_gzip_command_version ‘/mod_gzip_status’
mod_gzip_dechunk Yes

############
### logging ###
###########

LogFormat “%h %l %u %t \”%V %r\” % < s %b mod_gzip: %{mod_gzip_result}n In:%{mod_gzip_input_size}n – < Out:%{mod_gzip_output_size}n = %{mod_gzip_compression_ratio}n pct.” common_with_mod_gzip_info2
CustomLog /var/www/logs/mod_gzip.log common_with_mod_gzip_info2

###########
### filters ###
##########

# phase 1: (reqheader, uri, file, handler)
# =======================
mod_gzip_item_include file \.html$
mod_gzip_item_include file \.jsp$
mod_gzip_item_include file \.php$
mod_gzip_item_include file \.pl$

# phase 2: (mime, rspheader)
# ================
mod_gzip_item_include mime ^text/.*
mod_gzip_item_include mime ^application/x-httpd-php
mod_gzip_item_include mime ^httpd/unix-directory$
mod_gzip_item_include handler ^perl-script$
mod_gzip_item_include handler ^server-status$
mod_gzip_item_include handler ^server-info$

# Exclude files with extensions
# =================
mod_gzip_item_exclude file \.css$
mod_gzip_item_exclude file \.js$
mod_gzip_item_exclude mime ^image/.*

# Fin del fichero

El fichero lo puedes descargar desde aqui ya que si copias y pegas puede darte un fichero raro pues wordpress mete saltos de lineas y cosas raras dando lugar a un fichero erróneo.

Ahora creamos el fichero de log:

$ touch /var/www/logs/mod_gzip.log

Reiniciamos Apache:

$ apachectl restart

Ahora vamos a probar si mod_gzip esta funcionando, abrimos un navegador y vamos a http://tusitioweb/mog_gzip_status, en mi caso http://migranpipa.dyndns.org/mod_gzip_status

Debe aparecer algo como:

mod_gzip is available…
mod_gzip_version = 1.3.26.1a
mod_gzip_on = Yes

Podemos probar el ratio de compresión en http://web-sniffer.net/ escribimos la dirección de nuestra web y nos muestra entre otras cosas las cabeceras HTTP y el tamaño comprimido (encoded) y sin comprimir (decoded). Por ejemplo mi página principal dió los valores:

Content (encoded: 13.50 KiB / decoded: 54.11 KiB)

La compresión es bastante notable, muy recomendable para servidores caseros como éste, en el cual no tenemos mucho ancho de banda de subida.

febrero 6, 2007 at 8:45 pm Deja un comentario

Compartiendo directorios mediante NFS entre máquinas OpenBSD y Ubuntu.

Nota: Joan en los comentarios nos deja un link a su blog con una versión más actualizada, sin duda recomendable su lectura 🙂

http://jcatala.net/categoria-unix/centralizaci%C3%B3n-de-datos-en-una-oficina-mediante-nfs

Gracias Joan.

Actualmente poseo dos ordenadores, el que uso como mi Pc “normal” de escritorio para hacer todo, y éste, desde donde estás leyendo ésto, el servidor, tux y migranpipa respectivamente. Una buena opción es compartir entre éstos directorios, en primer lugar pensé en exportar el home, es decir que el home de los usuarios no esté es tux sino en migranpipa pero no me convencía la idea pues hay cosas que prefiero que no estén en el home de migranpipa y viceversa, así que quedó como dos usuarios distintos pero que comparten cosas. Bien, voy a explicar los pasos, que habrá que hacerlos como root:

Configuración del servidor (migranpipa).

En primer lugar deben estar corriendo los servicios Portmap, que es requerido por Nfs y por supuesto Nfs, ésto lo realizamos en el fichero /etc/rc.conf buscamos las siguientes claves y les ponemos el valor YES:

portmap=YES
nfs_server=YES

Éstos servicios arrancarán automáticamente en el próximo reinicio.

Ahora habrá que especificar que directorios compartimos, a quién y cómo. Ésto lo hacemos en el fichero /etc/exports y la sintaxis es:

/directorio_a_compartir -alldirs -ro -network=192.168.1 -mask=255.255.255.0

Donde -alldirs indica que se podrá montar cualquier punto por debajo de /directorio_a_compartir, -ro es el modo, es decir sólo lectura (ro = read only), -network y -mask indican que sólo los clientes de esa red pueden montar el directorio, para más información haz un man exports.

Bien en mi caso, cómo sólo tengo dos ordenadores pues restringí más, simplemente el único que puede montar el directorio es tux, mi /etc/exports quedó así:

# $OpenBSD: exports,v 1.2 2002/05/31 08:15:44 pjanzen Exp $
#
# NFS exports Database
# See exports(5) for more information. Be very careful: misconfiguration
# of this file can result in your filesystems being readable by the world.
/home/oscar -alldirs tux

Para que el servidor sepa quién es tux, o lo sustituímos por la ip correspondiente o se lo indicamos al sistema en el /etc/hosts yo uso ésta última opción, así ya el sistema sabe resolver el nombre para cualquier otra aplicación sin tener que especificar la ip. Simplemente editamos dicho archivo, la sintaxis es así:

IP Nombre_de_la_máquina

Por ejemplo en mi caso:
192.168.1.3 tux
Listo, reiniciamos y servidor configurado.

Configuración del cliente (tux).

Al menos en Ubuntu 6.10 no hace falta instalar ningún paquete, si tuvieramos que hacerlo supongo que bastaría con nfs-common pues ésta máquina será sólo cliente, bueno pues simplemente editamos el fichero /etc/fstab que es donde se establecen las opciones y puntos de montaje de las particiones, colocamos, en tu caso lo que corresponda, pero debe ser algo como lo siguiente:

maquina:/directorio_compartido /directorio_de_montaje nfs rw 0 0

En mi caso quedó:

migranpipa:/home/oscar /media/oscar(migranpipa) nfs rw 0 0

Los cuatro primeros argumentos son los importantes, el primer argumento migranpipa:/home/oscar indica el dispositivo de origen, en nuestro caso será el directorio que comparte el servidor, el segundo /media/oscar(migranpipa) es el punto de montaje del dispositivo o partición, para evitar errores crearemos un directorio nuevo:

sudo mkdir /directorio_de_montaje

en mi caso:

sudo mkdir /media/migranpipa
Si usamos uno creado y con contenido puede darnos problemas, el tercero nfs indica el sistema de ficheros y el cuarto rw el modo, es decir lectura escritura (rw = read-write).

Para que tux sepa quién es migranpipa hacemos lo propio en el /etc/hosts, igual a cómo lo hicímos antes, el mío quedó así:

192.168.1.2 migranpipa migranpipa.dyndns.org

Pues ya debería estar todo configurado, reiniciamos el equipo y debería aparecernos un icono en el escritorio para acceder al directorio compartido.

enero 28, 2007 at 4:36 pm 5 comentarios

Entradas antiguas Entradas recientes


Categorías

  • Blogroll

  • Feeds