Dell venderá sus ordenadores con Linux

| Posted in

Ya era hora de que una compañía fabricante de ordenadores prescindiera del sistema operativo de Redmon y comenzara a vender equipos con software libre, con un GNU/Linux como sistema operativo instalado.

En las últimas semanas se oyen (leen) rumores, ya fundados, de que Dell va a suministrar los ordenadores con GNU/linux instalado en lugar de Windows por lo que supondrá un ahorro considerable ya que el precio del sistema operativo se descontaría del total. Esto, además de suponer un ahorro y mejora en cuanto a calidad del sistema operativo para el usuario, supondrá un empujón para las distribuciones que escoja Dell para instalar en sus equipos.

Del mismo modo, es de preveer que el resto de marcas ofrezcan igualmente esta posibilidad por lo que se conseguiría que el desarrollo de las distribuciones de GNU/Linux avanzara y llegara a una cuota de mercado mayor, y de ese modo, los programadores de páginas web, y software en general comenzarían a atenerse a los formatos estándar y libre que existen para sus creaciones (documentos de texto en .odt, no en .doc, por ejemplo; páginas legibles por todos los navegadores, no sólo pro el explorer, etc...)

En fin, un futuro informático mejor, más bonito y sobre todo, LIBRE.

XDD

Comments: (0)

Esquí en Sierra Nevada

| Posted in

Aunque se oye por ahí que no hay nieve en Sierra Nevada, no es del todo cierto ya que, aunque la sierra se ve algo pelada de nieve, las cimas importantes y la estación de esquí tienen más que suficiente para esquiar. De hecho, hay más de 50 km de pistas abiertas. Lo que sí es cierto es que hay bastante hielo, y aunque las pistas tienen bastante nieve (las que están abiertas) esta es muy dura con una fina capa de nieve polvo arriba.
De cualquier modo esto no ha sido problema para pasar un buen fin de semana en compañía de amigos. Ellos no sabían esquiar, era la primera vez que venían, pero no se les ha dado nada mal. De hecho están bastante contentos, al menos en un 66% porque Javi, el 33% restante lo dejó en los primeros minutos.... ainsss.... si es queee...
Una prueba de ello es esta foto:
Javi y su primer contacto con la nieve

Y mando otra fotito en la que estamos todos juntos:

Comments: (0)

Raid 1 en Linux

| Posted in

sábado 17 de marzo de 2007

Raid 1 en Linux

