Supongamos esta situación: Tenemos un servidor virtualizado (da lo mismo si es linux, windows, solaris, …), debemos ejecutarlo cada vez que parta el sistema y además debe consumir los menos recursos que sea posible.

La solución pareciera ser muy sencilla. Virtualbox trae los comandos: vboxsdl y vboxheadless. Ambos permiten correr una máquina virtual sin abrir el administrador de máquinas virtuales.

vboxsdl ejecuta el sistema virtualizado en una ventana de interfaz gráfica, de hecho es lo mismo que correr el sistema desde el administrador de máquinas virtuales, pero si lo llamamos directamente, nos evitamos tener que recurrir a este.

vboxsdl -startvm "NOMBRE_DE_LA_MAQUINA_VIRTUAL"

vboxheadless ejecuta el sistema virtualizado, pero sin levantar interfaz gráfica alguna, por lo cual es posible arrancar una máquina virtual solo con la consola. Esto es especialmente útil para servidores que prescinden del Xserver.

vboxheadless -startvm "NOMBRE_DE_LA_MAQUINA_VIRTUAL"

Ahora, hay un pequeño problema. Si no podemos ver la máquina virtual ¿cómo la controlamos?

Tengo acá un par de consejos que he aplicado en windows xp virtualizando windows 2000 server, pero debiera poder aplicarse lo mismo en un host con Linux u otros sistemas.

Configurar la máquina virtual con escritorio remoto

Si alguien ha ocupado las guest additions, usar un escritorio remoto es algo similar. Primero, debemos habilitar el escritorio remoto para la VM, en el administrador de máquinas virtuales de Virtualbox:

Consejo: cambiarle el puerto predeterminado, en windows sobre todo, debido a que el servicio de escritorio remoto reserva el uso del puerto por defecto. Si tenemos más de una máquina virtual, entonces también debería tener cada una su propio puerto. En mi caso, lo deje con el puerto 1000.

Luego, con el mismo cliente de escritorio remoto de windows ( Inicio -> todos los programas -> Accesorios-> Conexión a escritorio remoto ), podemos conectarnos al servidor de virtualbox, usando como host localhost:1000.

En Kubuntu, viene el cliente krdc, que debería permitir hacer lo mismo (no he probado aún).

Ajuste para host Windows: arrancar la VM sin mostrar la consola de cmd

Solo hay una pequeña gran incomodidad. Justamente, me quería ahorrar una ventana en la barra de tareas corriendo la VM en el fondo, pero igual me quedó visible la consola de cmd.

Hay varias formas para ejecutar un comando en windows, pero la más compleja consiste en usar unos parámetros de la WINAPI a nivel de código fuente. Por lo tanto no es una solución viable.

La única solución satisfactoria que he encontrado hasta el minuto, es usar una combinación de un archivo por lotes (.bat) con un vbscript (.vbs) que se pueda ejecutar desde el escritorio:

vboxsart.bat:

"C:\Archivos de programa\Sun\xVM VirtualBox\VBoxHeadless.exe" -startvm "NOMBRE_DE_MAQUINA_VIRTUAL"

(modificar la ruta a vboxheadless si es necesario)

En el mismo directorio, creamos vboxstart.vbs:

Set WshShell = CreateObject("WScript.Shell")
WshShell.Run chr(34) & "vboxstart.bat" & Chr(34), 0
Set WshShell = Nothing

Finalmente, con crear un acceso directo y moverlo a Inicio->Todos los programas -> Inicio, o cualquier otra forma de arrancar comandos al bootear windows, quedaría listo.

Afortunadamente en linux es mucho más fácil arrancar estos comandos, sobre todo porque podemos crear scripts de inicio como servicio, o por último cuando lo hacemos desde X, no se levanta ninguna ventana de consola (por defecto).

Otro consejo

Windows 2000 Server tiene una maña. Para hacer iniciar la sesión hay que presionar ctrl+alt+supr. Si lo hacemos, responderá la combinación de teclas del sistema Host. Para evitar eso, se puede configurar a mano un inicio de sesión automático en el sistema Guest. En general, se aconseja evitar el uso de atajos de teclado en las máquinas virtuales.

