Archive for the 'linux' Category

SciTE

22/04/2006
SciTE editor

En mi anterior post quise poner también algo sobre editores de texto, quizás el siguiente programa que más se utilice después de un filemanager. No voy a explicar las características de cada uno, porque la mayoría comparten casi las mismas y es cuestión de gustos.

Personalmente utilizo vim para editar en modo consola -por cierto hay montones de chuletas para imprimirte y aprender vim-, tea ha sido mi editor durante bastante tiempo hasta que llegó SciTE, mi editor de código favorito para X.

Por defecto SciTE parece un editor de texto muy a lo ‘old school’; muy configurable pero un poco austero. Cuando miramos la documentación vemos la cantidad de posibilidades que tiene y todo lo que podemos hacer con él. Por cierto que además es multiplataforma (Linux, Solaris y Windows), al emplear únicamente la librería GTK+

En la screenshot podéis ver la configuración que estoy empleando actualmente. Dicha configuración se guarda en las preferencias de usuario y es necesario reiniciar SciTE para que se apliquen.

De las cosas que no me gustan de éste editor, la más importante es que no usa tabs ó pestañas, pero por otro lado no depende de GNOME para su funcionamiento, así que lo hace muy ligero.

Si conocéis algo parecido a SciTE con tabs y que no dependa de mil librerías, ya lo estáis contando! ;-)

File Managers favoritos

21/04/2006

Los filemanagers ó administradores de ficheros son pieza angular en todo sistema operativo. Si no quieres recurrir a la línea de comandos para manejar ficheros y directorios (copiar, mover, borrar, renombrar…) puedes utilizar el que viene con tu escritorio, ya sea nautilus en GNOME ó konqueror en KDE.

Sin embargo para los que no utilizamos ninguno de esos dos escritorios y preferimos la velocidad y simplicidad -en vez de mil opciones que no empleamos- , tenemos algunas alternativas realmente buenas: rox, tuxcmd, midnight commander y ahora uno en fase de desarrollo llamado Thunar.

rox rocks!

En mi trabajo diario utilizo rox, arranca rápidamente, es muy ligero y su manejo es realmente sencillo. Redimensiona la ventana por defecto para no ocupar toda la pantalla, carga thumbnails (miniaturas de imagen), puedes asociar extensiones de ficheros a los programas que quieras, y se puede utilizar con el teclado sin mayor complicación. También se pueden configurar temas de iconos para una mayor integración con nuestro escritorio. Se echa un poco de menos un mejor manejo de ficheros comprimidos al estilo midnight commander, entre otras chorradillas. Os recomiendo 100% probar éste filemanager si estáis un poco hartos del resto.

rox forever!

Midnight Commander (coloquialmente “el mc”) es otro programa realmente bueno, si bien no es para entorno gráfico, siempre se puede utilizar bajo un xterm sin mayor problema (xterm -e mc). Es extremadamente rápido y su aspeco nos recordará al archiconocido NC (Norton Commander) de MS-DOS; échale un vistazo a ésta página para que veas que trajo cola en su día. Midnight Commander incluso utiliza las mismas combinaciones de teclas que NC, lo cual en su día ayudaba mucho en la transición DOS->Linux. Su manejo pasa por emplear dos paneles en el que podemos realizar cualquier acción sobre ficheros y directorios, además de poder conectarse a otros ordenadores por FTP, SAMBA, shell… Tiene un modo especial de funcionamiento llamado “modo lynx” (apropos: lynx es un navegador web en modo texto), en el que puedes moverte por el árbol de directorios únicamente con las teclas de cursor, sin tocar la tecla INTRO. Es muy configurable y puedes asociar las extensiones de ficheros a los programas que tú quieras. Por ejemplo puedes pulsar la tecla INTRO sobre un fichero con extensión PDF y se abrirá xpdf, si éste está instalado claro, y si estás en X Window. Midnight Commander es mi elección favorita desde que comencé a usar Linux, de hecho no creo que pueda trabajar sin él ;-)

Tux Commander ó tuxcmd es un clon de Midnight Commander para entorno gráfico (utiliza GTK+), mantiene la misma filosofía que su predecesor en modo texto, se emplean dos paneles para el manejo de ficheros y directorios, permite asociar extensiones, conectarte a directorios compartidos, bookmarks… incluso tiene iconos para acceder a volúmenes montados, discos externos… Es bastante rápido y su manejo es muy muy eficiente, al soportar también el modo de navegación lynx.
Sigue en desarrollo y de vez en cuando se le va la oia y casca, pero las veces que menos. Es una buena opción si queréis probar algo nuevo ó preferís olvidaros del modo texto.

