introducción:

El sistema de empaquetado de Redhat Packet Manager (RPM) es uno de los más famosos y es utilizado o soportado no solo por Red Hat hoy en día. Por ello es interesante prestarle atención a este… por eso y porque… vamos porque cae en el examen Sin más preámbulo vamos a ello:

RPM Overview

La función de los paquetes de RPM es la misma que los deb de Debian, básicamente automatizar la instalación de paquetes metiendo en un solo sitio el programa, la documentación, la configuración e indicando las dependencias. Para manipular estos paquetes usamos la orden rpm que mantiene una base de datos los paquetes instalados y los ficheros. Este sería al equivalente a dpkg en debian. Estos paquetes al igual que en Debian tienen una estructura, veamos como es esta:

• Nombre del paquete, sin espacios, normalmente se suelen usar los guiones en lugar de espacios.
• Version: indica la versión de cada paquete, las versiones suelen ser numéricas y la estructura: major.minor.patchlevel
• Revision, es una etiqueta que indica el número de revisión, solo se tiene en cuenta para controlar si una versión es más nueva que otra.
• Arquitectura, aquí se indica para que tipo de arquitectura esta compilado el paquete, no voy a entrar en detalles de las distintas arquitecturas.

Para el nombrado de paquetes todos estos elementos para formar el nombre, no obstante esto no es algo standard para el sistema RPM que recordemos no solo es usado para RedHat.

Running rpm
Como avanzaba antes el comando rpm es el equivalente a dpkg en debian que vimos ayer. Se usa para la gestión de paquetes. Con configuración entendemos instalación, desinstalación, configuración y comprobación de paquetes. RPM trabaja con distintos modos que se dedican a hacer cada uno este tipo de tareas, veamoslos uno por uno:

Install/upgrade mode: (-i)

Es usado para instalar nuevos paquetes. Dentro de este modo englobaríamos las variables -U para hacer una actualización, -F que sería equivalente al -U con la diferencia de que si actualiza paquetes con versiones antiguas si la versión instalada es más nueva o no esta instalado el paquete no hace nada. Pero hay que tener cuidado con la opción -F ya que no resuelve las dependencias. También son interesantes las siguientes posibilidades:

• –force fuerza la instalación de un paquete. Por ejemplo aunque haya un paquete más nuevo este será reemplazado por uno antiguo si lo forzamos.
• -h: mostrará 50 almohadillas a modo de barra de progreso.
• –nodeps: aun si existieran dependencias no las instalará
• –test simulará una ejecución, pero no hará nada, es usado para pruebas
• -v el modo ruidoso (verbose, no se me ocurre una buena traducción…)
• –v el modo super ruidoso (;))

Uninstall mode (-e)
Habéis adivinado este modo se usa para desintalar paquetes. Se usa típicamente en conjunción con las siguientes opciones:

• –nodeps desinstala sin comprobar dependencias. Esto tiene un problema y es que si desintalamos un paquete y este era dependencia de otros esos otros dejarán de funcionar, ojo con esta opción.
• –test para probar que pasaría, que más cosas se desinstalarían si desinstalamos ese paquete.

Query mode (-q)
En este modo preguntaremos información sobre los paquetes. Se usa normalmente con alguna de estas opciones:

• -a muestra una lista de todos los paquetes instalados en el sistema. Típica pregunta de examen es unir esto con un pipe y grep para comprobar la versión de un determinado paquete instalado.
• -f nombre_de_fichero : Muestra a que paquete pertenece un determinado fichero
• -p paquete : pide información de un determinado paquete

A partir de aquí estas opciones se usan en conjunción con las anteriores, digamos que para hilar más fino.

• -c Lista solo los ficheros de configuración
• -d lista solo los ficheros de documentación
• -i package : (ojo no confundir con el -i del modo de instalación) Muestra información de un paquete instalado. Es común usarlo en conjunción con el -p para “pedir” información de un determinado fichero.
• -l package muestra una lista de todos los ficheros contenidos dentro del paquete. También es común combinarlo con la opción -p
• -R Lista las dependencias del paquete.

Verify mode (-V)

Muestra información de los paquetes que pueden compararse con la configuración instalada actualmente.

Opciones típicamente usadas:

• –nofiles ignora los ficheros que falten
• –nomd5 ignora los errores de MD5
• –nopgp ignora los errores de PGP

Nota:

Se hace mucho hincapie con rpm en el examen y a veces caen preguntas de opciones raras y eso, os recomiendo darle un par de vueltas al comando probar cosas, leeros el man del comando y tratar de comprender y si tenéis tiempo de probar todo lo que aparece o al menos lo más importante.

YUM Overview

YUM son las siglas de Yellowdog Updater Modified, es el equivalente a apt-get en Debian. Lo normal cuando administramos actualizaciones y paquetes es hacerlo con esto y no con rpm y solo bajar al nivel de rpm para resolver situaciones concretas. Pero al igual que pasaba con Debian en el examen aquí también se tiene más en cuenta a rpm que a yum por lo que haremos más hincapie al primero aunque luego la frecuencia de uso sea al revés.

Al igual que apt-get tiene un sistema de repositorios y la configuración se encuentra en: /etc/yum.conf. Los típicos comandos con los que se usa yum son:

• install: para instalar un determinado paquete
• update: para actualizar uno o varios paquetes del
• erase: para borrar un paquete del sistema
• list: lista los paquetes instalados.
• search: busca paquetes según la cadena que le pongamos.
• info: muestra información en concreto de un determinado paquete.
• check-update nos informará de actualizaciones disponibles, pero no hará más.

Introducción:

Bien, tras el parón inesperado continuamos con el curso. Dejamos atrás ya los boot loaders y nos metemos de cabeza ya en la gestión de paquetes. Hoy estudiaremos como se gestionan los paquetes (programas) en Debian y mañana estudiaremos como se hace en RedHat. Como veréis ambos tienen un sistema de gestión de paquetes muy sencillo y potente que a mi en particular me hace que ame Linux de la forma que lo amé y lo amo. Pero antes de meternos en la gestión en general, entremos a mirarle las tripas a cada paquete:

Debian Package Management Overview

Los paquetes en Debian se llaman como tal ya que no solo contienen el programa en si, si no un paquete con más cosas, esto es el programa en si, los ficheros de configuración, la documentación y por último y muy importancia sus dependencias. Es importante comprender el concepto de dependencia. Esto es si queremos instalar el paquete frikipacket que sirve para procesar imágenes es posible que tenga dependencias. Es decir, que necesite otros paquetes sobre los que apoyarse y sobre los que funcionar correctamente, por ejemplo librerías.

Los nombres de los paquetes tienen la siguiente estructura:

• Nombre del paquete: El nombre es siempre corto y descriptivo, si el título esta formado por varias palabras suelen estar separadas por guiones.
• Número de versión: Esta versión va variando en cada revisión y aunque no esta fijado la estructura del versionado suele ser númerica siguiendo la siguiente metodología: major.minor.patchlevel.
• Extensión: Esta extensión es común para todos los paquetes en debian. Es siempre .deb

Managing Debian Packages

Bien, ya sabemos que son los paquetes en debian y que tienen dentro. Ahora vamos a ver como gestionarlos. Originalmente la herramienta para hacerlo es conocida como dpkg y se encarga de la gestión de paquetes de forma independiente, trata por tanto directamente con el paquete (el fichero .deb). Pero la gracia del sistema llega con sistemas como debian que tienen repositorios y satisfacen dependencias de manera automática, pero no nos adelantemos esto lo veremos en su correspondiente apartado dentro de unas pocas líneas. También trataremos otros dos comandos dselect (algo similar en parte a apt-get) y alien que nos permite instalar paquetes no debian en nuestro sistema.

dpkg
Como veíamos antes este comando nos permite interactuar directamente con el paquete. Normalmente a no ser que queramos cacharrear no tocaremos en exceso esta herramienta y por mi experiencia siempre que podais es mejor usar apt-get. Pero hay en ocasiones en la que no nos queda otra. Por ejemplo: instalar paquetes con distinta versión a lo que tenemos en el repositorio, forzar instalaciones, instalar paquetes fuera de repositorios o arreglar dependencias rotas y es que si, a veces apt-get se rompe y cuando lo hace da muchos quebraderos de cabeza. También se usa típicamente para listar paquetes instalados. Pero la principal razón por la que le prestaremos especial atención a esto es porque en el examen lo hacen! Y es que dpkg es de lo que más cae de esta lección en el examen muy por encima de apt-get y los otros comandos.

Vamos a ver el funcionamiento y sus opciones más usadas:

• -i la más típica, sirve para instalar el paquete que se le pasa como segundo parámetro.
• -r o –purge para eliminar el paquete que se indica a continuación.
• -S para buscar un paquete que contenga la cadena que le indicamos a continuación. Si en lugar de un paquete le pasamos un fichero nos indicará a que paquete corresponde dicho fichero.
• -s nos muestra información sobre un determinado paquete que le indicamos a continuación. Si esta instalado, tamaño y demás información.
• -l Nos muestra una lista de los paquetes instalados en el sistema. Si le indicamos una cadena después nos muestra los paquetes instalados que además tienen esa cadena. Aquí se nos muestra que versión esta instalada y tal. Esta opción sale muchisisisimo en los examenes.
• -L Nos muestra una lista de los ficheros que usa el paquete cuyo nombre indicamos a continuación.
• –configure ejecuta los scripts de configuración del paquete que indiquemos a continuación.
• –unpack desempaquetará el paquete pero no lo instalará en el sistema.

apt-get

Como adelantaba apt-get es un programa que sirve para automatizar la gestión de paquetes. Recuerdo en mis primeros tiempos en linux con una vieja Slackware cuando querías instalar algo el resultado solía ser, para instalar eso necesitas esos 3 paquetes y al ir a instalar esos paquetes estos te pedían otras 3 dependencias y la cosa llegaba a volverse una auténtica locura. Locura total ya si hablamos de dependencias cruzadas, pero no hablemos de batallitas…

Una de las ventajas de apt-get es que te resuelve el mismo las dependencias y si quieres instalar un paquete y este tiene dependencias y estos a su vez otras y al final resultase que tienes que instalar 28 paquetes te informará de ello y te dirá que si los quieres instalar todos y tu lo lo habrás resuelto tan solo confirmándolo.

Para esto en lugar de trabajar directamente con los paquetes lo hace con repositorios. Estos repositorios pueden estar en un cd aunque lo más habitual hoy en día es que estos repositorios sean online y que sean mantenidos y actualizados diariamente. De esta forma otra de las ventajas añadida, diría yo LA ventaja, es que con un solo comando podemos actualizar todos los paquetes de un golpe y plumazo. La configuración de estos repositorios se encuentra en: /etc/apt/sources.list

Veamos sus opciones de uso más típicas:

• install: instala el paquete que le indicamos a continuación.
• remove: borra el paquete que le indicamos a continuación.
• update: Actualiza la lista de paquetes y de versiones disponibles desde el repositorio.
• upgrade: actualiza todos los paquetes de los cuales haya nuevas versiones disponibles.
• dist-upgrade: Actualiza a una nueva versión de Debian (previamente debemos haber modificado el fichero del repositorio)
• -d para que solo descargue el paquete pero no quieras instalarlo.
• -s simula la orden pero no la realiza, sirve para ver que implicaría un upgrade por ejemplo.
• -y le contesta si a todo, ojito con esta opción que nos la puede liar!