Tan solo falta…

Bueno, algo que no he investigado aún, es como crear y configurar la máquina virtual por consola, sin necesitar el asistente gráfico de virtualbox. Seguramente es muy sencillo, así que se deja como ejercicio para el lector. Hint: RTFM.

Otro detalles que sí me falta, y podría ser serio, es como mandarle una señal de apagado a la máquina virtual, para poder bajarla en forma segura. Por el momento, solo puedo apagar la máquina matando el proceso de la máquina virtual (inseguro) o apagando el sistema invitado a través del escritorio remoto.

Me acaban de mandar un enlace de un script de servicio, para arrancar y detener una máquina virtual en Archlinux.

Finalmente, quedo en deuda con algunas pruebas en Kubuntu hasta nuevo aviso.

Al intentar instalarla, recibí el mensaje de que requería que estuviera instalado “Microsoft .NET Framework 2.0 SP2″. ¿Qué? ¿Pero, no tengo instalado el 3.5, el cual me instaló el mismo Visual Studio 2008 Express?

El mensaje de error decía claramente que debía bajarlo desde www.microsoft.com/net.

Bueno… intenté buscar el dichoso paquete. Baje al menos 3, con el mismo resultado. Entonces se me ocurrió buscar literalmente el nombre de lo que me pedía. Obviamente el Live Search integrado en microsoft.com no me sirvió de nada. Le consulte a Google.

Y entre los resultados, encontré este post en los foros de msdn. En él encontré una respuesta al problema, pero con una de las excusas estúpidas, típicas de los ingenierillos de microsoft:

SQL Server Express Edition 2008 requires .NET 2.0 SP2, however you cannot download only .NET 2.0 SP2. It comes bundled with .NET 3.5 SP1. You can find .NET 3.5 SP1 here:

http://www.microsoft.com/downloads/details.aspx?FamilyId=AB99342F-5D1A-413D-8319-81DA479AB0D7&displaylang=en

Sorry for the confusion.

Regards.

Jeff Papiez

Test Lead, SQL Server Management Services Team

Microsoft Corp.

Simplemente vergonzoso.

Una de las cosas que me ha llevado a considerar a Windows como una basura, es que NO TIENE un sistema consistente para administrar el software instalado. Si alguien a tenido problemas de dependencias instalando un .rpm, en windows es muchísimo peor, debido a que al menos, el .rpm te dice de que otros paquetes depende, y por último, en ahora existen sistemas bastante buenos que administran los árboles de dependencias.

En cambio, en windows, cada aplicación “no sabe” o “no puede saber” de una manera centralizada, si otra aplicación o biblioteca ya esta instalada y a que versión corresponde, para calcular si las cosas son compatibles o no. Cada aplicación debe preocuparse de tener sus propios métodos de detección de aplicación o librerías preinstaladas.

Otro problema grave, es que también cada aplicación es responsable de mantenerse actualizada, por lo tanto, es un problema tremendo mantener todas las aplicaciones actualizadas a la vez, y además, que mantengan compatibilidad.

Y no me vengan con la excusa de que la mayoría del software que uno instala en windows es de terceros, porque en Kubuntu tengo un montón de repositorios de terceros (privativos y libres), siendo las aplicaciones perfectamente consistentes entre sí. Cuando no lo son, el mismo apt se encarga de decir cual es el problema y generalmente propone alguna solución alternativa (desinstalar un paquete, actualizar otro, reemplazarlo, etc.).

No he visto en ninguna noticia relacionada a Windows 7 (y en su tiempo tampoco a Windows Longhorn/Vista) respecto a este problema, lo cual me parece pésimo de parte de los responsables del sistema inoperativo más extendido del planeta. Por lo menos, leí algo sobre esfuerzos en modularizar lo más posible el sistema, pero de ahí a que tenga un sistema de instalación de paquetes decente (un .msi no cabe en esta categoría), tal vez sea el tiempo de un Windows 9, 12, que se yo…