De Thunar os puedo hablar muy poco, porque sólo lo he compilado y probado por encima. Os puedo contar que es muy rápido y su manejo recuerda mucho a Nautilus y al Finder de Mac OS X (realmente éstos dos útilimos se parecen bastante también). Thunar será el reemplazo de xffm, el filemanager de Xfce4, y próximamente se incluirá en el nuevo Xfce 4 (échale un ojo al blog de Benedikt si quieres saber más). Aún está bastante verde y casca un poco, pero se puede utilizar para algunas tareas básicas. Curiosamente también permite utilizar themes como en rox, lo cual hará las delicias de los tuneros del entorno gráfico. ¡Muy al loro con éste filemanager, promete bastante!

Si estás un poco harto de que tu administrador de ficheros consuma 80Mb de RAM y vayan leeeeentos, prueba alguno de éstos, no podrás vivir sin ellos.

distcc de Gentoo, compilando en varias máquinas

03/04/2006

Actualizar portage en un ordenador pequeño puede ser bastante tedioso, sobre todo si tienes que compilar programas tan grandes como X.org ó Mozilla Firefox. Si además la lista de paquetes a actualizar es un poco grande, el proceso de compilado puede durar muchas horas e incluso días.

En Gentoo existe una herramienta llamada distcc que nos sirve para distribuir el proceso de compilado en otras máquinas, además de la tuya. Por ejemplo, si tienes un ordenador de bajos recursos y también dispones de otros más grandes, con CPUs potentes etc, puedes hacer que esas máquinas ayuden en el proceso de actualización.

Vamos pues a probar como funciona éste estupendo invento:

Para empezar, vamos a emergear distcc:
emerge -va distcc

Después necesitaremos modificar el fichero /etc/make.conf para decirle a portage que utilice distcc:
MAKEOPTS="-jN"
FEATURES="distcc"


Donde N es el número de CPUs que utilizaremos +1. Por ejemplo, si tenemos dos sistemas para compilar, el número N sería 3.

Ahora debemos indicarle a distcc cuáles van a ser los hosts que se utilizarán para compilar:
# distcc-config --set-hosts "localhost host1"

host1 debe existir en /etc/hosts, pero también puedes decirle la IP.

Ahora modificaremos el fichero /etc/conf.d/distccd (suponiendo que nuestra red está en 192.168.X:X):
DISTCCD_OPTS="${DISTCCD_OPTS} --listen 192.168.0.0/24"

Si disponemos de firewall en alguna de las dos máquinas, has de saber que distcc emplea el puerto 3632/tcp para sus comunicaciones, por lo que deberás abrirlo temporalmente si quieres que distcc funcione correctamente.

También podemos cambiar el valor de DISTCCD_NICE a “10″ si sólo vas a utilizar la otra máquina para compilar.

Ahora ya podemos levantar el proceso distcc en ambas máquinas:
/etc/init.d/distccd start

Probamos nuevamente a actualizar el sistema en la máquina pequeña y si todo ha ido bien, veremos que la otra máquina (la potente) ya está ayudando a compilar :-) Con distcc tenemos un par de programas de monitorización tanto en modo texto como en modo gráfico: distccmon-gui ó distccmon-text. En la máquina pequeña probamos a ejecutar lo siguiente:

DISTCC_DIR="/var/tmp/portage/.distcc/" distccmon-gui

Deberíamos ver la otra máquina conectada, así como el índice de carga etc.

Instalando Gentoo en un Cobalt Qube3

20/03/2006

Hace algún tiempo adquirí un Cobalt Qube3 en eBay por un módico precio, con la intención de substituir mi “antigua” y ruidosa Netra X1. Inicialmente la máquina traía un disco duro de 9Gb con una versión modificada Red Hat Linux, especialmente preparada para administrar el servidor por web. Con el paso del tiempo ésta distribución se ha quedado muy obsoleta y si no fuera por los numerosos problemas de seguridad, seguiría funcionando muy bien. Ya que 9Gb es poco espacio en disco para mis necesidades, le puse uno de 120Gb, el máximo tamaño admitido por la máquina.

Cobalt Qube3 - Vista frontal