Si vais a administrar máquinas con debian eventualmente os daréis cuenta de que estas opciones de apt-get se quedan un poco cortas por lo que os recomiendo echarle un ojo a su página de man, pero parece ser que para el examen con esto vas que chutas

dselect

dselect es poco más que una interfaz amigable y bonita para dpkg. En el libro de O’Reilly no habla mucho más de la herramienta y la verdad no le encuentro mucho sentido, no la he encontrado mucho en preguntas de examen y solo recuerdo que me salía hace años al final de la instalación de debian hoy en día ya no y llevo años sin usarla. Para mi que en la siguiente revisión de la LPI es posible que esto se vaya a tomar viento fresco…

alien

Este comando como adelantaba lo que hace es permitir instalar paquetes que no son de debian si no de redhat (rpm), stampede (slp), de Slackware o genéricos. Lo que hace Debian es generar una salida lo más parecida a Debian. Sinceramente nunca he usado la herramienta y siempre que he querido instalar algo que no estaba en los repositorios de Debian lo he instalado a mano, pero parece que ese tipo de instalaciones no se tocan en la certificación o al menos no en este examen.

Los comandos típicos parecen ser:

• -i para instalar
• -r para convertir el paquete a formato RPM (redhat)
• -t para convertirlo a formato tar

Lo cierto es que no tengo del todo claro que esto aparezca demasiado en el examen, pero echadle un ojo que no esta de más.

Introducción:

Comenzamos la semana y con esto la segunda lección a mi entender una lección que sería mejor que viniera la primera antes de la anterior ya que aprenderemos como instalar el sistema desde cero y como gestionar los distintos paquetes instalados. No obstante entiendo el razonamiento del orden de estudio de la LPI ya que en la primera lección dabamos cuestiones de hardware que son al fin y al cabo las de más bajo nivel.

Y dicho esto comencemos con la lección propiamente dicha. De nuevo se hace hincapie en que vamos a estudiar instalaciones a nivel de linux en general no se trata de guías de instalación de ninguna distribución en concreto, se trataran temas generales. En cuanto la gestión de paquetería nos centraremos en la gestión de paquetes en Debian (lección 4) y la gestión de paquetes en RedHat (lección 5). No nos olvidamos del boot manager (lección 2) ni de las librerías (lección 3). Vamos pues con el tema de hoy en el que hablaremos del diseño del layout del disco duro.

Al instalar un sistema Linux más allá de la decisión del idioma del instalador alguna otra pregunta lo primero a lo que nos enfrentaremos será al particionado del disco duro. Que estructura queremos que tenga esto. El particionado del sistema no es una cuestión meramente organizativa si no que dependiendo del sistema que queramos montar será conveniente hacerlo de una determinada forma o de otra. Y es precisamente lo que estudiaremos hoy. Comencemos:

System considerations

Existen varias variables que haran que elijamos una estructura en nuestro disco duro u otra esas son: tamaño del disco, lo que ocupa el sistema, para que será usado el sistema y como se realizarán los backups.

Limited disk space

El primer escenario en el que nos encontramos es uno con espacio en disco limitado. Normalmente se tiende a tratar de conseguir dejar la mayor cantidad de espacio disponible en la parte del usuario, para que este pueda trabajar con mayor holgura. No obstante he de añadir yo que esto puede variar dependiendo de la función del sistema, en determinados sistemas es posible que el espacio reservado para usuarios prácticamente no se utilice. Cada administrador de sistemas debe valorar el uso de su sistema y tratar de elegir la opción más correcta. Pero algo en común de las instalaciones en discos con espacio limitado es el reducir al mínimo el número de particiones. Podríamos decir que el número mínimo para una buena instalación de linux es:

• /boot Es suficiente con una pequeña cantidad de megas, es necesario tener en cuenta que debe ser la primera de las particiones. Normalmente con un centenar de megas es más que suficiente y puede reducirse hasta 50mb.
• / el directorio raíz es donde se instala el sistema. Aquí depende mucho del sistema que queráis montar. Dado que los sistemas avanzan cada poco tiempo no creo que hagan preguntas en el examen en terminos absolutos. No obstante en la documentación nos dicen la cifra de 850mb. Pero yo ahora mismo tengo una debian base sin entorno gráfico con servidor LAMP y con poco más ya que no hay mucha tontería y sube ligeramente del 1gb de ocupación en disco. Esta partición es donde se guardará todo lo que no este en /boot
• swap Es un tipo de partición especial. En el libro de oreilly nos hablan de que si solo contamos con 1gb para la instalación dejaremos 100mb para la swap esto me parece totalmente obsoleto. Usualmente no suele dejarse una swap menor que el tamaño de la memoria RAM instalada.

Larger systems:

En estos sistemas ya tendremos discos más grandes y podremos planear estrategias de backup así como el fragmentar más la partición. En el libro de oreilly nos dan estos valores para un disco de 100gb:

• /boot 100mb
• swap 1gb
• / minimo 500mb
• /usr 4gb ya que aqui se guardan los ejecutables
• /var 2gb ya que aqui se guardan los logs de las distintas aplicaciones. Si se llenase la partición podría afectar a la estabilidad del sistema así que es mejor ir sobrados de espacio aquí.
• /tmp 500mb aquí se guardan los ficheros temporales. Conviene de nuevo que este separada y que sea grande ya que si el sistema no puede escribir en /tmp podríamos decir que afecta a la estabilidad del sistema, aunque es quedarse cortos ya que lo que suele ocurrir es que se bloquea la máquina.
• /home aquí iría el resto del espacio para los usuario, es decir 90gb