Mi primera impresión fue que es un Sistema bastante “bonito”, incluso llegue a sentir como si estuviera instalando Ubuntu. El instalador es bastante facil de entender, realmente no tuve ninguna dificultad para instalarlo.

Booteando el disco

Opensolaris 2008.05 es un LiveCD. Una vez bajado hice lo mismo que cualquier otro sistema, reinicio el sistema con el disco adentro y booteo directamente desde el cd-rom.

Lo primero que muestra es un menú de grub con 3 entradas: el modo grafico, el modo texto y bootear desde el disco duro.

Al escoger la primera opción, luego aparece (aun en consola) un menú que pregunta por el esquema del teclado (escojo el latinoamericano que corresponde al teclado de mi notebook) y luego pregunta por el idioma del sistema (español).

Luego de eso, inicia una sesión de Gnome. En el escritorio hay 3 iconos: Un pequeño “Manual” tipo “getting started”, uno al programa “Device Driver Utility” y el ultimo al instalador.

La instalación es sencillisima. Como ya tenia las particiones listas, solo escogí una donde instalar OpenSolaris. En mi caso, la tercera partición primaria, en la primera tengo windows y en la segunda Kubuntu.

Lo Bueno

• Me pareció excelente que exista una implementación en un programa gráfico para instalar paquetes. Algo que en Solaris 10 eché de menos.
• Detecto perfectamente la vga nvidia, e instalo el driver durante la copia al disco. Es decir, la primer booteo ya tenía full aceleración gráfica.
• Sumando lo anterior con la incorporación por defecto de compiz, permite correr todos los efectos inmediatamente despues de instalado. Para activar esto, se debe escoger el programa “Apariencia” del menú de gnome, en la pestaña de “efectos”.ncluso
• El Tema del escritorio, los controles GTK, los iconos, las fuentes (incluyendo la posibilidad de suavizado), son bastante bonitos. Es más, me gustó más que el de Ubuntu y el de Kubuntu (el color de ubuntu me apesta). Incluso siendo KDE-user de toda la vida, no me sentí raro usando Gnome acá.
• Excelente la idea de tener un repositorio de “Hardware compatible” integrado con Device Driver Utility. Similar a la herramienta de *ubuntu, pero esta muestra detalles más completos de cada dispositivo detectado (tanto aquellos con driver instalado como los sin driver).
• El daemon nwam que controla la red. Sería el homólogo a networkmanager. Aún así, tuve que escoger el “modo manual” en un instante debido en parte a desconocimiento y en parte por un problema de red, referente a la resolución de nombres.
• Con el sistema recien instalado, puede navegar perfectamente con Firefox, incluso webs con flash.
• En los repositorios se encuentra un paquete llamado “webstack” que instala a su vez apache+php+mysql. Además, instala unas entradas en el menu de gnome, y un programa iconificado que incluye un panel rápido de administración de los servicios. Los que conozcan XAMPP van a adorar webstack. Lo otro que me pareció excelente es que en los repositorios se encuentra el “mod_security” de apache2.2 y la extensión “xdebug” para php5 (ya dedicaré más adeante un post a Xdebug, se lo merece).

Lo malo

• No me detecto la wifi broadcom (lo esperaba), tampoco el sonido, y un controlador del ACPI.
• A veces durante el funcionamiento del live-cd y a veces en la versión instalada en el equipo, no tenía red. Luego descubrí que si tenia conectividad, pero no resolvía nombres. Lo resolví con este “workaround” (al final del hilo) luego de navegar por horas en busca de una solución.
• No hay un “icono” que controle nwam, así como knetworkmanager en kubuntu, lo que hace más complicado manejar las redes al principio.
• El sistema de paquetes, aun cuando resuelve dependencias, esta integrado a un repositorio y en efecto funciona, es bastante precario. Al instalar o actualizar un “paquete”, en realidad baja archivo por archivo y sin ninguna compresión. A pesar de solo tener unas semanas en circulación, casi me caigo de la silla cuando vi 3400 MB en actualizaciones. Es decir, mantener el sistema actualizado significa un tremendo costo en consumo de ancho de banda. Pésimo considerando que distribuciones como Debian han incluído dpkg y apt milenariamente (por así decirlo) con paquetes comprimidos en gzip, o incluso Suse y su Yast que usa y abusa de paquetes “delta” (paquetes comprimidos, que contienen solo la “diferencia” entre la versión instalada y la nueva, por lo tanto pesan muy poco). Algunas distribuciones incluso ocupan bzip2 para comprimir sus paquetes. Si no me creen, vean esto:

• Por si fuera poco, si ocurre cualquier problema durante el proceso de bajado de paquetes, el manejador no guarda lo que ya ha bajado en un “cache”. Me di cuenta de esto al tratar de bajar algunas actualizaciones mientras tenia algunos preblemas de desconexiones repentinas. Al cancelar y reiniciar la actualizacion, partía desde cero.
• A pesar de ser una “distribución de solaris” orientada al escritorio, NO TRAE suite ofimática. En los repositorios está Openoffice, pero como el paquete no tiene ninguna compresión y además son un montón de archivos, me significó alrededor de una hora bajarlo (teniendo buen ancho de banda). En kubuntu, no me demoro 10-20 minutos, y en windows su media hora.
• Me han acusado de no saber buscar, pero lo diré claramente: La ayuda para novatos de Solaris NO ES muy fácil de encontrar. Algo tan sencillo como la nomenclatura del sistema para los discos duros, particiones y “slides” NO LA PUDE ENCONTRAR en ningún manual oficial de Sun (incluyendo la BigAdmin), peor, en el mismo sitio de sun, lo más cercano que encontré fue un link a un libro recomendado para administradores, donde la nomenclatura de los discos era una de las materias tratadas (amablemente ofrecían su venta a través de Amazon). No discuto que el sitio de Sun tenga buena información para expertos o intermedios en muchos apartados, pero para novatos no es facil encontrar información básica, ni siquiera los links que traía Firefox por defecto a la web de Opensolaris son muy explicativos. En este punto, sin duda, ArchLinux se come con zapatos a todos los sistemas que he probado.
• No se puede acceder a una consola desde X tecleando [ctrl]+[alt]+<numero del 1 al 6>. Cualquier cosa que necesite comandos, se debe hacer en el terminal. Ojo, podría estar equivocado, pues aún tengo el acostumbramiento a Linux pegado, en una de esas si se puede acceder a una consola mientras el X está activo, pero no se como.

Lo IMPRESENTABLE (TM by FW)

• A pesar de que el sistema trae localización en español, el esquema del teclado en Gnome es imposible ponerlo como distribución Latinoamericana, por eso me complica bastante para escribir, sobre todo signos. Si tienes teclado en español, no creo que sea problemático, pero yo que suelo escribir código fuente (y Solaris siendo un sistema operativo promovido como “para desarrolladores”), me resulto tremendamente incómodo.
• Sumándole al punto anterior, que en el Terminal de gnome, al teclear Supr en vez de borrar un caracter a la derecha, inserta un signo “~”, me limita a borrar solamente usando el “Backspace”.
• El menú de Gnome NO TIENE ningúna opcion para reiniciar. O cierras sesión o Apagas el equipo, Reiniciar no existe. La unica forma de reiniciar es llamando el comando “reboot” en un terminal. Mientras peleaba con otras cosas del sistema, encontré por accidente una solución, pero cometí el error de no guardar la url.

Problemas GRAVES

• Una vez recién instalado, tuve problemas con la resolución de nombres (dns), por lo tanto no podía navegar ni google. Ya lo expliqué al principio.
• Otro problema gravísimo del manejador de paquetes, es que al evaluar las dependencias de las actualizaciones, se vuelve lentísimo cuando son muchas. En el pantallazo salen alrededor de 500 de aproximadamente 1200 disponibles. Pésimo considerando que en Kubuntu tengo cerca de 1600 paquetes instalados y 25000 disponibles. Un simple “apt-get update” o “apt-get upgrade” no se demora ni un pestañeo en calcular las dependencias. Cuando he hecho un “dist-upgrade” requiriendo más de 500 paquetes, nunca se demoró más de 10-15 segundo en calcular las dependencias (y por su puesto, sin dejar el equipo pegado).