Al principio pensé que instalar una Debian GNU/Linux era la mejor idea, debido a que los recursos hardware del Qube3 son un poco limitados (AMD K6-III a 450MHz y 128Mb de RAM) y no son los más adecuados para estar todo el día compilando. En mi humilde opinión, Debian Sarge tiene paquetes viejos y desactualizados y además carece de ciertos paquetes “raros” para éste hardware… Así que al final me animé a instalar Gentoo Linux, mi distro favorita. Quizás no es la más adecuada por aquello de los recursos limitados, pero os puedo asegurar que al final no es para tanto ;-)
He aquí el resultado en forma de guía:

Necesitamos un CD de instalación stage3 de Gentoo Linux, un cable serie null modem y un ordenador aparte en el que compilaremos todos los paquetes previamente. El motivo de que sea necesario otro ordenador para instalar es que el Qube3 carece de unidad DVD/CDROM, y tampoco puede bootar (que yo sepa) desde ahí. Será necesario extraer el disco del Qube3 y colocarlo en otro ordenador para instalar Gentoo Linux. También es posible instalar vía NFS, pero no lo he probado.

- Antes de nada, se requiere actualizar la ROM del Qube3, pues el firmware original no nos permitiría arrancar un kernel propio. Y es que éste pequeño monstruito arranca de una forma un tanto extraña: primero lee un kernel de la ROM (no en disco) y luego ya se desencadena la lectura del init de Linux, ya en disco. De ésta manera no sería necesario un kernel en /boot, pero perdemos la posibilidad de configurar un kernel propio y bien optimizado. Los pasos para llevar acabo la actualización del firmware se pueden encontrar en éste enlace. ¡Mucho ojo con éste proceso! Si nos equivocáramos, tendremos un bonito e inservible cubo en nuestro escritorio.

Inside Cobalt Qube3 II

- El siguiente paso es poner el disco duro en otro ordenador, arrancar el CD de instalación de Gentoo Linux y seguir el procedimiento habitual (instalación de stage3-x86). Hay que tener en cuenta que la partición /boot debe ser ext2, pues el kernel albergado en la ROM del Qube3 sólo puede leer ext2. El resto de particiones / raíz, /home etc. , pueden ser del sistema de ficheros que quieras (ext3, reiserfs…). El último requerimiento es que el tamaño del kernel NO debe superar los 1800Kb de tamaño. Muy aconsejable utilizar el patch de Jeff Walter para acceder a las características propias del Cobalt (LCD, botones traseros, sensor de temperatura etc). Puedes probar a utilizar mi configuración del kernel 2.6.12-gentoo-r6, está ya patcheado y preparado para leer ext2 y reiserfs (utilizo éste último para /, /home y /var). Cuando terminemos de compilarlo, hay que comprimir la imagen con bzip2 y dejarlo en /boot como /boot/vmlinux.bz2 (recuerda 1800Kb!!). Atentos también al nombre, debe ser vmlinux.bz2 (acabado en x minúscula) y no vmlinuz.bz2 ni vmlinuz.gz !!

- Ya que el Qube3 carece de tarjeta gráfica, sólo podremos administrarlo remotamente por web, ssh ó por cable serie. Por tanto no es necesario utilizar terminales virtuales en local, así que modificaremos el fichero /etc/inittab y comentaremos las líneas referentes a ésta cuestión:

# TERMINALS
#c1:12345:respawn:/sbin/agetty 38400 tty1 linux
#c2:2345:respawn:/sbin/agetty 38400 tty2 linux
#c3:2345:respawn:/sbin/agetty 38400 tty3 linux
#c4:2345:respawn:/sbin/agetty 38400 tty4 linux
#c5:2345:respawn:/sbin/agetty 38400 tty5 linux
#c6:2345:respawn:/sbin/agetty 38400 tty6 linux

Y descomentamos la del único puerto serie (ttyS0), cambiando 9600 por 115200:

s0:12345:respawn:/sbin/agetty 115200 ttyS0 vt100

Es necesario añadir ttyS0 como consola segura en /etc/securetty, para que el superusuario pueda loggearse.

- No es necesario la instalación de un cargador de arranque para iniciar Linux en el Qube3, así que podríamos dar por terminada la instalación de Gentoo Linux. Antes de apagar nos aseguraremos de haber dado todos los pasos correctamente, sobre todo los del puerto serie. Así pues, quitaremos el disco duro del ordenador que hemos utilizado para compilar y volvemos a dejar el disco en el Qube3.

Mis máquinas