Muchas veces estos discos están replicados o estan montados en remoto y demás.

Nota propia: Encuentro que en este capítulo el libro de oreilly esta terriblemente obsoleto (a pesar de estar revisado en el 2009) y no termino de ver el sentido real de estudiar tamaños absolutos del disco. Personalmente me quedaría con los conceptos más que con las cifras, las particiones que es comveniente crear y y que particiones es conveniente que sean más grandes. Repito que dependiendo del sistema es muy posible que no necesitemos carpetas de home tan grandes, por ejemplo en un servidor web las carpetas de home a penas se utilizan. Entiendo que este layout esta pensado para servidores a los que accederán multiples (bastantes) usuarios. Una vez hecha la aclaración prosigamos.

Mount points

Los mount points son conocidos en español como los puntos de montaje. Para poder acceder a una partición es necesario que estos esten montados en un directorio y a esto se le conoce como mount point. Para poder montar una partición en un directorio primero tendrás que crearla y ya una vez creada montarla con el comando mount. Si no quieres montar la partición de forma manual será necesario que las incluyas en el fichero /etc/fstab con la sintaxis adecuada. Lo que haya aquí se montará en el arranque del sistema.

Superblock

El superbloque es un bloque que tiene cada filesystem que contiene la información metadata con la estructura de ese filesystem. La iformación que se incluye aquí es el tipo, el tamaño y el estado del filsystem montado. Dado que esta información es importante esta información se encuentra replicada y puede ser restaurada desde una de las copias en caso de que el superbloque se

MBR:

Son las siglas para master boot record, se trat ade un pequeño programa que contiene la información con las particiones del disco y la carga del sistema operativo. El MBR esta situado siempre en los primero 512 bytes del disco. En caso de dañarse el MBR será imposible arrancar, por lo que es más que conveniente guardar un backup de esto. Para ello podremos hacer uso del comando dd y clonar solo los primeros 512 bytes gracias a las variables count = 1 bs=512. La restauración del MBR se podrá hacer por tanto haciendo uso del mismo comando pero alterando el orden de los comandos.

Booting from a USB device:

Al igual que se puede arrancar desde un cd es posible arrancar linux desde un usb. Pero hay que tener en cuenta que los discos usb pueden ser modificados. Esto es muy util para tener un sistema portable que llevarte a donde quieras y además al arrancar desde aquí podemos montar los discos del ordenador dentro desde nuestro sistema arrancado desde el usb y usarlo para hacer troubleshooting.

Para poder arrancar desde el usb necesitamos hacer arrancable el usb para lo cual una partición debe tener el flag de bootable activado, así como activar el arranque desde este dispositivo en la BIOS.

System role

Como adelantaba anteriormente dependiendo de la funcionalidad que se le vaya a dar al sistema el layout que se elija para diseñar el sistema cambiará. Lo cierto es que hoy en día el almacenamiento se ha abaratado enormemente y no es el quebradero de cabeza que era antes. Personalmente mi consejo es mejor que sobre a que falte Además en la actualidad es muy viable tener datos cargados externamente por red por medio de sistemas NFS.

Backup

Es un hecho el que debemos implementar una política de backup en nuestros sistemas. Debemos ser capaces de poder recuperar el sistema en caso de que ocurra un desastre. El mejor backup sería aquel que cuenta que cuenta con todos los datos en todo momento y se pueden recuperar instantaneamente. No obstante este backup ideal no existe y siempre hay algún inconveniente.

Una posibilidad de hacer backup sería el uso del comando dd que ya hemos comentado anteriormente. Este comando hace un backup bit a bit de los datos de un disco/partición mediante us uso podemos clonar discos duros completos. También es posible hacer un backup de la estructura de las particiones mediante el comando “sfdisk -d /dev/disco_duro > particiones_bk.txt” . Para recuperarlas haríamos algo parecido pero en sentido contrario “sfdisk /dev/disco_duro < particiones_bk.txt"

Swap space:

Al instalar linux tendrás que instalar una partición de swap, esto es una partición para la memoria virtual. Para que nos entendamos esto es una memoria ram que se almacena en el disco duro, normalmente esto sucede cuando la memoria ram se agota. Historicamente la regla no escrita en linux era la de hacer una partición que fuera el doble de la cantidad de ram, sucede que con el aumento de la cantidad de ram en la actualidad muchas veces la swap se deja en el mismo tamaño que la ram o incluso en una cantidad fija que es a veces menor que la cantidad de ram. En sistemas de escritorio con grandes cantidades de ram se opta incluso por la desactivación de la ram, pero digamos que esto es algo muy extremo.

General guidelines

Ahora mi parte preferida unos consejos generales sobre este tema:

• Mantener el filesystem de root (/) lo más sencillo posible dividiendo fragmentando el resto tanto como sea posible.
• Hacer una partición a parte para la partición de /boot en bios y kernels antiguos es nesario que esta este por debajo del cilindro 1024
• Separar /var y así asegurarnos de que tenemos suficiente espacio para gestionar los logs, spools y los mails. Es conveniente ir rotando aquí los ficheros haciendo una copia de los más antiguos ficheros y borrandolos.
• Separar /tmp y así no correr el riesgo de bloquear el sistema porque tmp crezca desmesuradamente
• Separar /usr y asegurarse de que va bien de espacio ya que aquí estan los ejecutables y también entre otras cosas el kernel del sistema.
• Separar el /home así aunque tengamos varios usuarios podrán usar el sistema y aunque cambiemos de máquina o hagmaos un upgrade podremos consevar estos datos. Además así un usuario que crezca demasiado no nos bloqueará el sistema.
• El tamaño de la swap se recomienda que sea de 2 veces el tamaño de la memoria ram o si no al menos de igual tamaño que esta.