Expedientes X y problemas GRAVÍSIMOS

Luego de haber estado TODA la noche upgradeandose, reinicie el sistema. Error. Acá fue donde tuve el problema más curioso que jamás me habia afectado.

Para poder tener Solaris, Kubuntu y Windows disponibles, reinstalé el grub de Solaris en el principio de su partición (NO en el MBR). No recuerdo todos los pasos, pero rescate el siguiente comando (por si lo llegase a necesitar):

installgrub /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c5d0s0

Entonces agregué unas lineas al grub de Kubuntu, para pasarle el aranque la partición de Solaris (mismas lineas que en Windows).

Antes del upgrade de todo el sistema, mi invento con los grub’s resultó de maravillas. Luego del upgrade ocurrió algun problema extraño digno de X-Files. Al bootear aparecía el menu del grub de Kubuntu (ok), luego escogía la entrada que añadí para Opensolaris (ok), luego partía el grub de Opensolaris (ok), escogía bootear Solaris (ok), comenzaba… no duraba un segundo y se reiniciaba el equipo (FAIL!). Lo curiosísimo es que luego del reinicio, no podia ocupar el teclado, por lo tanto (como tengo ambos grubs con defaultsave activado) se escogía solo Opensolaris por tiempo límite, y volvía a lo mismo. Solo se arreglaba el asunto cuando apagaba el equipo y lo volvía a encender.

Luego de eso, suponiendo que algo se corrompió (¿y no que era tan bueno zfs?) aplique la solución mágica estilo windows-user. Reinstale. Esta vez me sorprendí de que el instalador no sobreescribiera el grub del MBR (¿detecto mi entrada a la partición para Solaris y se reinstaló en ella?). Luego, como soy un ser humano, cometi el mismo error por segunda vez. Actualice el sistema, pero esta vez de a poco (escogiendo de a 100 paquetes a la vez, a mano).

Al reiniciar, obtuve lo siguiente:

Ahí quedé con Opensolaris Indiana. Curiosamente me propone “iniciar en failsafe-mode”, pero NO HAY una entrada “failsafe” en el grub de OpenSolaris (cuec!).

Estuve investigando el asunto. Al parecer uno u otro paquete de actualizacion modifica algo en el booteo, confundiendo la arquitectura del procesador. Porque si se fijan, el kernel llama a un archivo en una carpeta “amd64″, pero yo instalé una versión x86. Eso deduje al ver sitios como este o este.

Ahora estoy bajando el DVD de la distribución “Solaris Express Developer Edition“. Espero que con esta me valla mejor.

Mi equipo cuenta con un disco duro de 120 GB. Por eso se me ocurrió que es espacio más que suficiente para mover 3 sistemas operativos y una partición para intercambiar archivos. Mi idea era poder tener Windows Vista (home Basic que viene con el equipo), Kubuntu Gutsy (esto en amd64 por el momento) y un tercer SO “de pruebas”, para el caso de probar una distro o etc…

Bien, tenía ya todo hecho, y pensé “Tengo el DVD de Solaris 10 que pedí, y en el desktop no lo pude instalar ¿y si lo pruebo en el notebook?”. Entonces booteo el disco, inicia el instalador, selecciono la partición de destino, lo dejo instalando y paff… nació el choca… NOpo, Quedó instalado Solaris sin inconvenientes.

Luego lo inicié pero me llevé la desagradable sorpresa de que el video se veía pésimo.

Entonces booteo Vista, y adivinen

Las cosas nuevas que me han gustado de esta distro:

• Si la instalación era sencilla, ahora es a prueba de tards.
• Al cargar el CD en Windows, aparece un instalador que se puede llevar a cabo desde ahí (no probé del todo esa opción, pero me pareció interesante).
• El tiempo de arranque (boot) es ínfimo.
• La tremenda evolución que se pegó el Yast2. Ahora no tengo que estar 5-10 minutos esperando por cada repositorio que quiero añadir.
• El nuevo sistema para instalar repositorios/paquetes simplemente clickeando un archivo que trae todos esos datos (un .ymp). Así se ahorra el traumático trámite de añadir repositorios (hello newbies de ubuntu ). Además, por ejemplo, si quiero instalar los drivers de nvidia, es cosa de buscarlo en el wiki de opensuse, clickear el archivo, y automáticamente se añade el repositorio y se instalan los paquetes.
• La posibilidad de bloquear paquetes, es decir, que bajo ningún motivo se instalen (no lo he visto en apt de Debian o Ubuntu). ¿Para que sirve? porque hay casos en que uno mismo a encontrado un paquete “bueno” o ha compilado una versión más nueva, entonces es para evitar que el sistema de paquetes “pise” mi instalación manual. (Esta característica no se si es nueva, pero ahora que Yast2 funciona decente, me metí a cachurear)
• Durante la instalación se añaden los repositorios OSS (programas libres) y NO-OSS (programas gratuitos pero restringidos).
• Viene con soporte “mp3″ de fábrica. O no tan así, no recuerdo si fue por añadir los repositorios NO-OSS.
• Cambié el motor de Amarok de Gstramear (que trae) por Xine debido a quemientras tocaba la música, se quedaba parado en cualquier parte. Pero como Xine no trae soporte mp3, al tocar un mp3 por primera vez sale una opción para instalarlos inmediatamente (como en kubuntu), así fue como llegué acá y termine instalando todos los codecs solo con clicks (y obviamente la contraseña de root).

Lo malo:

• Yast2. Sí, parece que nunca resulta perfecto.
  • Cada vez que quiero añadir/quitar software, re-escanea los repositorios. Si son muchos, ya notarán la molestia.
  • Debido a lo anterior, cada vez que quiero cambiar algo en el software, es muy molesto que los avisos de Yast2 los mande en una ventana aparte, que para peor, se roba el foco. De hecho mientras posteaba esto, tuve que marcar la ventana como “Keep Above Others” para que no molestara.
• Las teclas multimedia de mi teclado no vienen pre-configuradas con Amarok (como si venía en Kubuntu).

Lo Feo:

El tema de grub, el splash inicial, el gestor del X y el wallpaper son verdes, sin embargo, el decorador de ventanas es azul… a mí me agrada, pero a algunos le podría parecer que no hace juego. Sobre gustos no hay nada escrito (excepto esa frase).

¿Recomendada? SI, hasta ahora, más incluso que Kubuntu. Me parece muy buena para novatos, y para experimentados que gusten de las distros modernas basadas en rpm.

[Post suceptible a cambios, mientras pruebo más detallitos de esta versión de OpenSuse]

Procedo a relatar la experiencia y comparar algunas cosas con las otras distros que he probado.

Mi historia con Suse

De partida, creo que Suse fué la primera distro que ví, cuando conocí Linux en el difunto programa de TvNauta de UCVTV. Esto ya hace unos 6 años si la memoria no me falla. Aunque las primeras disrtos que probé eran basadas en RPM, nunca probé Suse hasta hoy.

Instalación

Bien, al bootear el dvd, me apareció lo clásico, un menú convarias opciones de booteo, he aquí la primera similitud con ubuntu, con la tecla F2 se puede cambiar el idioma de ahí en adelante. Escogí la instalación gráfica.

Luego de detectar el hardware, apareció el instalador. Podría decir que es algo similar al de Fedora Core 2 (no, no he probado un fedora más nuevo y no tengo ganas) comenzó a preguntarme algunas cosas sencillas. Acá una gran diferencia con ubuntu. Aún siendo un DVD, no es live, es sólo instalador. Abría sido más entrete si mientras instalaba hubiese podido navegar por internet y relatar mi experiencia en vivo en mi blog, pero bue…