Siguiendo el artículo anterior del servidor NAS para casa, aquí cuento todo lo que hice para configurar y probar el raid 1 en debian y las conclusiones finales a las que llegué. Este pequeño tutorial lo he hecho en una máquina virtual VMware por lo cómodo que es probar e instalar todo. El disco de sistema es hda con una única partición y los discos con los que se creará el raid 1 serán hdb y hdc. Muestro en rojo lo que he introducido en los diferentes menús.

  • Particionar los dos discos duros. El sistema de archivos debe ser Linux raid auto.
    shian:~# fdisk /dev/hdb
    Command (m for help): p

    Disk /dev/hdb: 1073 MB, 1073741824 bytes
    16 heads, 63 sectors/track, 2080 cylinders
    Units = cylinders of 1008 * 512 = 516096 bytes

     Device Boot      Start         End      Blocks   Id  System

    Command (m for help): n
    Command action
     e   extended
     p   primary partition (1-4)
    p
    Partition number (1-4): 1
    First cylinder (1-2080, default 1):INTRO
    Using default value 1
    Last cylinder or +size or +sizeM or +sizeK (1-2080, default 2080):INTRO
    Using default value 2080

    Command (m for help): t
    Selected partition 1
    Hex code (type L to list codes): fd
    Changed system type of partition 1 to fd (Linux raid autodetect)

    Command (m for help): p

    Disk /dev/hdb: 1073 MB, 1073741824 bytes
    16 heads, 63 sectors/track, 2080 cylinders
    Units = cylinders of 1008 * 512 = 516096 bytes

     Device Boot      Start         End      Blocks   Id  System
    /dev/hdb1               1        2080     1048288+  fd  Linux raid autodetect

    Command (m for help): w
    The partition table has been altered!

    Calling ioctl() to re-read partition table.
    Syncing disks.
  • Repetimos los pasos para /dev/hdc.
  • Creamos el raid 1 con las dos particiones que acabamos de crear. En las opciones indicamos que el tipo de raid será 1 (mirror), que deseamos utilizar dos discos y que el nuevo dispositivo raid será /dev/md0:
    shian:~# mdadm --create /dev/md0 --verbose --level=1 --raid-devices=2 /dev/hdb1 /dev/hdc1
    mdadm: size set to 1048192K
    mdadm: array /dev/md0 started.
  • El raid 1 se está creando en segundo plano. En función del tamaño de los discos tardará más o menos. Se puede ver el estado en el archivo /proc/mdstat:
    shian:~# cat /proc/mdstat
    Personalities : [raid1]
    read_ahead 1024 sectors
    md0 : active raid1 ide/host0/bus1/target0/lun0/part1[1] ide/host0/bus0/target1/lun0/part1[0]
        1048192 blocks [2/2] [UU]
        [===========>.........]  resync = 58.2% (611196/1048192) finish=0.0min speed=101866K/sec
    unused devices:
  • El porcentaje va subiendo hasta que finalmente el dispositivo está listo:
    shian:~# cat /proc/mdstat
    Personalities : [raid1]
    read_ahead 1024 sectors
    md0 : active raid1 ide/host0/bus1/target0/lun0/part1[1] ide/host0/bus0/target1/lun0/part1[0]
        1048192 blocks [2/2] [UU]

    unused devices:
  • A partir de este momento para cualquier manipulación que deseemos hacer del raid debemos utilizar /dev/md0 y no /dev/hdb1 ni /dev/hdc1.
  • Formateamos el raid
    shian:~# mkfs.ext3 /dev/md0
    mke2fs 1.37 (21-Mar-2005)
    Filesystem label=
    OS type: Linux
    Block size=4096 (log=2)
    Fragment size=4096 (log=2)
    131072 inodes, 262048 blocks
    13102 blocks (5.00%) reserved for the super user
    First data block=0
    8 block groups
    32768 blocks per group, 32768 fragments per group
    16384 inodes per group
    Superblock backups stored on blocks:
          32768, 98304, 163840, 229376

    Writing inode tables: done
    Creating journal (4096 blocks): done
    Writing superblocks and filesystem accounting information: done

    This filesystem will be automatically checked every 22 mounts or
    180 days, whichever comes first.  Use tune2fs -c or -i to override.
  • Creamos el punto de montaje, añadimos la entrada correspondiente para que el raid se monte cuando se arranca la máquina y lo montamos:
    shian:~# mkdir /mnt/raid

    shian:~# echo "/dev/md0        /mnt/raid       ext3    defaults        0       1" >> /etc/fstab

    shian:~# mount /mnt/raid

    shian:~# df -h /dev/md0
    Filesystem            Size  Used Avail Use% Mounted on
    /dev/md0             1008M   17M  941M   2% /mnt/raid
  • Aquí ya habríamos terminado la instalación del raid y podríamos utilizarlo, aunque tal y como está configurado y montado sólo tendría permisos el usuario root.

    • A partir de aquí, lo que yo hice inicialmente fue simular que un disco duro se estropeaba y al arrancar la máquina quería montar el raid sólo con el otro disco y utilizarlo normalmente. Además, después de simular con la máquina virtual que añadía un nuevo disco duro, quería añadirlo al raid para volver a tener de nuevo la redundancia. Después de leer muchos tutoriales y foros no había manera de que funcionase. Si reiniciaba la máquina sin un disco del raid, éste no se montaba y no podía acceder a los datos. Además, el dispositivo /dev/md0 no era reconocido, por lo que era como si el raid no existiese!. Finalmente, encontré en un pequeño tutorial la solución a mis problemas.

  • Es necesario indicarle al sistema operativo cómo acceder a ese dispositivo raid para que sea capaz de utilizarlo. Esto que puede parecer tan obvio no venía en ningún tutorial ni en ninguna ayuda de las que consulté.
    shian:/# cd /etc/mdadm
    shian:/etc/mdadm# cp mdadm.conf mdadm.conf.`date +%y%m%d`
    shian:/etc/mdadm# echo "DEVICE partitions" > mdadm.conf
    shian:/etc/mdadm# mdadm --detail --scan >> mdadm.conf
    shian:/etc/mdadm#
    shian:/etc/mdadm# cat mdadm.conf
    DEVICE partitions
    ARRAY /dev/md0 level=raid1 num-devices=2 UUID=a48e6816:ea6e7f37:6cc50cdb:6fead399
     devices=/dev/hdb1,/dev/hdc1
  • Ahora ya podemos reiniciar la máquina y el raid arrancará y se montará automáticamente en el arranque.
  • Podemos probar a parar el dispositivo y a levantarlo de nuevo:
    shian:/etc/mdadm# umount /mnt/raid
    shian:/etc/mdadm# mdadm --stop /dev/md0
    shian:/etc/mdadm# cat /proc/mdstat
    Personalities : [raid1]
    read_ahead 1024 sectors
    unused devices: 

    shian:/etc/mdadm# mdadm --assemble /dev/md0 /dev/hdb1 /dev/hdc1
    mdadm: /dev/md0 has been started with 2 drives.
    shian:/etc/mdadm# cat /proc/mdstat
    Personalities : [raid1]
    read_ahead 1024 sectors
    md0 : active raid1 ide/host0/bus0/target1/lun0/part1[0] ide/host0/bus1/target0/lun0/part1[1]
        1048192 blocks [2/2] [UU]

    unused devices:

    • Ahora sí, vamos a probar si realmente el podemos recuperar la información y el sistema funciona correctamente en caso de caída de un dispositivo. Además, veremos cómo reemplazar el disco defectuoso y recuperar de nuevo el raid 1 con los dos discos.
  • Creamos un archivo aleatorio de 25MB en el raid:
    shian:/# dd if=/dev/urandom of=/mnt/raid/random1 count=51200
    51200+0 records in
    51200+0 records out
    26214400 bytes transferred in 7.829523 seconds (3348148 bytes/sec)
  • Calculamos su CRC y lo apuntamos. Posteriormente nos servirá para comprobar que todo es correcto:
    shian:/# cksum /mnt/raid/random1
    1652310020 26214400 /mnt/raid/random1
  • Vamos a simular un fallo en uno de los dispositivos. Para ello apagamos el sistema, desconectamos uno de los discos duros (en este caso /dev/hdb) y arrancamos de nuevo.
  • Una vez arrancado de nuevo el sistema, si examinamos con detalle los mensajes de arranque encontraremos algo como lo siguiente. Como se puede ver el sistema ha detectado un disco falla y al no haber un disco de repuesto (spare) levanta el raid en modo degradado con un sólo disco. Podremos seguir utilizando el raid con total normalidad pero si este disco también fallase, perderíamos irremediablemente todos los datos.
    md: bind
    md: ide/host0/bus1/target0/lun0/part1's event counter: 00000006
    md0: former device hdb1 is unavailable, removing from array!
    md: raid1 personality registered as nr 3
    md0: max total readahead window set to 124k
    md0: 1 data-disks, max readahead per data-disk: 124k
    raid1: device ide/host0/bus1/target0/lun0/part1 operational as mirror 1
    raid1: md0, not all disks are operational -- trying to recover array
    raid1: raid set md0 active with 1 out of 2 mirrors
    md: updating md0 RAID superblock on device
    md: ide/host0/bus1/target0/lun0/part1 [events: 00000007]<6>(write) ide/host0/bus1/target0/lun0/part1's sb offset: 1048192
    md: recovery thread got woken up ...
    md0: no spare disk to reconstruct array! -- continuing in degraded mode
    md: recovery thread finished ...
  • En el archivo /proc/mdstat podemos ver el estado del raid. Ahora mismo se encuentra funcionando sólo con un dispositivo de dos posibles y nos indica que el que ha fallado es el primero de ellos:
    shian:~# cat /proc/mdstat
    Personalities : [raid1]
    read_ahead 1024 sectors
    md0 : active raid1 ide/host0/bus1/target0/lun0/part1[1]
        1048192 blocks [2/1] [_U]

    unused devices:
  • No obstante el raid está montado y el filesystem es accesible:
    shian:~# df -h /dev/md0
    Filesystem            Size  Used Avail Use% Mounted on
    /dev/md0             1008M   42M  916M   5% /mnt/raid
  • Ahora marcamos el disco /dev/hdb1 como fallo para proceder a cambiarlo:
    shian:~# mdadm --manage /dev/md0 --fail /dev/hdb1
    mdadm: set /dev/hdb1 faulty in /dev/md0

    • Apagamos la máquina y cambiamos el disco duro defectuoso por uno nuevo. En el caso de VMware basta con crear un nuevo dispositivo de tipo disco duro. Además, este disco duro nuevo que añadimos va a ser de mayor tamaño que el anterior. Idealmente en un raid 1 los dos discos duros deben tener el mismo tamaño, pero linux nos proporciona la suficiente flexibilidad para que esto no sea así.

  • En el arranque de la máquina vemos que el raid sigue arrancando pero en modo degradado. Lo que vamos a hacer es crear la tabla de particiones del nuevo disco duro exáctamente igual que la del disco duro que aún funciona y que forma parte del raid:
    shian:~# sfdisk -d /dev/hdc  sfdisk /dev/hdb
    Checking that no-one is using this disk right now ...
    OK

    Disk /dev/hdb: 4161 cylinders, 16 heads, 63 sectors/track

    sfdisk: ERROR: sector 0 does not have an msdos signature
    /dev/hdb: unrecognized partition table type
    Old situation:
    No partitions found
    New situation:
    Units = sectors of 512 bytes, counting from 0

     Device Boot    Start       End   #sectors  Id  System
    /dev/hdb1            63   2096639    2096577  fd  Linux raid autodetect
    /dev/hdb2             0         -          0   0  Empty
    /dev/hdb3             0         -          0   0  Empty
    /dev/hdb4             0         -          0   0  Empty
    Warning: no primary partition is marked bootable (active)
    This does not matter for LILO, but the DOS MBR will not boot this disk.
    Successfully wrote the new partition table

    Re-reading the partition table ...

    If you created or changed a DOS partition, /dev/foo7, say, then use dd(1)
    to zero the first 512 bytes:  dd if=/dev/zero of=/dev/foo7 bs=512 count=1
    (See fdisk(8).)
  • Como este nuevo disco duro es mayor que el anterior, podemos crear una partición /dev/hdb2 y formatearla para utilizarla sin problemas.
    shian:~# fdisk /dev/hdb

    The number of cylinders for this disk is set to 4161.
    There is nothing wrong with that, but this is larger than 1024,
    and could in certain setups cause problems with:
    1) software that runs at boot time (e.g., old versions of LILO)
    2) booting and partitioning software from other OSs
     (e.g., DOS FDISK, OS/2 FDISK)

    Command (m for help): n
    Command action
     e   extended
     p   primary partition (1-4)
    p
    Partition number (1-4): 2
    First cylinder (2081-4161, default 2081):INTRO
    Using default value 2081
    Last cylinder or +size or +sizeM or +sizeK (2081-4161, default 4161):INTRO
    Using default value 4161

    Command (m for help): p

    Disk /dev/hdb: 2147 MB, 2147483648 bytes
    16 heads, 63 sectors/track, 4161 cylinders
    Units = cylinders of 1008 * 512 = 516096 bytes

     Device Boot      Start         End      Blocks   Id  System
    /dev/hdb1               1        2080     1048288+  fd  Linux raid autodetect
    /dev/hdb2            2081        4161     1048824   83  Linux

    Command (m for help): w
    The partition table has been altered!

    Calling ioctl() to re-read partition table.
    Syncing disks.

    shian:~# mkfs.ext3 /dev/hdb2
    mke2fs 1.37 (21-Mar-2005)
    warning: 62 blocks unused.

    Filesystem label=
    OS type: Linux
    Block size=4096 (log=2)
    Fragment size=4096 (log=2)
    131328 inodes, 262144 blocks
    13110 blocks (5.00%) reserved for the super user
    First data block=0
    8 block groups
    32768 blocks per group, 32768 fragments per group
    16416 inodes per group
    Superblock backups stored on blocks:
          32768, 98304, 163840, 229376

    Writing inode tables: done
    Creating journal (8192 blocks): done
    Writing superblocks and filesystem accounting information: done

    This filesystem will be automatically checked every 30 mounts or
    180 days, whichever comes first.  Use tune2fs -c or -i to override.

    shian:~# mkdir /mnt/tmp

    shian:~# mount /dev/hdb2 /mnt/tmp
  • Ahora vamos a reconstruir el raid:
    shian:~# mdadm --manage /dev/md0 --add /dev/hdb1
    mdadm: hot added /dev/hdb1
  • En este instante el raid 1 se está reconstruyendo. Toda la información del disco existente (/dev/hdc1) se está escribiendo en el nuevo disco (/dev/hdb1) para reconstruir el mirror y tener de nuevo la redundancia. Podemos comprobar el estado en el archivo /proc/mdstat:
    shian:~# cat /proc/mdstat
    Personalities : [raid1]
    read_ahead 1024 sectors
    md0 : active raid1 ide/host0/bus0/target1/lun0/part1[2] ide/host0/bus1/target0/lun0/part1[1]
        1048192 blocks [2/1] [_U]
        [=======>.............]  recovery = 39.5% (415488/1048192) finish=0.1min speed=69248K/sec
    unused devices:
  • Finalmente, después de un tiempo tenemos el raid recuperado:
    shian:~# cat /proc/mdstat
    Personalities : [raid1]
    read_ahead 1024 sectors
    md0 : active raid1 ide/host0/bus0/target1/lun0/part1[0] ide/host0/bus1/target0/lun0/part1[1]
        1048192 blocks [2/2] [UU]

    unused devices:
  • Si no nos fiamos de que todo esté correcto (yo tengo que verlo para creerlo), podemos hacer lo siguiente para comprobar que la recuperación se ha realizado satisfactoriamente. Lo que vamos a hacer es desmontar el raid, montar únicamente el nuevo dispositivo /dev/hdb1 y comprobar el CRC del archivo que generamos anteriormente para comprobar que la recuperación ha sido correcta.
    shian:~# umount /mnt/raid
    shian:~# mount /dev/hdb1 /mnt/raid
    shian:~# cksum /mnt/raid/random1
    1652310020 26214400 /mnt/raid/random1
  • Y listo!. El raid se ha recuperado correctamente y toda nuestra información está a salvo. Es importante dejarlo todo como estaba antes de utilizarlo puesto que ahora mismo en /mnt/raid se encuentra montado de manera temporal sólo un dispositivo del raid y no éste completo. Si ahora hiciéramos algún cambio, creásemos archivos,... perderíamos todos esos datos en cuanto montásemos de nuevo el raid. Mejor lo dejamos todo como estaba:
    shian:~# umount /mnt/raid/
    shian:~# mount /mnt/raid/
    shian:~# df -h /mnt/raid/
    Filesystem            Size  Used Avail Use% Mounted on
    /dev/md0             1008M   42M  916M   5% /mnt/raid
  • Si ahora reiniciamos la máquina vemos que el raid arranca correctamente con los dos discos de nuevo:
    md: ide/host0/bus0/target1/lun0/part1's event counter: 0000000c
    md: ide/host0/bus1/target0/lun0/part1's event counter: 0000000c
    md: raid1 personality registered as nr 3
    md0: max total readahead window set to 124k
    md0: 1 data-disks, max readahead per data-disk: 124k
    raid1: device ide/host0/bus0/target1/lun0/part1 operational as mirror 0
    raid1: device ide/host0/bus1/target0/lun0/part1 operational as mirror 1
    raid1: raid set md0 active with 2 out of 2 mirrors
    md: updating md0 RAID superblock on device
    md: ide/host0/bus0/target1/lun0/part1 [events: 0000000d]<6>(write) ide/host0/bus0/target1/lun0/part1's sb offset: 1048192
    md: ide/host0/bus1/target0/lun0/part1 [events: 0000000d]<6>(write) ide/host0/bus1/target0/lun0/part1's sb offset: 1048192

    • Hemos visto una manera bastante sencilla y fiable de tener nuestros datos importantes a buen recaudo. No obstante este sistema raid no sirve de nada sin una buena política de backups, puesto que no protege del borrado accidental de archivos.

    Después de haber probado FreeNAS y el Raid en Debian puedo sacar en claro lo siguiente:
  • FreeNAS es mucho más sencillo y fácil de configurar, pero no ofrece toda la flexibilidad que linux. Por ejemplo, con FreeNAS no es posible crear un raid con dos discos de distinto tamaño y aprovechar el espacio restante. En linux eso no supone ningún problema. Simplemente hay que tener claro que los datos de esa nueva partición no tendrán respaldo, por lo que no se debe utilizar para almacenar información importante.
  • FreeNAS todavía es una versión beta y aunque parece muy robusta y hay mucha gente que la está utilizando (sólo hay que echar un vistazo a sus foros), los desarrolladores indican que no se debería utilizar en entornos de producción. Por contra, el raid por software en linux se lleva utilizando desde hace bastante tiempo.
  • Si tengo algún problema con FreeNAS será más complicado encontrar soporte. Sólo tendría el foro para preguntar. Si tengo un problema con linux tengo a mano a Alex que seguro está encantado de echarme una mano ;-)
  • Al utilizar un sistema linux "estandar" podemos montar un apache, scripts de monitorización del raid, avisos por correo electrónico,... cualquier cosa que se nos ocurra. Con FreeNAS esto sería muy complicado de hacer.

    • Ahora ya sólo me queda cambiar mi actual Duron 1200Mhz (algo que voy a hacer en las próximas semanas) puesto que ya está algo viejo y cada vez lo noto más lento y utilizarlo como servidor NAS-Debian en casa.

    Comments: (1)

    Recuperación de Raid 1 en Linux (para ser exactos en Debian)

    | Posted in

    Tengo un servidor en casa que aloja unas webs de amigos de airsoft y alguna que otra más. También me sirve ese servidor como disco compartido en mi red doméstica, así tengo una unidad compartida por Samba con mi mujer en la que guardamos las fotos de viajes y otros archivos personales, así como otra partición para un disco en red personal. Ella también tiene su disco en red personal. Así conseguimos que el ordenador portátil de cada uno no tengamos que llevar toda la música, las fotos, las películas, etc... y disponemos además de un disco en red para guardar lo que queramos a modo de copia de seguridad. La verdad es que resulta bastante cómodo.
    Pues el tema viene porque, para asegurar los datos, decidí montar esas particiones en un RAID1 por si un fallo de disco me dejaba tirado. No quería perder todas esas fotos y vídeos personales que tengo grabados, así como la música que tanto tiempo me costó pasar a MP3 para tenerla accesible.
    El RAID1 lo monté sin problemas durante la instalación de Debian. Después pasé los datos de las webs del pequeño servidor donde estaban, con sus bases de datos y por último copié toda la información personal que he comentado.
    El problema vino a las pocas semanas cuando veo que, tras un aviso de fallo en el disco, este ha dejado de funcionar completamente haciendo uno de los típicos ruidos de disco duro roto. Afortunadamente el RAID1 funcionó correctamente y sólo tuve que reiniciar el equipo para que siguiera funcionando con un disco menos.
    El problema venía ahora, era la primera vez que me pasaba y no sabía como incorporar un nuevo disco y hacer que se replicara. Lo primero es conectarlo. Para ello, con el ordenador apagado, no es más que ponerle el pin de 'master' o 'eslave' en el sitio que le correspondía (en mi caso era master) y conectarlo al cable IDE como se hace normalmente. Pero no sabía como hacer la partición, como darle formato, como incorporarlo al RAID, etc... y después de buscar información no es que encontrase mucha. Hasta ayer, en el Blog de Iván López, .

    Es un documento que no os pongo aquí hasta que no le pregunte si puedo hacerlo, pero mientras podéis verlo en su página.

    Comments: (1)

    Viaje a Amsterdam

    | Posted in

    Migue, ¿Sabes que me voy a Amsterdam en diciembre? ;)

    Esta es la frase con la que empezamos cada conversación Migue y yo cada vez que nos llamamos por teléfono desde que compramos los billetes de avión para viajar a Amsterdam hace unos días.
    Nos vamos el día 22, desde Sevilla y volveremos, según tenemos previsto el 29.

    http://www.amsterdam.info/es Es una página que está bastante bien. Tiene mucha información en español de la ciudad, los transportes, los museos, las zonas a visitar, consejos... completita...tiene hasta un mapa descargable e imprimible.



    Comments: (1)


    Parte superior del Empire State.
    Bienvenida a NY

    Comments: (0)


    Bienvenida a Nueva York en el pasillo del aeropuerto. :)
    Bienvenida a NY

    Comments: (0)

    El vuelo.

    | Posted in


    Nos levantamos temprano para llegar al aeropuerto de Sevilla con tiempo suficiente para salvar cualquier imprevisto. Llegamos una hora y cuarto antes de la salida del vuelo, por lo que tuvimos tiempo más que suficiente para facturar el equipaje y desayunar.
    El vuelo hasta Madrid fue sin problemas. Casi no nos dimos cuenta. Cosa que no ocurriría en el siguiente vuelo hasta Nueva York que se hizo eterno. Los asientos de los aviones son demasiado pequeños para un vuelo tan largo, casi no te puedes mover, y estar más de 7 horas allí es algo pesado. Supongo que también el no estar acostumbrado a viajes tan largos en avión debe influir algo.

    Cuando nos íbamos aproximando al destino (lo sentíamos por que empezaban a doler los oídos, aunque se solucionaba tragando para igualar la presión) vimos que el tiempo estaba algo revuelto. Había nubes y llovía un poco pero no afecto para nada al aterrizar.

    Por cierto, el avión llevaba una cámara en la cola que nos mostraba por lo monitores de la cabina el despegue y el aterrizaje. Una imagen bastante impresionante y que nos entretenía en esos momentos. Lo agradecí bastante ya que es cuando más nervioso me pongo al viajar en avión.

    El vuelo, aunque interminable, llegó media hora antes de lo previsto, pero ese tiempo que habíamos ganado en el aire, lo perdimos en tierra mientras hacíamos cola para pasar el control de inmigración. Tuvimos que entregar unos cuestionarios que previamente nos habíanentregado en el avión con idea de aligerar el proceso de registro, pero que de poco sirvió ya que teníamos suficiente tiempo en la cola para hacerlo.

    Curiosidades... ¿Que responderías si vas a entrar en un país y te preguntan si vas a atentar, a cometer un asesinato o a delinquir en cualquiera de sus formas?

    Esas son las preguntas conflictivas que te hacen en el cuestionario. Si respondes que sí a alguna de ellas lo más probable es que no te dejen entrar en el país. No por terrorista, si no por tonto.

    Comments: (0)

    Todo se resuelve.

    | Posted in

    Seguimos en los sucesivos días creyéndonos la idea del viaje, aunque
    como suele ocurrir, con esa especie de remordimiento que te hace pensar
    que al final no se llevará a cabo.

    De hecho, cuando volvimos a casa, el tema pareció olvidarse a los pocos
    días y no lo retomamos hasta enero, cuando aburrido, me dedico a mirar
    precios de vuelos y hoteles en internet para hacerme una idea de cuanto
    podríamos estar hablando.

    Encuentro algunos presupuestos on-line y los imprimo para que los vean
    Mónica y Migue para sembrar la semilla y retomar aquello que dejamos
    hacía ya meses.

    Y así fue, la semilla dio sus frutos. De hecho, hablamos con Jaime y se
    animó a mirar precios también en una agencia de viajes con la que él
    suele trabajar. Poco después estábamos quedando para tomar el avión en
    Sevilla.

    Comments: (0)

    La idea ronda nuestras cabezas...

    | Posted in

    En el verano de 2004, en Capileira, un bonito y pequeño pueblo de la Alpujarra granadina donde vive nuestro tío Jaime, al que solemos visitar de vez en cuando para gozar allí del campo, la montaña, el aire puro que se respira y de la tranquilidad y la paz que se consigue allí al
    desconectar del día a día, surge la idea de viajar a Nueva York cuando Mónica, mi novia, que en realidad es ella la sobrina de Jaime, cuenta que tenemos un amigo que recientemente ha ido a trabajar a Kansas y nos ha invitado a pasar allí unos días. Proponemos el hacer escala en Nueva York después de oír las historias que Jaime nos cuenta de cuando estuvo viviendo allí.

    Comments: (0)

    Viaje a Nueva York

    | Posted in

    Hoy me he decido a contaros el viaje a Nueva York que hemos hecho este pasado mes de febrero. Iré enviando posts poco a poco acompañados de alguna que otra foto.

    Arturo.

    Comments: (0)
    Suscribirse a: Entradas (Atom)