Conclusión:

Este libro de oreilly que estamos utilizando para seguir el curso es parte del grupo de los “in a nutshell” estos libros nos dan una visión global y no entran en los temas en profundidad. Esto tenemos que tenerlo en cuenta para ampliar los conocimientos en cada momento y no quedarnos en lo que dice el libro en todo capítulo. No obstante en este capítulo en especial me parece que esto esta bastante poco documentado y lo que hay es bastante antiguo. Personalmente os recomiendo leer un poco más sobre el tema y hacer varias instalaciones de linux para familiarizaros con esto. Os dejo a modo de lista unos cuantos caminos y rutas que deberías dominar para llevar bien este punto:

• fdisk
• /usr/local
• /opt
• /mnt
• /media
• gnu parted
• ext3, ext4, reiserfs, JFS, XFS, FAT, HFS, HFS+, UDF, NTFS
• mkfs -t

En realidad algunos de estos comandos, especialmente los últimos son utilizados y estudiados para lo que estudiaremos en el tema 4 por lo que podría parecer lejano, pero esta muy relacionado con esto y en mi opinión viene bien ir echándoles un ojo desde ya. Aunque ahora mismo este tema solo tenga como objetivos comprender la configuración de arranque creo que no viene mal ir ampliando un poquito.

Hoy tengo el día nostálgico, la vida a 250km/h lo que tiene es que tan pronto puedes estar yendo cuesta arriba como cuesta abajo. Lo cierto es que sigo estando muy feliz de hecho hoy me sorprendía a mi mismo por la mañana. Y es que ayer me acosté más tarde de lo normal entre pitos y flautas (hice jailbreak a mi iphone) y por la mañana salí más empanado que de costumbre. Además coincidía que llovia y hacia frío… todos los ingredientes para comenzar siendo un mal día. Cuando llevaba medio camino y había esquivado 150 paraguas de que me saltasen más de dos ojos me percaté de que estaba sonriendo, así sin más y es que parecera tonto pero ahora me parece divertido hasta el camino que repito todos los días a clase.

Al llegar a clase había una cosa que no se había esfumado y es mi sueño, mi sopor. Pero tras un rato de clase me di cuenta que estaba repitiendo frases y aprendiendo de nuevo con una sonrisa en la cara y es que si algo tienen las clases en KAI es que son divertidas o al menos en mi clase o al menos yo me lo paso bien.

Gran parte de la “culpa” la tienen en primer lugar mis dos profesoras: “Naito-sensei” y “Yoshida-sensei” que son las primeras que sea el día que sea y haga el tiempo que haga e independientemente de sus vidas personales (que me imagino tendrán) nunca han perdido la sonrisa en clase y son un gran apoyo para todos en la escuela. Y es que estando como estamos un poco solos por aquí sobre todo en los primeros cursos las profesoras son un poco nuestras mamis.

No tengo ninguna duda que gracias a su buen rollo se ha conseguido que nosotros en clase tengamos también el buen rollo que tenemos. Ya os lo demostré hace unos días cuando os enseñaba el vídeo del karaoke y ahora os dejo unas cuantas fotos sobre más muestras de ello:

Primero de la clase en la que aprendimos como pedir cosas a los demás y para practicarlos hicimos una sesión de fotos en la que le pedíamos al otro que hiciera cosas como comerse una flor, besar a “panda-san” (la mascota de la clase) o dispararse a sí mismo:

De vez en cuando y de manera espontanea a nadie nos apetece volver a casa y queremos extender el momento de camadería que vivimos en las clases y para ello nos vamos a comer juntos. Un día los koreanos (Sung e Insoku) nos guiaron hasta un lugar de ramen de una variedad especial en el que la sopa se sirve separadamente de la pasta (creo que se llama Senmen… pero no se… ahora me suena fatal xD ) Y bueno estaba de muerte y era enorme:

Por último ayer estuvimos comiendo con los turcos como anfitriones en un restaurante de su patria, donde comimos mejor que de maravilla. Me sentí transportado a Estambul y los anfitriones fueron suuuper simpáticos con nosotros, gracias Emin! gracias Burack!

En general casi todos mis compañeros son más jovencitos que yo. El límite lo tiene Powei (pronunciado Poe) de Taiwan que tiene tan sólo 16 años! hay un gran grupo de chavales de 18-20 años y luego los koreanos y los italianos que rondamos los 25-27. No puedo dejar de comentar un momento WTF:

Estaban Carl (Suecia) y Alex (Alemania) hablando sobre que el día anterior Carl había visto Matrix y le había encantado. Yo le dije, pero tío como no la has visto aún! es un clásico, no la fuiste a ver al cine? Y me contestó que el tenía 10 años cuando la estrenaron… wow y yo fui con mis compañeros de universidad, fue durete… Me di cuenta entonces que mis primos pequeños eran mayores que ellos!

Aun con la diferencia de edad estoy encantado con mis compañeros que me parecen ideales. A que viene entonces esa nostalgia si estas tan contento no? Pues viene a que esto se acaba. Al curso le quedan dos telediarios, mañana empezamos la última lección de kanjis, al libro le quedan pocas páginas y mañana tenemos un examen para prepararnos para el final de dentro de dos semanas.

No puedo evitar pensar en el primer día en el que estábamos todos sentados en semicirculo en la clase mirandonos curiosos los unos a los otros y sin poder entendernos demasiado bien entre nosotros y tampoco demasiado bien a nuestra profesora que de manera divertida y risueña relleno 4 horas de hablar en una lengua que a duras penas comprendíamos algo.