El momento que pasé susto fue en el particionado . Por defecto, OpenSuse escoge el mejor lugar donde ser instalado, aunque da opción de poder editar el particionado, no leí lo que estaba haciendo, y al darle click en siguiente me formateo la partición que escogió como raíz. Afortunadamente, la partición formateada era aquella que tenía destinada a instalar Solaris, pero ya que no pude, lo aproveché con OpenSuse. Luego del susto, volví a comenzar con la instalación. Esta vez a parte de escoger manualmente la partición que quería instalar, esta vez le dí formato como ReiserFS, y le asigné puntos de montaje a mis otras particiones.

Luego de eso, me dio opción de escoger paquetes (Kubuntu no, aunque nada que ver comparar un dvd con un cd). Además de los paquetes predeterminados, escogí Escritorio KDE y los paquetes de Desarrollo de C/C++.

Se copiaron un montón de paquetes, reinició, extraje el dvd. Al bootear noté ya se había instalado una nueva versión del menú de GRUB, el cual detectó sin problemas tanto Windows como Kubuntu. Ahora al bootear con opensuse desde el disco, me apareció el mismo instalador, pero con los pasos más adelante. Me preguntó la contraseña de root, un nuevo usuario, si quería configurar la red (apliqué el test de dhcp, y me conecto de inmediato). Lo que me impresionó fue que luego de eso, me pregunto si quería actualizar mi sistema. Eso lo encontré genial, en la misma instalación permite dejar el sistema al día, es más otra característica importante es la de los paquetes delta. Estos contienen sólo las diferencias con los paquetes antiguos, no el nuevo completo, haciendo más ligeros los paquetes permitiendo ahorrar tiempo y ancho de banda.

También me consultó si quería ajustar mi hardware (ahora no reccuerdo si me preguntó al principio o al final). Finalmente volvió a reiniciar, y comencé por fin a probar OpenSuse instalado.

Primera impresión

Es bastante agradable el look de la distro recién instalada. Partiendo desde el booteo, el tema de GRUB tiene imagen de fondo y algunas cosas extra a lo que viene en ubuntu por defecto (de hecho el grub de ubuntu es en texto y sin imagen).

Luego, el splash que usa para cubrir la partida de los servicios no me gustó. Muestra algo así como un wallpaper con el logo de suse, y una cosita pequeña que giraba (para mostrar que estaba pegado). En este punto prefiero la barra de progreso de carga del splash de Kubuntu.

Al iniciar el entorno gráfico, no me pregunto por mi inicio de sesión. Esto es bueno o malo según el punto de vista. Perfectamente esto se puede cambiar, aunque me pareció una característica muy al estilo windows.

Una vez iniciada la sesión, me encuentro con un KDE más bello que el de Kubuntu. El tema del decorador de ventanas podría decir que no me sedujo mucho. Lo que más me impresionó fue el menú de kicker. Ya lo había probado en Kubuntu, pero produjo uno que otro desastre. Otra característica interesante es que viene con beagle (similar a google desktop en windows o spotlight en macosx) integrado en todo. En KDE viene Kerry-Beagle, integrado en todas partes, en Konqueror, en los selectores de archivos y en el mismo menú.

Lo más importante y finalmente el motivo de porque instalé Suse, era probar el famoso configurador Yast.

Instalando drivers y mis cosas preferidas

Impresora y escaner

No reconoció automáticamente mi escaner, aunque no se si es justa la crítica, porque en Kubuntu instalé primero la impresora (HP PSC 1210), y como el escaner es parte de esta misma por ser multifuncinal, el servicio del driver de hp podría haber activado también la impresora. Pero usando Yast, me fuí a hardware, he instalé sin problemas el escaner.

Drivers nvidia y Beryl