- Ahora enchufaremos el cable nullmodem a nuestro ordenador habitual y encendemos el Qube3. La configuración del terminal para el acceso a la máquina es 115200, 8N1, hw flow control (lo habitual), pulsamos la barra espaciadora cuando así nos lo pida y entraremos en la configuración (firmware) del Cobalt. Necesitamos indicarle la ubicación del kernel nuevo, así como la partición de arranque:

> set_boot_dev hda1
> set_root_dev hda2

Cuando hayamos terminado, reiniciamos la máquina con la instrucción ‘reboot’ y todo debería ir fino fino :-)

- Ya arrancada la máquina, entraremos con superusuario y lo primero que hay que hacer es actualizar portage a través del comando emerge –sync . Posteriormente haríamos una actualización completa del sistema con emerge –update world. A partir de éste momento ya podemos instalar todo lo necesario para nuestro nuevo servidor (p. ej LAMP).

Aquí la configuración USE en /etc/make.conf (se admiten sugerencias!):

USE="3dnow -X acl -arts alsa apache2 bluetooth bzip2 clamav crypt flac gnutls imagemagick jpeg mad maildir mmx mp3 mysql ncurses nls -oss ogg perl php python radius ruby samba sasl snmp ssl symlink vhosts vorbis zlib -help"

LINGUAS="es"


Podéis encontrar en mi del.icio.us algunos enlaces de interés general sobre el Qube3

¿Máxima potencia? ¿Quién la necesita?

27/02/2006

Hasta hace una temporada pensaba que más potencia era lo mismo que más productividad. Sin embargo, con el tiempo me he dado cuenta de que la velocidad del procesador, el tamaño de la RAM, disco, bus, etc. , no son completamente necesarios para realizar las tareas más habituales. Lo que entiendo por habitual es navegar por Internet, programar, escribir documentos, un poco de wardriving… nada fuera de lo normal. En mi caso nada de renderizados, ni jugar al Doom III ni ver DVDs a 1600×1400…

Todo ésto (ó casi) lo hacía anteriormente con mis dos antiguas máquinas, un P4 a 3400MHz y un giga de RAM en el caso del sobremesa y un P4 a 1600MHz y 640Mb de RAM en el del portátil. Dos máquinas muy comunes hoy en día y que probablemente cubrirían las necesidades de cualquiera.

Después de la venta de todo mi hardware, pensé que sería una buena idea adquirir un portátil de segunda mano, que no fuera brutalmente potente y que sobre todo fuera muy ligero.

Al final me decanté por un IBM ThinkPad X21 (aprox 340 EUR en eBay) : Pentium-III Mobile a 700MHz, 256Mb de RAM, un disco de 40Gb, pantalla TFT de 12″ y tan sólo 1.5Kg de peso. El portátil no trae ni disketera ni lector de CD/DVD incorporados, pero sí en una docking station. Yo creo que las unidades extraíbles no se utilizan tanto como la red (WiFi ó no) cuando estás fuera de casa…

Pensaréis que es un hardware bastante antiguo, pero os puedo asegurar que el portátil va sobrado para casi cualquier tarea: navegar con Firefox con 6 ó 7 tabs (Firefox debidamente tuneado para no que no cachee mil páginas, entre otros) , un xterm con screen y 5 shells (bash), eclipse-SDK (para ruby y python) y un lector de PDFs (xpdf), consume de media unos 200/220Mb de RAM, tocando el swap únicamente en unos kilobytes y de vez en cuando.

¿Sorprendente, verdad? ¡¡Con tan sólo 700MHz se puede trabajar con soltura y sin retardos en la mayoría de los casos!!

Claro que todo ésto también requiere algo más de paciencia para que arranquen los programas, pero ¡no hablamos de minutos de espera si no de unos pocos segundos! Por ejemplo, Mozilla Firefox tarda hasta 9 segundos en arrancar la primera vez y 4 la segunda, frente a los 5 y 3 (segunda vez) segundos que tardaría un P4 a 2800MHz. Abrir un PDF de 8 Mb con xpdf apenas lleva dos segundos, y openoffice hasta 20 segundos…

La batería de éste portátil dura unas dos horas y media a trabajo completo: operando a 700MHz y utilizando WiFi normalmente. Duración que se multiplica casi por dos cuando opera a la mitad de velocidad (entre 300 y 400MHz, dependiendo de la carga), llegando a las 4horas y media trabajando a 300MHz. Aquí la velocidad ya se nota un poco, pero tampoco excesivamente para trabajar en un documento ó surfeando por la web. Por ejemplo hoy he ido en el tren leyendo un PDF y haciendo unas pruebas con vim/ruby (operando a 300MHz) y ni me he enterado :-)