Ahora nos entendemos, en ocasiones primitivamente, a veces con gestos o con la ayuda de diccionarios o dibujos pero en clase nos apoyamos en el hombro del otro cuando tenemos sueño, nos reimos cuando alguien se confunde y dice algo gracioso o le damos ánimos cuando alguien nos cuenta que no durmió porque salió con su compañero de piso a “celebrar” que su novia le ha dejado. También nos preocupamos por cuando alguien no viene a clase y es que nadie falta nunca, nadie se quiere quedar a atrás. Y nos sorprendimos cuando dos compañeros contrajeron la gripe A y la escuela nos vino a explicar el procedimiento que teníamos que seguir para que no se extendiera la epidemia… Y al volver los compañeros como les saludamos y nos alegramos todos de volver a verlos.

En definitiva, mi clase ahora mismo son mis amigos, parte de ellos. Sin contar con Hiroko son las personas a las que más veo aquí y para que engañarnos los voy a echar de menos

Por cierto! ese que parece un nazi en la última foto no lo es, no temais solo es una victima de ir a la peluquería a cortarse el pelo sin hablar japonés. Algo así le paso a un tal Sebas al entrar a una peluquería turca a afeitarse sin saber ni papa de turco, verdad?

Los que me conocéis y/o seguís en el blog desde hace un tiempo sabréis que estoy matriculado en ingeniería informática. Comencé la carrera con bastante ilusión en el 2002, en ese año tenía bastante motivación y terminé con prácticamente todas las asignaturas de primero salvo las de matemáticas. A partir de ahí me di cuenta que no me gustaba la universidad. Me gustaba ir y estar con mis amigos del grupo de linux (linups), ahí aprendí mucho, mucho más que en toda la carrera junta. Me di cuenta como a gente brillante del grupo le costaba bastante sacarse la carrera, mientras que compañeros de clase se iban sacando las asignaturas como churros, pero seguían sin tener ni idea de informática. Trás un tiempo esa persona que era buena estudiando y no un buen informático entraba en el mercado laboral, tras un periodo de preparación le enseñaban a ser un pica códigos de java, realmente sus estudios de la universidad no le sirvieron prácticamente de nada, solamente el curso de preparación de la empresa. El otro, el genio de los ordenadores también entra al mercado laboral, aunque lleva 5 años en la carrera aun le quedan asignaturas de todos los años y no tiene previsiones de terminar la carrera en los próximos dos años, pero le contratan porque es realmente bueno. A los dos años el brillante estudiante ya no es programador junior, es senior, gana unos pocos más de euros y hace proyectos más complejos, pero sigue siendo un pica códigos. El genio informático sigue sin terminar la carrera, pero gracias a sus amplios conocimientos que engloban muchos ámbitos y sus ganas de aprender esta de jefe de algún departamento.

Yo no me considero uno de estos genios ni mucho menos, pero si creo que tengo más conocimientos informáticos que muchos de mis compañeros de los de curso por año. Aunque también es cierto que tenía y tengo muchos (muchísimos) menos que los de esos genios de los que os hablo en el post.

El hecho de que exista esta situación es que algo falla, creo que la educación universitaria (hablo de informática, que es lo que conozco) esta fallando. Pero para que una crítica sea buena debe ser constructiva, en mi opinión se debe intentar que la evaluación sea más continua, no estamos en el instituto, pero no deberían pesar tanto los examenes finales. Las prácticas se deberían tener más en cuenta, no ser un mero grifo para poder hacer el examen, deberían ser una parte importante de la nota. Las asignaturas deberían actualizarse y darse cosas útiles para el futuro laboral y permitir una mayor especialización, pudiendo tirar más por una rama de redes, programación, inteligencia artificial, desarrollo de sistemas… que se yo. De algún modo no debería permitirse que gente brillante fracase en la universidad y la termine gente que no sabe instalar un linux.

Yo terminé muy desilusionado de mi universidad la UPSAM, su forma de hacer las cosas unida a factores externos está haciendo que la universidad muera, lo cierto es que me alegro, menos estudiantes que sufrirán lo que he sufrido yo ahí. Me pasé a la UNED, la universidad española a distancia. La idea es muy buena, pero es una universidad realmente mala. En mi opinión una universidad a distancia tiene que darte la oportunidad de hacer tu curso totalmente a distancia y eso incluye que te proporcionen los apuntes que no podrás tomar en las clases, no digo de disponer de profesores particulares pero sí un profesor al que presentar dudas a distancia y que puedas realizar tus examenes, prácticas o evaluación continua desde donde estes. Esto con la UNED no es posible. La UOC si que lo permite por lo que creo que es una opción mucho mejor.

Lo bueno que tiene la UNED es la comunidad de estudiantes, es gente que esta en tu misma situación, gente que estudia normalmente porque quiere. Son en muchas ocasiones padres/madres de familia, ya tienen su trabajo, pero quieren mejorar ya sea en lo personal o en lo profesional y a mi esto me parece muy interesante. Cómo un ejemplo que a mi me ha llamado mucho la atención pondré el siguiente: hace un tiempo cree un wiki para la uned y lo publicité por el sistema de news. Pensé que la cosa quedó en el olvido y el otro día pense en borrarlo ya que nadie lo usaba, pero al entrar cual fue mi sorpresa que los usuarios lo habían rellenado con información realmente interesante, podéis verlo aquí:

Wiki de la UNED

Bien llegados a este punto, habréis podido imaginar que mi motivación por la carrera era muy cercana a cero. He perdido totalmente la fe en la carrera. no obstante este año se han conjugado todas las cosas para que haya decidido darle un último empujón y dedicarle tiempo y dedicación a esto, y lo cierto es que me encuentro motivado. Os expongo las razones:

• En Japón se tiene bastante en cuenta el tema de la carrera, de hecho no te dan visado de trabajo si no tienes una carrera, sea cual sea.
• Este año empiezan a implantar el plan de Bolonia y mi plan pasará a ser el antiguo, corro el riesgo de quedarme con asignaturas colgando y tener que pasar a plan nuevo y perder más asignaturas en la convalidación, esto sería una estocada de muerto y una razón fenomenal para dejar definitivamente la carrera
• Tengo claro que si me voy con 10 asignaturas a Japón jamás terminaré la carrera
• Quiero demostrarme a mi mismo que soy capaz de terminar esto
• Por que la gente estudia en peores condiciones que yo, este punto os lo explico más detalladamente en el siguiente párrafo

El otro día hiro y yo nos fuimos de Paradores gracias a los Reyes Majos, como resulta que hizo muy mal tiempo pasamos bastante tiempo perreando en la habitación (no nos quejamos para nada, nos encanta perrear ) Resulta que en los Paradores tienen varios canales por satelite, como el de National Geographic, el de Viajar o el Discovery Channel, aquí echan documentales a tutiplen y me debí tragar como 15 en los dos días que estuvimos ahí. Uno de ellos era de unos presos en una cárcel de Estados Unidos, donde las cosas deben ser bastante chungas por el tema de violencia racial, bandas y demás… En este entorno hay reclusos que comienzan y terminan carreras. Nos mostraban sobre todo como un negro enorme decidió sacarse una carrera y lo consiguió, a pesar de las peleas en la carcel, de tener que estudiar desde la cama y demás. Y digo yo, si alguien en una situación tan adversa es capaz de hacerlo, quien soy yo para quejarme de mis condiciones.

Por todo esto, este año voy a darle un empujón fuerte a la carrera, espero dejarle al menos herida de muerte e irme a Japón con 3 o 4 asignaturas que poder finiquitar en mi próxima visita en Septiembre. Si no lo consigo al menos me iré con el sabor de boca de haberlo intentado con fuerza. Esta es la razón de que la noche de reyes este sentado en mi mesa rodeado de apuntes a las 12 de la noche

Perdón por el rollo no se si nadie habrá llegado hasta aquí, realmente escribía más para mi que para nadie más

La fotografía es de Alex Barros en Flickr

Gracias a Roberto he descubierto este video:

Jojo no voy a comentar nada al respecto. Solo que ese video de TU universidad, es decir MI universidad… pues por poco tiempo si todo va bien este es mi último año como alumno de la UPSAM pero weno… todo se vera. Chicos del planeta (linups) entrar al enlace y mirad el video DE VERDAD os interesa

Si alguien vió este anuncio y no esta apuntado ahora y piensa hacerlo, mi consejo es que no pierda el tiempo, no guardo buenos recuerdos de esa universidad. Salvo por un par de excelentes profesores, un gran club de linux y algunos amigos inolvidables. Lo gracioso es que los amigos los conservaré sin dudas, y el grupo de linux (linups) siempre hemos seguido unidos aun habiendo dejado la universidad, somos por encima de linuxeros, amigos

Ya no hay grupo de linux en la universidad, así que no teneis ninguna razón para apuntaros

Recuerdo cuando me dieron la noticia de que me daban la beca para Milán, mirando las fechas fue en primeros de Abril, no queda tanto, la gente ahora estará decidiendo para donde pedir la beca, algunos ya lo habrán hecho y pronto sabrán resultados.

Bien lo primero que haces es buscar información sobre la ciudad, y sobre todo de la ciudad vista desde ojos de erasmus, confio en que este blog ayude a los erasmus del año que viene a orientarse.

Al margen de esto en mi Universidad para darme la beca me pidieron que hiciera una pequeña memoria. Yo la hice más extensa y detallista de lo que debía, la razón es que así podría publicarla aquí y le sería de útilidad al resto de erasmus Milaneses. Bueno pues ahi va:

Guía de Erasmus en Milán

Bueno esta guía esta centrada en mi experiencia, que es venir desde Madrid y la carrera de Informática, si bien salvando estos detalles, muchas cosas coinciden para la totalidad de los erasmus. Espero que os sea de útilidad, y si tú que lees esto, serás un erasmus el año que viene, ten en mente que será un gran año, inolvidable como poco.

Es por muchos sabidos que los ingenieros somos gente rara. Ya de por si estamos un poco locos a la hora de elegir nuestra carrera, pero debido a los estudios a los que nos vemos sometidos y al ambiente en el que nos movemos no volvemos aun peor. Aquí en Milano estamos todos los ingenieros juntos en una super universidad bien conocida en toda Italia y con gran fama, cuando dices que estudias Ingenieria en el Politecnico de Milano la gente ya te toma más en serio

Bueno ahora unos chistes sobre ingenieros que me hacen mucha gracia:

Para el optimista, el vaso está medio lleno.
Para el pesimista, el vaso está medio vacío.
Para el ingeniero, el vaso es el doble de grande de lo necesario

Este de ahora es particularmente gracioso:

Un cura, un médico y un ingeniero estaban una mañana jugando al golf. Quiso la suerte que delante de ellos estuviera jugando otro grupo de golfistas bastante lento, por lo que todo el rato tenían que estar esperando.
- ¿Qué pasa con estos tíos? – se queja el ingeniero -. ¡Debemos de llevar esperando 15 minutos!
- ¡No sé, pero nunca he visto tanta ineptitud! – interviene el médico.
- ¡Hey, aquí llega el jardinero! – informa el cura -. Vamos a preguntarle…
- Hola, George. Oye, ¿qué pasa con ese grupo que va delante de nosotros? ¿Son un poquillo lentos, no?

¡Oh, sí! Es que es un grupo de bomberos ciegos – contesta el jardinero -. Perdieron la vista por salvar de las llamas la sede de nuestro club el año pasado, y en compensación les dejamos jugar siempre gratis.

