Apostila Ubuntu, Notas de estudo de Informática

Baixe Apostila Ubuntu e outras Notas de estudo em PDF para Informática, somente na Docsity!

Guía Ubuntu GNU/Linux

Versión Hoary

01/05/ Sergio Blanco Cuaresma http://www.marblestation.com

Índice de contenido

Agradecimientos

En primer lugar quisiera agradecer a los responsables de Linux Free Magazine, por haberme brindado la oportunidad de publicar esta guía. Me siento enormemente agradecido a la comunidad el Software Libre por todo aquello que ha aportado a mi vida. Cualquier usuario de aplicaciones libres, con el tiempo, se siente en deuda con la comunidad y necesita aportar su granito de arena para intentar compensar todos los beneficios que ha obtenido, y éste es mi caso. Por otro lado quisiera agradecer especialmente a mi inseparable amigo Jonathan Hernández Velasco (http://jhernandez.gpltarragona.org) su constante apoyo. Jonathan es el actual vicepresidente de GPL Tarragona (http://www.gpltarragona.org) y también gran apasionado por el Software Libre. Debo agradecer también a Dr. Pedro García López por su apoyo incondicional a los cursos sobre GNU/Linux en los que participo como profesor, además de:

• Departamento de Ingeniería i Matemáticas (DEIM), especialmente Dr. Joan Ferrer i Gener.
• Escuela Superior Técnica Ingeniera (ETSE) en particular, y la Universidad Rovira i Virgili en general.
• Fundación URV. No quisiera olvidar tampoco a a todos los socios de GPL Tarragona, especialmente a aquellos que contribuyen activamente a fomentar el uso de GNU/Linux:
• Sergi Nuez Rivera (Secretario y tesorero de GPL Tarragona)
• Tomàs Reverter Morelló
• Lluís Pàmies i Juarez
• David Cifre García
• Edgar Salgado Sendra
• Gerard Porto García
• Luis Alberto Giménez Benito
• David Branchat Uriarte
• Salvador Rueda Pau
• Tony Linares Rodríguez
• Marc Olivé Mestres
• Jordi Vaca Montero
• Xavier Comes i Vidal

Sobre el autor

Sergio Blanco Cuaresma, ingeniero informático, analista programador, profesor en cursos sobre GNU/Linux (iniciación, avanzado y programación) para universitarios / profesionales y apasionado por el Software Libre/Open Source en general. Actual presidente de la asociación GPL Tarragona que intenta reunir a seguidores del Software Libre con el objetivo de potenciar la filosofía en general, y GNU/Linux en particular, en la provincia de Tarragona. Más información en http://www.marblestation.com

A quien va dirigida la guía

Esta guía va dirigida a toda aquella persona que quiera iniciarse con el sistema operativo GNU/Linux de forma sencilla y rápida. Ha sido pensada para el usuario más novel, intentando utilizar aplicaciones gráficas e intuitivas. No es la típica guía donde se enseña GNU/Linux desde una perspectiva administrativa, con cientos de comandos y archivos de configuración a editar. Es una guía que pretende ser útil a aquellas personas que simplemente desean disponer de un ordenador para trabajar, sin necesidad de conocer al detalle las características más avanzadas y complicadas. Con la ayuda de esta guía, el lector podrá obtener todos los beneficios del Software Libre junto a la estabilidad y potencia de GNU/Linux de una forma sencilla y amena.

Ubuntu GNU/Linux Introducción al Software Libre Además de aprender a utilizar Ubuntu (objetivo de esta guía), es interesante conocer los orígenes del Software Libre y GNU/Linux. De esta forma podremos entender el modelo de desarrollo libre a partir de su definición. Esta sección esta dedicada a cubrir ese aspecto tan importante. Se invita al lector a saltar al apartado de instalación de Ubuntu, y retomar esta sección durante los momentos de espera de la instalación.

Historia

Allá por el 1971, cuando la informática todavía no había sufrido su gran boom, las personas que hacían uso de ella, en ámbitos universitarios y empresariales, creaban y compartían el software sin ningún tipo de restricciones. Con la llegada de los años 80 la situación empezó a cambiar. Las computadoras más modernas comenzaban a utilizar sistemas operativos privativos^1 , forzando a los usuarios a aceptar condiciones restrictivas que impedían realizar modificaciones a dicho software. En caso de que algún usuario o programador encontrase algún error en la aplicación, lo único que podía hacer era darlo a conocer a la empresa desarrolladora para que esta lo solucionara. Aunque el programador estuviese capacitado para solucionar el problema y lo desease hacer sin pedir nada a cambio, el contrato le impedía que mejorase el software. Esta situación provocó la destrucción de comunidades cooperativas donde el software era compartido y cualquiera podía mejorarlo sin restricciones. El modelo de desarrollo de aplicaciones propietarias, a pesar de generar situaciones anti-sociales, se impuso con tal fuerza que en la actualidad hay aún personas convencidas de que no hay otra forma de hacer negocio. 1 Software privativo o propietario es aquel que impone fuertes restricciones al usuario final. Antónimo de Software Libre. Durante la etapa de transición al modelo privativo, Richard M. Stallman, trabajador del laboratorio de Inteligencia Artificial del MIT (Massachusetts Institute of Technology), se percató que la sociedad estaba cambiando peligrosamente. El mismo Richard Stallman cuenta que por aquellos años, en el laboratorio habían recibido una impresora donada por una empresa externa. El dispositivo, que era utilizado en red por todos los trabajadores, parecía no funcionar a la perfección dado que cada cierto tiempo el papel se atascaba. Como agravante, no se generaba ningún aviso que se enviase por red e informase a los usuarios de la situación. La perdida de tiempo era constante, ya que en ocasiones, los trabajadores enviaban por red sus trabajos a imprimir y al ir a buscarlos se encontraban la impresora atascada y una cola enorme de trabajos pendientes. Richard Stallman decidió arreglar el problema, e implementar el envio de un aviso por red cuando la impresora se bloqueara. Para ello necesitaba tener acceso al código fuente^2 de los controladores de la impresora. Pidió a la empresa propietaria de la impresora lo que necesitaba, comentando, sin pedir nada a cambio, que era lo que pretendía realizar. La empresa se negó a entregarle el código fuente. En ese preciso instante, Richard Stallman se vio en una encrucijada, debía elegir entre aceptar el nuevo software privativo firmando acuerdos de no revelación y acabar desarrollando más software privativo con licencias restrictivas, que a su vez deberían ser más adelante aceptadas por sus propios colegas. Richard Stallman se negó a aceptar el nuevo software privativo, dado que este le obligaría a firmar acuerdos de no revelación. Quería evitar acabar contribuyendo a la expansión de ese tipo de software, el cual solo conseguía generar una sociedad más dividida y con menos libertades. Abandonó el MIT en 1984, para evitar 2 Haciendo una analogía con la cocina, los binarios o ejecutables serian un plato cocinado mientras que el código fuente corresponde a la receta de cocina, esta es necesaria para poder modificar y mejorar.

Ubuntu GNU/Linux Como sistema operativo descartó un DOS limitado que incorporaba y pidió un Minix por 168$, la variante de Unix para estudiantes de Andrew Tanenbaum. Habitualmente utilizaba su ordenador para acceder a la computadora de su universidad, pero por desgracia no le gustaba nada el emulador de terminal (entre otras cosas) incorporado en el sistema operativo Minix, así que decidió crear uno el mismo. Como realmente le interesaba aprender el funcionamiento de su nuevo 386, decidió aprovechar esta oportunidad para realizar un programa a bajo nivel prescindiendo de este sistema operativo. En los primeros intentos consiguió arrancar el ordenador y ejecutar dos threads que mostraban por pantalla “AAAAABBBBB”. Uno lo utilizaría para leer del módem y escribir en pantalla, mientras que el otro leería del teclado y escribiría en el módem. Con el tiempo acabó el programa y lo utilizaba frecuentemente arrancando desde disquete. La siguiente necesidad que tuvo fue la de poder descargar y subir archivos de su universidad, pero para implementar eso en su emulador de terminal era necesario crear un controlador de disco. Así que después de un trabajo continuo y duro creó uno compatible con el sistema de ficheros de Minix. En ese momento se percató que estaba creando algo más que un simple emulador de terminal, así que, descontento con su sistema Minix, emprendió la aventura de crear un sistema operativo partiendo de cero. Su primer paso fue pedir en las NEWS las especificaciones POSIX para implementarlas y poder hacer funcionar el compilador GCC del proyecto GNU, no obtuvo respuesta así que se bajó diversa documentación de la versión Unix de Sun Microsystems. Ari Lemke, profesor de la universidad de Helsinki, vio el mensaje de Linus en busca de las especificaciones POSIX y se interesó por su trabajo. Le proporcionó una cuenta de FTP en la universidad para que pudiese publicar versiones de su software. De forma privada, Linus nombraba “Linux” a su nuevo sistema, pero cuando decidió hacer una release pública oficial (pues ya era capaz de mostrar una shell y ejecutar el compilador gcc) pensó que era demasiado egocéntrico llamarlo así y propuso llamarlo Freax (Freaks

• X de Unix). El ya citado profesor Ari Lemke lo desanimó ya que le parecía más atractivo Linux. Después de anunciar en las NEWS ( Agosto del 1991) su intención de seguir desarrollando su sistema para construir un reemplazo de Minix, el 17 de septiembre de 1991 sube al FTP proporcionado por su universidad la versión 0.01 de Linux con 10.000 lineas de código (en la actualidad tiene más de 10 Millones). A partir de ese momento Linux empezó a evolucionar rápidamente. En sus inicios la gente que probaba el código le preguntaba a Linus si iba a pedir dinero por su trabajo, Linus negó que tuviese dicha intención y animó a todos aquellos que probaban Linux a que le enviaran postales como recompensa. Al cabo de semanas llegó a tener el buzón lleno de postales de lugares tan dispersos como Japón o Nueva Zelanda. Linus quería plasmar el espíritu científico en su trabajo, ya que se estaba basando en las ideas de otros. Como dijo Sir Isaac Newton, estaba montado en las espaldas de gigantes. Lo que más apreciaba era la ayuda de otros para mejorar su trabajo. Quizás esta decisión de no dar importancia al dinero vino influenciada por su abuelo académico y su padre de tendencias comunistas. Como su intención era conseguir que otras personas lo ayudasen a mejorar Linux, era necesario que toda modificación hecha por terceros tuviese que ser pública, evitando así que alguna compañía vendiese código modificado sin aportar nada. Una de las herramientas que utilizaba su sistema, el compilador GCC tenía una licencia (elaborada por Richard Stallman como ya se ha comentado) que especificaba todas las condiciones de uso que Linus quería. Así que en la versión 0.12 decidió adoptar la licencia GNU GPL. La decisión no fue por motivos éticos (tal y como defiende Richard Stallman), sino que fue puramente práctica.

Linus desarrolló el kernel Linux pero se apoyó en las herramientas implementadas por el proyecto GNU como el compilador GCC, el depurador GNU Debugger, etc... Es por este motivo que cuando se tiene un sistema completo (kernel + utilidades básicas) es llamado GNU/Linux. En 1993 tanto 386BSD (más tarde daría lugar a NetBSD, FreeBSD y OpenBSD) como GNU/Linux se encontraban en un estado razonablemente maduro. Se constituyeron diversas distribuciones GNU/Linux (las diferencias entre estas son simplemente la forma de organizar/empaquetar las aplicaciones y las diferentes ayudas para la configuración) siendo RedHat una de las primeras en comercializar su producto. Durante los años 90 se desarrollaron grandes proyectos libres tales como Apache (servidor web con mayor mercado hoy en día), Xfree (la implementación X11 más utilizada en la actualidad), GNOME y KDE (escritorios que proporcionan facilidades a los usuarios medios para interactuar con el sistema), Mozilla (navegador construido a partir de la liberación del código de Netscape en 1998 y que marcó una nueva tendencia en el mundo empresarial). Desde finales de los 90 hasta la actualidad el mundo del software libre ha visto un creciente apoyo por parte de empresas (IBM, Sun Microsystems, Novell...) y gobiernos (Brasil, Alemania o casos más cercanos como: Extremadura, Andalucía y Valencia) de todo el mundo.

Definición

A priori puede resultar complejo definir el Software Libre debido a diferentes variantes y visiones existentes. Vamos a centrarnos en las dos mayores tendencias actuales: la visión de la Free Software Foundation (http://www.fsfeurope.org) y la visión de la Open Source Iniciative (http://www.opensource.org). Software Libre en Inglés es “Free Software”, cosa que puede llevar a confusión dado que “Free” significa tanto gratis como libre. Sin embargo el Software Libre no tiene porque ser gratuito, es posible hacer negocio con este modelo. Debido a estos problemas de lenguaje, Eric S. Raymond junto a Todd Anderson, Chris Peterson (del Feresight Institute http://www.foresight.org/), John "maddog" Hall, Larry Augustin (ambos de Linux International http://www.li.org/) y Sam Ockman (del Silicon Valley Linux User's Group) el 3 de Febrero de 1998 en Palo Alto (California) decidieron buscar una nueva forma de nombrar este tipo de Software, con el objetivo de no llevar a confusión y que fuese un término más sencillo de usar por empresas. De esa reunión nació el termino Open Source. Bruce Perens ofreció la marca “Open Source” y espacio para alojar información sobre este nuevo término. Linus dio su apoyo a la idea pero Richard Stallman se mostró en contra argumentando que este no denota libertad y carece del espíritu fundamental del Software Libre. Finalmente OSI o la Open Source Iniciative se establece como una organización sin ánimo de lucro, la cual tiene una tendencia más bien práctica en la defensa de la metodología, mientras que la Free Software Foundation afirma que el software debe ser libre por derecho social/universal. Según la Free Software Foundation (respaldado por el proyecto GNU), un programa libre debe ofrecer las siguientes 4 libertades:

• Libertad para ejecutar el programa, con cualquier propósito y sin restricciones. No es posible obligar a ejecutarlo sólo en un número determinado de máquinas o en unas condiciones especificas.
• Libertad para modificar el programa para adaptarlo a sus necesidades o para estudiar su funcionamiento. Como cualquier programador sabe, para que esta libertad sea efectiva, se debe tener acceso al código fuente, intentar modificar un programa sin disponer de él es muy complejo.
• Libertad para redistribuir copias, tanto gratis como cobrando por ellas.
• Libertad para distribuir versiones modificadas del programa, de tal manera

• El derecho a utilizar el software sin restricciones de uso, combinado con la redistribución del mismo, asegura una gran cantidad de usuarios potenciales. Estos a su vez, ayudarán a mejorar y personalizar el producto.
• Los derechos o libertades no son nada más que eso y no se obliga a que sean llevados a cabo. Es decir, si una empresa realiza un desarrollo libre a medida para un cliente, el cliente recibirá el código y los ejecutables sin que ninguna de las partes tenga obligación de publicar la aplicación en otro medio (e.g. Internet).
• Nadie tiene el poder de restringir como el software es usado.
• El software no depende de ninguna entidad. Si una empresa desarrolladora de software privativo decide abandonar un proyecto, todos los usuarios de dicho proyecto se quedarán sin opción a actualizaciones (esto puede suponer futuros riesgos de seguridad) o migrar a otros proyectos. Sin embargo, si el Software fuese libre, el usuario no se ataría a las decisiones que tomase la empresa, puesto que al disponer del código fuente, podría continuar utilizándolo y asignar el desarrollo a otra empresa diferente.
• No hay posibilidad de cajas negras o puertas traseras en el software. Al tener acceso al código, es posible identificar posibles fallos de seguridad más rápidamente y encontrar soluciones en pocas horas. La comunidad del software libre se caracteriza por solucionar sus problemas de seguridad en cuestión de horas, al contrario que muchas empresas de software privativo. Estas pueden llegar a tardar meses, dejando al usuario desprotegido. Como añadido se puede asegurar que un producto no contiene puertas traseras mediante las cuales terceros puedan espiar nuestra información, atentando contra nuestra intimidad o contra los intereses de la empresa. Sin embargo en productos cerrados es tremendamente difícil poder llegar a tal afirmación (por no decir imposible). - Siempre existe la posibilidad de hacer un fork^3 o crear un código alternativo base, si el actual esta siendo gestionado erróneamente. En ocasiones hay proyectos libres que sufren divisiones debido a discusiones entre miembros por la forma en que se está llevando la elaboración del producto (e.g. los compiladores gcc y egcs), esto es posible gracias a las características del software libre. Un fork no tiene porque ser algo negativo ya que puede generar competencia entre ambos grupos y por tanto, un desarrollo más rápido. - En el caso de proyectos libres desarrollados por la comunidad (no por empresas), no hay conflictos por presiones de marketing. En estos entornos, el software es liberado cuando esta listo y cuando se considera de suficiente calidad, por tanto se reducen los problemas no detectados por las presiones en liberar una versión. El hecho de no tener que cumplir fechas para liberar versiones nuevas podría ser también perjudicial, ya que podría no liberarse nunca, pero aquí entra en acción la competencia entre diferentes proyectos o la posibilidad de realizar los ya comentados forks. - Utilizando medios como Internet, el software libre se convierte en un movimiento que consigue acercar la tecnología a cualquier punto del planeta, incluso a países menos desarrollados. Dando la oportunidad de acceder al conocimiento de forma sencilla, sin limitaciones ni discriminaciones por estatus social/económico u otra característica. El conocimiento es compartido globalmente. - Los programas libres pertenecen a todos. Un gobierno que invierte sus presupuestos en generar o alentar la generación de software libre, está invirtiendo el dinero de sus ciudadanos en los propios ciudadanos. 3 Fork es una de las llamadas al sistema en Unix. La misma sirve para crear procesos hijos, para lo cual el proceso padre se duplica y de ese proceso duplicado nace el hijo. Es una metáfora para describir las divisiones que pueden producirse en un proyecto que terminan dando origen a dos proyectos (el actual, más el nuevo).

Ubuntu GNU/Linux Esto es debido a que el software que se genere pertenecerá a todos y no se concederán ventajas de por vida a ninguna empresa.

• Fomento de empresas o negocios locales. El software libre acerca el desarrollo de soluciones a nivel local. Cualquier empresa puede dar soporte sobre un programa libre y cubrir un ámbito local. De esta forma, los gobiernos que apoyen el Software Libre estarán generando nuevas oportunidades de negocio a empresas locales del sector. Del mismo modo, los clientes de estas podrán disponer de un soporte cercano y por tanto una empresa que pueda cubrir mejor sus necesidades.
• Mayor competitividad y dificultad para constituir monopolios. Las características del software libre dificultan el establecimiento de monopolios y hacen a su vez que el mercado sea más competitivo, y por tanto más beneficioso de cara a sus clientes.

Desventajas

• En proyectos libres desarrollados únicamente por la comunidad libre no hay garantía de que el desarrollo ocurra. Es por tanto posible que un proyecto pueda morir si no interesa lo suficiente. Por supuesto este problema también existe en el mundo del software privativo. Sin embargo existen multitud de soluciones ante este problema si la aplicación es libre (e.g. Contratar una empresa para que continúe el desarrollo).
• Pueden haber problemas entorno a la propiedad intelectual. Esta desventaja aparece en países donde tienen leyes que permiten patentes de Software. El tiempo que se debe invertir en comprobar que un algoritmo o idea esta patentada puede ser un gran obstáculo para el desarrollo de software libre. Con la patentabilidad de software sólo se consigue dar mayor poder a grandes empresas.
• Es difícil en ocasiones saber si un proyecto existe y conocer su estado actual. Los proyectos que provienen de la comunidad, carecen de marketing y por tanto suelen ser bastante más desconocidos que sus homólogos cerrados. En la actualidad esta carencia es vista por muchas empresas como una oportunidad de negocio (e.g. evaluar software libre para darlo a conocer).

Ubuntu

Una distribución GNU/Linux (también abreviado como “distro”) consiste en una recopilación de aplicaciones y herramientas junto al núcleo Linux. Se encuentran empaquetadas de una determinada manera y con utilidades extras para facilitar la configuración del sistema. Ubuntu (http://www.ubuntulinux.org) es una distribución GNU/Linux fácil de utilizar y orientada tanto al usuario de escritorio como al servidor. Se encuentra mantenida por una comunidad de desarrolladores que reciben el soporte de la empresa Canonical, la cual vende servicios relacionados con la distribución. Su filosofía esta basada en el Manifiesto Ubuntu, el cual promueve que el software debe estar disponible sin coste alguno y con la posibilidad de adaptarlo a las necesidades de cada usuario.

• Nunca se tendrá que pagar por Ubuntu, ni siquiera existe un precio diferenciador para la “enterprise edition”. El esfuerzo invertido no marcará distinciones entre ramas de productos.
• Se incluirán las mejores traducciones e infraestructuras de accesibilidad posibles. De esta forma Ubuntu será usable por el mayor número de personas posible.
• La política de versionado será regular y predecible, concretamente cada 6 meses. Dando la posibilidad de que cualquiera pueda utilizar la versión estable actual o la de desarrollo. Cada versión tendrá un soporte de al menos 18 meses.
• Ubuntu desea promocionar los principios del desarrollo de software open source. Se pretende animar a usar el software, mejorarlo y distribuirlo. Actualmente Ubuntu soporta las arquitecturas: Intel x86 (IBM-compatible PC),

Ubuntu GNU/Linux CD de datos, sino que debe grabarse como lo que es, una imagen de un CD. Por tanto habrá que utilizar la función especifica de nuestro programa de grabación para este tipo de archivos. Una vez disponemos del LiveCD podemos utilizarlo arrancando el ordenador con el CD insertado. En caso de que se inicie automáticamente nuestro sistema operativo e ignore el CD, deberemos asegurarnos que en nuestra BIOS tenemos seleccionado el arranque desde CD/DVD. La BIOS (Basic Input Output System) es lo primero que nuestro ordenador ejecuta y se encarga de preparar mínimamente el sistema para dar paso al sistema operativo. Para poder acceder a la configuración de la BIOS se debe mantener presionada la tecla SUPR. (o DEL) o la tecla F2 durante los primeros segundos de encendido de nuestro PC. No todas las BIOS son iguales, pero si todas disponen de una opción donde se le puede indicar desde donde queremos que arranque nuestro PC (e.g. HD-1, disco duro 1, CD, Floppy, etc...). Para poder arrancar nuestro LiveCD será necesario que en primer lugar la BIOS trate de arrancar de CD, por tanto deberemos configurarlo para tal efecto. Consulte el manual de su placa base si tiene problemas. Una vez conseguimos arrancar de CD, la primera pantalla de Ubuntu LiveCD nos brindará la posibilidad de escoger entre un arranque normal (pulsamos enter) y un arranque experto (escribimos live-expert y pulsamos enter). También es posible especificar otros parámetros que nos pueden ayudar en caso de que no funcione correctamente el LiveCD, para ver estas opciones basta con pulsar F1, F2, F3... Supondremos que realizamos un arranque normal (simplemente pulsando enter). La primera pregunta con la que nos encontramos es sobre nuestro idioma: Por ejemplo, seleccionamos Español y a continuación indicamos que estamos en España (u otro país dependiendo de nuestra ubicación): Finalmente podremos seleccionar nuestro tipo de teclado:

A continuación el LiveCD intentará autodetectar todo nuestro hardware e iniciará el proceso de arranque. Es posible que se nos pregunte por la resolución que deseamos utilizar en nuestro escritorio, habitualmente las opciones marcadas por defecto son correctas (para seleccionar alguna otra basta con situarse encima y pulsar espacio): Si nuestro equipo estaba conectado a Internet, quizás Ubuntu haya podido detectar la configuración automáticamente mediante DHCP. Esto nos permitirá navegar por la red. Finalmente accederemos al escritorio de Ubuntu desde el cual podremos probar los diferentes programas que incorpora el CD. Invitamos al lector a navegar por el menú de aplicaciones para testear las diferentes herramientas. En caso de que necesitemos abrir una terminal como administrador (root), simplemente pulsamos con el botón derecho en el escritorio y hacemos click en “Abrir un terminal”. Para convertirnos en root bastará con ejecutar “sudo -s”. Para salir del sistema debemos ir a “Sistema -> Terminar la sesión” y “Reiniciar la computadora”. En caso de que hayamos cambiado nuestra BIOS, quizás sea recomendable volver a dejarla en su estado original. Instalación de Ubuntu Para poder disponer de Ubuntu instalado en nuestro ordenador debemos obtener el CD de instalación de la página web (http://www.ubuntulinux.com). Es posible descargarlo directamente o encargar CDs para que nos los traigan a casa. En caso de que hayamos descargado la imagen ISO de Ubuntu, será necesario grabarla en un CD tal y como se indica en el apartado “LiveCD Ubuntu”.

Arranque

Para iniciar la instalación es necesario arrancar desde el CD. Se sigue el mismo procedimiento que para el LiveCD y por tanto podemos encontrar las instrucciones en dicho apartado. Cabe destacar que es posible tener varios sistemas operativos instalados en el mismo ordenador. Ubuntu permite ser instalado en PCs donde MS Windows ya exista, por supuesto sin pérdidas de información. Una vez arrancamos desde CD, la primera pantalla con la que nos encontramos nos va a permitir escoger que tipo de instalación queremos hacer:

En caso de que fallase la configuración de la tarjeta, podríamos o bien no configurarla (no es estrictamente necesario, aunque sí útil para que nos instale un sistema actualizado), o bien intentar hacerlo manualmente pulsando sobre la opción correspondiente: Tendremos que indicar nuestra dirección IP, máscara de red, pasarela (gateway) y servidor de nombres (DNS). Debemos conocer estos datos para nuestra red, por ejemplo: IP: 192.168.0. Máscara: 255.255.255. Pasarela: 192.168.0. Servidor de nombres: 192.168.0. Seguidamente establecemos un nombre para nuestra máquina. El que viene por defecto también es válido.

Particiones

En este punto el instalador necesita preparar nuestro disco duro para almacenar los datos, para esto es necesario crear las particiones necesarias. Para poder tener diferentes sistemas operativos en un mismo disco duro, es necesario realizar diferentes particiones. Estas tendrán un formato determinado, por ejemplo en GNU/Linux se suele utilizar el formato Ext2 o Ext3, mientras que en MS Windows se utiliza FAT32 o NTFS. Hay que tener en cuenta que NTFS puede ser leído por Linux pero sin soporte de escritura. Para poder pasar ficheros cómodamente entre ambos sistemas, es recomendable (pero no obligatorio) tener alguna partición FAT. En cualquier caso Ubuntu nos ofrece a priori dos posibilidades:

• Usar todo el disco duro y crear las particiones necesarias para Ubuntu. Esto borrará todo lo que tengamos en nuestro disco. En caso de no tener nada instalado en el sistema, esta es una buena opción.
• Usar el espacio libre contiguo más grande para crear las particiones necesarias. Esta opción no aparecerá si no hay espacio disponible sin particionar.
• Editar manualmente la tabla de particiones. Si escogemos crear las particiones de forma manual (la opción más complicada) deberemos definir dos:
• Partición SWAP o área de intercambio. Tamaño habitual: depende de la memoria RAM que tengamos, habitualmente se pone la misma cantidad. En general, con 512 MB hay más que suficiente. Es posible usar cantidades más bajas como 128 MB para equipos con discos duros pequeños.
• Partición raíz (/) tipo Ext3. Partición donde irá todo el sistema, es necesario que sea al menos de 3 GB, aunque lo recomendable serian unos 10 GB para poder trabajar cómodamente. En caso de que no dispongamos de espacio para nuestras particiones, Ubuntu nos permite redimensionar las particiones existentes (incluso en formato NTFS). Para esto simplemente nos tendremos que situar encima de la partición y pulsar enter. En la siguiente pantalla se debe redefinir el espacio que ocupa cambiando el apartado “tamaño”. Para crear una partición nueva nos debemos situar sobre “Espacio Libre” y pulsar enter. A continuación podremos definir las características de la partición.

Ubuntu GNU/Linux Es posible que nos pregunte donde queremos situar la partición, si al principio o al final del disco duro. Habitualmente se define primero la partición SWAP y a continuación la raíz, todo al principio del disco duro. También nos preguntará si queremos la partición que sea de tipo Primaria o Lógica. En un disco duro sólo podemos tener 4 particiones primarias, sin embargo no hay límite en cuanto a particiones lógicas (estas se integran dentro de una partición extendida que ocupa el lugar de una primaria). En general, si indicamos “Lógica” funcionará correctamente. Para escribir las particiones en disco debemos pulsar sobre “Finalizar el particionado y escribir los cambios en disco”. A continuación se nos mostrará un mensaje avisándonos que serán borrados todos los datos de aquellas particiones que hayan sido seleccionadas para ser formateadas. Si se ha redimensionado alguna partición, estas no perderán datos, aunque siempre es recomendable tener copias de seguridad de lo más importante. En caso de que el particionado lo hayamos tenido que hacer manualmente, habrá sido el paso más complicado de toda la instalación. Acto seguido se crearán y formatearán las particiones indicadas, para dar paso a la instalación del sistema base. Si se ha seleccionado un idioma como el Español, probablemente nos preguntará si deseamos bajarnos los paquetes de soporte desde Internet. El CD no incorpora soporte para Español por defecto.

Zona horaria

A continuación se nos preguntará por nuestra zona horaria, por ejemplo “Europa/Madrid”.

Creación de un usuario

El siguiente paso será la creación de un usuario con el cual trabajaremos en nuestro ordenador. Habrá que indicar los siguientes datos en orden:

• Nombre del usuario (e.g. Juan Rodríguez)
• Nombre con el que entraremos al sistema (e.g. juan)
• Password del usuario. Se pedirá introducirlo dos veces para su confirmarlo. En cuanto al password se recomienda utilizar un mínimo de 6 caracteres alfanuméricos (letras y números) y evitar palabras con significado. Una buena técnica para construir un buen password es pensar en una frase y coger sólo las iniciales de cada palabra, por ejemplo: “Ubuntu es una gran distribución” resultaría en “Ueugd”. A esto simplemente se le añade algún número y ya tenemos un password fuerte y fácil de recordar.

Gestor de arranque

Finalmente debemos confirmar que queremos que el gestor de arranque Grub sea instalado,