No voy a decir sólo lo bueno, ya que en éste caso no se dispone de USB2.0 para conectar un disco duro / grabador CD/DVD externo, ni de aceleración 3D brutal, ni Bluetooth etc… Yo todo ésto no lo necesito, pero eso ya depende de cada uno…

Para terminar, comentar que todo ésto tiene un precio a pagar: interminables horas (unas 72 en total!!) compilando y compilando hasta llegar a la funcionalidad requerida y con la soltura que he mencionado. Y no es para menos, un “pobre” Pentium III a 700MHz puede compilar/manejar perfectamente una distro Gentoo Linux (eso sí con un USE minimalista con soporte para paquetes muy concretos). Es una burrada, pero funciona ;-)

El futuro PalmOS se llama ALP: en la línea del opensource mobile

15/02/2006

Ayer anunciaron en LinuxDevices que Access, subsidiaria de PalmSource, sacará próximamente un sistema operativo basado en Linux para dispositivos móviles denominado ALP (Access Linux Platform). Dicho sistema será capaz de ejecutar “antiguas” aplicaciones de PalmOS, aplicaciones JAVA, e incluso aplicaciones nativas de Linux ¡todo a la vez y de manera transparente!

El SDK de ALP permitirá a los programadores utilizar MAX, un nuevo framework gráfico desarrollado conjuntamente por ALP y PalmSource que, entre otras características soportará la ejecución concurrente de tareas, soporte para interfaces keypad (como los de los teléfonos y PDAS) y pantallas táctiles. Además de ésto ALP incluirá una capa de emulación 68K para la ejecución de aplicaciones PalmOS sin ninguna modificación, tanto “Palm 68k” -basadas en versiones 4.x – como “Garnet”, aplicaciones basadas en PalmOS 5.x Adicionalmente, ALP permitirá la ejecución de aplicaciones J2ME a través de una máquina virtual de JAVA, indiferentemente del proveedor de la misma (Sun, IBM…)

Además de todo ésto -que no es poco-, será posible desarrollar aplicaciones Linux nativas, utilizando librerías GTK+ y GStreamer (versiones optimizadas para sistemas empotrados), además de un futuro IDE (basado en Eclipse) que ya se está cocinando.

Entre otras más características de ALP, tendremos soporte de kernels 2.6.12 en adelante, SQLite, stack Bluetooth (BlueZ), una nueva versión del browser NetFront y numerosas aplicaciones PIM de PalmSource.

Si al final todo ésto va a buen puerto, es posible que lo veamos en el futuro Treo700p, aunque de momento se espera que saquen los primeros dispositivos basados en ALP para el 2007.

Otras grandes iniciativas opensource en el mundo mobile son el Nokia 770 y la ya desaparecida serie Zaurus de Sharp (PDAs).

Xgl + Compiz Window Manager

14/02/2006

Sencillamente, IMPRESIONANTE!, tenéis que ver éste vídeo:

wget -c http://www.freedesktop.org/~davidr/xgl-demo1.xvid.avi (ojo, 60Mb!)

Via [menéame]

Google, Picasa y GNU/Linux

14/02/2006

Google tiene intención de sacar una versión de Picasa -su popular software de imágenes- para GNU/Linux. Todo bien hasta aquí, si no fuera porque al parecer éste programa correría sobre una versión modificada de Wine.

Lo que no entiendo es como Google no se plantea escribir una versión nativa de dicho programa. Con todas las herramientas, toolkits y librerías que existen (por ejemplo GTK, QT), creo que debería poder hacerse; joder, por falta de recursos y dinero no será, no ¿?

Con ésto quiero decir que existen otras empresas -como por ejemplo Opera Software- que sacan a la calle versiones nativas de su software para GNU/Linux y otras tantas plataformas. Y además funcionan igual de bien ó mejor en comparación con las versiones Win32.

Ésto me recuerda a lo que hizo Borland con Kylix, un IDE corriendo sobre Wine, que encima se arrastraba…

Una cosa es ejecutar Wine para jugar al StarCraft, pero otra es ejecutarlo únicamente para ver ó manipular fotos…

Cobalt Qube 3

07/02/2006

Inaguro una nueva sección en la que hablaré exclusivamente de la estupenda máquina Qube 3 de Cobalt Networks, un bonito miniappliance en forma de cubo, muy silencioso (fanless) y que corre GNU/Linux de serie.