El grupo se quedó callado un momento.
- Qué triste – dijo el cura -. Rezaré una plegaria especial por ellos esta noche.
- Buena idea – añade el médico -. Pues yo voy a contactar con un colega mío que es oftalmólogo para ver si se puede hacer algo por ellos.
- ¿Y por qué no juegan de noche? – dice el ingeniero.

Este no es tan gracioso pero tiene su punto:

La gente normal opina que “si no está roto, no lo toques”.
Los ingenieros opinan que “si no está roto, es que aún no tiene suficientes funcionalidades”.

jeje

Un arquitecto, un artista y un ingeniero estaban discutiendo si era mejor pasar el tiempo con la esposa o con la amante.

El arquitecto decía que disfrutaba estando con su esposa, construyendo una base sólida para una relación duradera.

El artista decía que prefería estar con su amante, por la pasión y misterio que encontraba en ello.
Finalmente, habló el ingeniero:

- Yo me quedo con las dos.
- ¿Con las dos? – preguntaron el arquitecto y el artista.
- Sí – replicó el ingeniero -. Teniendo esposa y amante, cada una supondrá que estás con la otra y así se puede uno ir al laboratorio a trabajar.

Y por ultimo:

Un día, un ingeniero estaba cruzando una carretera cuando una rana le llamó y le dijo:
- Si me besas, me convertiré en una hermosa princesa.

Se agachó, recogió la rana y se la puso en el bolsillo. La rana habló de nuevo y dijo:
- Si me besas y me conviertes en una hermosa princesa, me quedaré contigo durante una semana.

El ingeniero sacó la rana de su bolsillo, sonrió y la devolvió a su lugar. Entonces, la rana gritó:
- Si me besas y me conviertes en princesa, me quedaré contigo y haré lo que quieras.

Nuevamente, el ingeniero sacó la rana, sonrió y la volvió a meter en el bolsillo. Finalmente, la rana preguntó:
-Pero bueno, ¿qué pasa? Te he dicho que soy una hermosa princesa, que me quedaré contigo una semana y que haré lo que quieras. Entonces, ¿por qué no me das un beso?
-Mira, yo soy ingeniero. No tengo tiempo para una novia. ¡Pero una rana que habla mola que te cagas!

Venga la tontería del día hecha.

Ciao!!

Bien a traves de mi correo electrónico Sergio me mando el himno de los telekos, es decir de los ingenieros de telecomunicaciones. Si hay algo que estos universitarios saben hacer bien, a parte de estudiar mucho (son unos empollones) es organizarse para fiestas como san teleko y estas cosas. Pues esta vez se curraron el himno de su carrera, quedo bien pero bien gracioso. He de decir que hay un par de cosas que no entiendo, ya que no soy teleco si no informatico. Pero aquí os lo dejo para quien le interese es graciosísimo, para descargar pinchad aquí

Y aquí podéis leer su letra:

Genial, enhorabuena a los creadores

Por cierto esta claro es una versión del opening de DragonBall, por cierto sabías que la version original de esta canción en castellano esta cantada por Barón rojo? si increible xD

Esta claro que esto es un weblog de un friki y por tanto friki. Pero siempre me ha gustado explicar las cosas para que la gente profana pueda al menor saber un poco de que hablo. Para el post de hoy necesitaremos saber lo que es Linux, no me voy a entretener en ello, creo que todo el mundo lo conoce es un sistema operativo, Windows es un sistema operativo, bien Linux es un sistema operativo con la peculiaridad de ser libre, y la cantidad de ventajas que ello conlleva, que no me voy a poner a contar ahora. El siguiente conocimiento que tenemos que tener es que es redhat, redhat es una distribución de Linux es decir como una rama de Linux. Pues bien las cosas en linux funcionan por paquetes, los paquetes son un paquete como el propio nombre indica y que con variaciones pero suelen contener el programa en si y las dependecias que tiene. Y aqui llegamos al concepto que necesitamos que es el de dependecia. En muchas ocasiones queremos instalar un paquete, y este nos indica que tiene una serie de dependencias, esto significa, que antes de ser instalar este paquete debemos instalar los anteriores. Debian (otra distribución de linux) lo soluciono de un modo muy práctico, si un paquete necesita a otro paquete, pues el solo te lo instala primero, he ahí el poder de debian. Sin embargo otras como redhat no tienen esa posibilidad (en principio). Que es lo que ocurre que cuando quieres instalar algo, te dice que tienes que instalar otros paquetes, pero al instalar estos te dicen que a su vez necesitan otros, y asi hasta el infinito (y más allá), esto es perderse en el mar de las dependencias.

Y ahora llegamos al tema del post. Hoy me he levantado por segundo día consecutivo a las 6 y media de la mañana. He ido a clase y he vuelto a no enterarme de nada. Es una asignatura la cual no comprendo en absoluto. En esta universidad todos los programas tienen abajo una especie de dependencias, te dicen que conocimientos has de tener para poder comprender esa asignatura. Asi que como no la entendía comence a asistir a otras, y como tampoco comprendia esas otras, asistí a las dependecias de esas otras. Estuve en la biblioteca me cogi los libros de la bibliografía me baje los apuntes y al fin hoy he decidido que es impoible. No la comprendo en absoluto, no se de que está hablando el profesor. Me supera. Hoy me he percatado de ello cuando han hecho preguntas en clase y el profesor daba la respuesta siempre diciendo… segun la teoría… segun dice este teorema, o segun dice este hombre… total IM-PO-SI-BLE he decidido venir a buscarme otra asignatura, porque esa no la aprobaría en mi vida, podría tirarme todo el año solo para esa asignatura y catearla.