Los drivers de nvidia los tuve que instalar con un repositorio externo (estoy viendo la posibilidad de cambiarlo instalalo manualmente, ya que francamente el rendimiento es deplorable). Lo que había que hacer era agregar un repositorio en Yast (primera tarea, buscar como se añaden repositorios). Luego instalar 2 paquetes.
Para instalar Beryl fue un cacho.
Lo primero fue encontrar información actualizada de como hacer eso. En el wiki de opensuse en español NO ESTÁN ACTUALIZADOS LOS PASOS.
Luego añadir otro repositorio (

Para quien no esté familiarizado con Solaris, les comento. Solaris es el Sistema Operativo de Sun Microsystems, estilo Unix como Linux, *BSD, MacOSX, y muchos otros conocidos.

Lamentablemente no lo pude probar en el minuto mismo, porque mi disco duro era muy pequeño. Hace unos días he conseguido un SATA de 80 GB, y ahora sí que no había excusa.

Por un problema extraño, no pude instalar linux inmediatamente en el disco duro, así que luego de instalar windows en una partición de 15 GB, hice lo mismo con Solaris.

Por ahora puedo decir que gané algo de experiencia.

El instalador es parecido al de algunas distribuciones Linux. Primero al bootear pregunta que se desea hacer con el DVD, luego detecta el hardware. Una vez detectado, levanta un X, algo parecido a xdm del debian woody (uy que tiempos aquellos).

En el X, aparecen 2 ventanas, una con una consola informativa, y otro con un ayudante de instalación.

El ayudante pregunta por el particionado, en que partición instalar Solaris, y que tipo de instalación hacer, reducida, completa, etc.

Aquí debo hacer 3 comentarios:

• primero, me extrañó que sólo preguntara por la contraseña del root, pero no me preguntó nada para hacer un usuario normal. Espero que esto se implemente en una posterior versión de solaris, ya que según veo Solaris pretende entrar en el mercado de los Sistemas Operativos orientados al Escritorio, según mi punto de vista no veo muy seguro dejar a toda mi familia meterse al PC con la cuenta root.
• Lo segundo que debo hacer notar, es que en algún punto la instalación me empezó a mandar varias veces el mismo popup informativo preguntando no se que cosa (ahora puntualmente no recuerdo).
• Finalmente, me impresionó algo que rara vez había visto. La partición que asigne a Solaris, a su vez fue subparticionada. Según he leído, a cada subpartición se le llama “slice”. En estas subparticiones se instaló la raíz, el boot, el home, etc…

Finalmente tuve éxito. El instalador concluyó, reinició y me apareció una lista de grub con mi instalación previa de Windows, y la nueva de Solaris. Booteo Solaris y me levanto unn gdm, entro con la cuenta root (único usuario hasta el momento), y apareció el escritorio.

Ahora mis problema puntuales:

• No detectó mi tarj. de Red. Por lo tanto tuve que entrar a ver la HCL de Solaris. Para mi fortuna, si esta soportada, pero necesita un driver de terceros, lo tengo bajado pero por ahora no lo he aplicado.
• Instalé Linux y ahora no aparece Solaris en el menú de grub. Finalmente encontré el problema (y la solución) para instalar Kubuntu en mi disco SATA. El problema era la configuración IDE de mi placa madre. Tengo una Asus P4P800-E, y en la BIOS había 3 modos para arreglar los discos duros, PATA+SATA, SATA, PATA. Estaba en PATA, y cambiándolo a SATA fue suficiente. Ahora, Kubuntu no detectó Solaris al instalar, por lo tanto no apareció en el menú de grub. Luego intenté cargar Solaris en el menú de grub de linux, pero no he tenido éxito. Según entendí, hay que poner el slice del boot en el menu.lst de grub, pero no me lo sé así que probablemente tenga que reinstalar Solaris.

Cuando pueda solucionar estos inconvenientes, vendrá un nuevo artículo

• La primera linea es un hack. Es para cargar un theme cuando se tiene instalado el paquete que reemplaza el grub convencional con el grub modificado para cargar los temas de grub de Suse.
• El grupo de lineas para cargar Windows está fuera del “AUTOMAGIC KERNELS LIST”. Los mtivos son 2: (1) Que sea el Sistema 0 en la lista, además el default es 0, de este modo al bootear el equipo inicia Windows por defecto si no se toca el menu (2) Al actualizar el Kernel vía paquetes, esa sección cambia, por lo tanto cualquier cambio personalizado me mandaría Windows al final de la lista otra vez.

A continuación: el menu.lst


gfxmenu /boot/grub/message.blusplash

### END DEBIAN AUTOMAGIC KERNELS LIST