En adelante iré publicando experiencias así como diferentes recetas y trucos para la instalación/configuración de Debian GNU/Linux. Así nos servirá para montar un servidor decente en nuestra $HOME. Por supuesto, muchos de los artículos servirán como base para otras maquinitas en plan Mini-ITX y similares.

Prescindiremos por completo del sistema que trae el appliance (una antigua Red Hat Linux 6.x), del software de Sun (consola web) sustituyendo todo por otro sistema con nuestros requerimientos (router, firewall, webserver, fileserver, smtpserver, servidor de túneles VPN, etc.)

Particiones, slices y multiarranque

13/12/2005

Hoy en día es habitual instalar más de un sistema operativo en nuestros discos duros. Mucha de la gente que emplea Microsoft Windows y quiere cambiar a GNU/Linux ó probar otros sistemas, opta por partir el disco en varios “trozos” e instalar una distribución GNU/Linux, FreeBSD ó incluso Solaris…

¿Pero, qué es todo eso de las particiones y el multiarranque? ¿Cómo se puede instalar más de un sistema operativo en un disco? ¿Qué es eso de slices (porciones) en Solaris/OpenSolaris?

Las particiones son espacios de disco que se asignan para darles uso con el sistema operativo. Pueden ser de dos tipos: primarias y extendidas+lógicas. Para poder escribir en una partición es necesario inicializarla previamente, dándole formato con un sistema de ficheros (NTFS ó FAT32 en Microsoft Windows ó ext3, reiserfs en Linux, aquí una comparación en la Wikipedia.). Generalmente se emplea una única partición en un disco duro, empleando todo el espacio disponible. Por ejemplo, si tenemos un disco duro de 80Gb, la partición sería de 80Gb. Para poder utilizar éste disco, hay que crear una partición primaria con alguna herramienta como fdisk y después darle formato. Las particiones sin formato son inusables, al no existir un método para escribir en el disco, algo que se contempla en los sistemas de ficheros.

Los slices ó porciones son espacios de disco ubicados dentro de una partición primaria UFS y se utilizan para diferenciar los diferentes sistemas de ficheros a montar en Solaris/OpenSolaris, tales como la raíz /, /usr, /opt, /export … También se utilizan slices para asignar swap ó área de intercambio. La principal diferencia respecto a una partición convencional es que las porciones se ubican dentro las particiones y éstas a su vez se ubican en la geometría de un disco físico.

Generalmente es buena práctica instalar todos los sistemas operativos en particiones primarias, si bien la arquitectura del PC x86 compatible (y creo que también en amd64) sólo permite hasta 4 particiones primarias. Hecho que por cierto no se da en PowerPC, el cual permite superar el límite de 4 particiones primarias por disco. En arquitecturas SPARC no es aplicable en el caso de instalar Solaris/OpenSolaris, aunque desconozco el funcionamiento con GNU/Linux en ésta cuestión.

Si queremos tener dos sistemas operativos en nuestro disco de (p ej 80Gb), será necesario dividirlo en dos particiones con el espacio deseado en cada una de ellas y posteriormente instalar los sistemas en cada partición. Por ejemplo es posible tener Microsoft Windows en una primera partición de 60 Gb y GNU/Linux en la segunda partición de 20 Gb. Si querríamos tres sistemas, habría que dividir el disco en tres trozos y distribuir cada sistema en el espacio deseado y así sucesivamente…

Todo ésto está muy bien, pero de poco serviría si no tenemos un programa que se encargue de permitirnos elegir entre un sistema operativo u otro. A éste programa se le llama cargador ó multicargador y un ejemplo del mismo es GRUB.

GRUB es un programa muy popular hoy en día que nos permite cargar numerosos sistemas operativos, ya que soporta varios sistemas de ficheros. Generalmente se instala con las últimas versiones de GNU/Linux y también con las versiones previas de Solaris y OpenSolaris (x86 y amd64). Otros ejemplos son NT Loader, el cargador que viene con Microsoft Windows; LILO es otro que venía antes con numerosas distribuciones de GNU/Linux, Yaboot para Linux bajo arquitectura PowerPC, milo para SPARC…

En la sección de septiembre de éste año de la colección Sun Blue Prints tenéis -en inglés eso sí- un documento en PDF con toda ésta información muy bien detallada y explicada, enseñándonos tareas de planificación para instalar tres sistemas, para qué sirve el MBR (Master Boot Record), etc.

¡Ahora no tenéis excusa para probar otros sistemas! :-D

Seguir

Recibe cada nueva publicación en tu buzón de correo electrónico.