Esta partición, obviamente, requiere que podamos tener permisos de lectura y escritura a la vez, soportados en los 3 sistemas.

En esa ocasión consideré varias opciones [1], entre ellas: FAT32, NTFS, EXT3, HFS+. Por la experiencia que tenía hasta el momento, escogí NTFS. Sin embargo, en los últimos días, a prueba y error,me di cuenta por descarte que varios problemas que tenía en MacOSX eran por culpa de mi partición de documentos en NTFS.

Hace poco investigué, probé y logré echar a andar el mismo esquema de particiones, pero esta vez usando HFS+ como formato de mi partición de documentos. A continuación el como:

Paso 0: Respaldar

Por fortuna tengo un disco externo grandote :P

Ahí copie TODO lo que tenía en la partición de Documentos. Si usted NO respalda, no llore después.

Paso 1: Formatear

Decidí usar HFS+. Investigando logré dar con la siguiente información:

HFS+ es el formato nativo en Mac OS X, por lo tanto no reviste mayo análisis.

En Linux, hay soporte oficial dentro del kernel, PERO no completamente. Cuando la partición tiene habilitado el sistema de Journaling, Linux monta el volumen como solo-lectura. El journaling es una mecanismo importante y deseable, pero para efectos prácticos, para un usuario corriente y procesos normales, prescindible. En un entorno de servidores, sobre todo los que manejan muchos datos concurrentemente, alta disponibilidad y recuperación ante fallos, no se puede dejar de usar journaling.

Decidí prescindir del journaling para ganar la característica de lectura-escritura en multiples sistemas operativos.

Para formatear en HFS+, basta abrir la Utilidad de Disco, seleccionar la partición, en la pestaña “Borrar”, seleccionar “Mac OS Plus, con registro” (da lo mismo cual variantes, acá escoger). Finalmente darle click al botón [Borrar].

Por último, es necesario deshabilitar el journaling (registro) de la partición nueva, esto se hace abriendo un Terminal y aplicando el siguiente comando:

$ sudo /usr/sbin/diskutil disableJournal /Volumes/Documentos # reemplazar “Documentos” con el nombre del volumen (obviamente).

El montaje en Mac OS X es automático dado que es HFS+ es su formato nativo, por lo tanto no requiere ningún esfuerzo.

Paso 2: HFS+ para Windows

Reiniciar el sistema y arrancar Windows.

Para Windows, existen al menos 2 drivers propietarios que dan soporte a HFS+. Uno es “Paragon HFS+ for Windows” y el otro es MacDrive. Paragon HFS+ parecia bueno, pero no hizo otra cosa más que problemas. Una versión anterior a la última efectivamente montaba bien los volumenes HFS+, pero de cuando en cuando se congelaba transfiriendo archivos, además de montar los volumenes DESPUÉS de iniciado el escritorio (no me sirve). La última versión fue peor, me causaba cuelgues completos del sistema BSOD y me fue imposible desinstalarlo. El paso “2.1″ para mí fue reinstalar Windows, todas las aplicaciones y probar MacDrive.

Finalmente fue MacDrive los que funcionó perfectamente. Monta los documentos más o menos al momento de cargado el escritorio, por lo tanto mis enlaces simbólicos y aplicaciones que usan directorios de mi partición de documentos al iniciar (dropbox por ejemplo) no reclamaban problemas de lectura.

El único efecto secundario que percibí fue que al reiniciar, me aparece el diálogo que windows muestra cuando uno pone un dispositivo extraible (cd/pendrive/…). Por fortuna eso se puede deshabilitar sin causar mayor inconveniente.

Cabe destacar que estoy usando Windows 7 para 64 bits. Otro punto no menor es que no tiene ningún problema al ser instalado junto con Bootcamp.

¿Donde se consigue MacDrive? Problema suyo.

Paso 3: HFS+ para Linux

Arrancar Linux. Ahora mi problema puntual acá fue que para el truco de utilizar 3 sistemas en el macbook teniendo 5 particiones (efi+mac+documentos+windows+linux) requiere instalar Grub en la partición de documentos, al formatear la partición de Documentos perdí también el Grub. Eso me impidió arrancar con Linux directamente. Por otro lado, me fue imposible reinstalar grub en la partición, dado que por alguna razón, Grub 2 manda un error cuando uno instala a propósito en un partición y no en el MBR como habitualmente.

El error es algo así:

grub-setup: warn: Attempting to install GRUB to a partition instead of the MBR. This is a BAD idea.
grub-setup: warn: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and its use is discouraged.
Installation finished. No error reported.

De hecho, el error en mi máquina sale en español así:

gon@hope:~$ sudo grub-install /dev/sda3 /usr/sbin/grub-setup: aviso: Intentando instalar GRUB en un disco sin particiones o en una partición. Es una MALA idea.. /usr/sbin/grub-setup: aviso: No es posible empotrar. GRUB sólo se puede instalar en esta configuración mediante el uso de listas de bloques. Sin embargo, las listas de bloques no son confiables y su uso no es recomendable.. /usr/sbin/grub-setup: error: will not proceed with blocklists.

No pude resolver eso, si alguien conoce la solución POR FAVOR hacérmela llegar. Por lo tanto, tuve que aplicar 2 pasos previos:

1. Respaldar el /home (porque lo tenía en la misma partición de Linux)
2. Reinstalar Linux.

Por fortuna las instalaciones de Linux duran poco, como he comprobado en prácticamente todas las instalaciones limpias de Ubuntu que he hecho.

Un detalle que cabe destacar es que el instalador de Ubuntu no permite montar particiones HFS+ en el paso de particionamiento manual, en cambio ofrece cambiarle el formato a la partición a cualquiera otro de los “conocidos” en Linux. Por lo tanto, el montaje de mi partición de documentos lo dejé para después.

Una vez que el sistema esta andando normalmente, abrimos un terminal donde se deben aplicar los cambios para el montaje de nuestra partición:

Primero hay que averiguar cual es el UUID de la partición. Personalmente, comprobé que fdisk tiene el mismo problema de la restricción de las 4 particiones, por lo tanto no puede ver la quinta. Yo ya sabía que la partición que deje para documentos era la /dev/sda3 por lo tanto busque su UUID así:

$ ls -Alh /dev/disk/by-uuid

Resultado:

gon@hope:~$ ls -Alh /dev/disk/by-uuid
total 0
lrwxrwxrwx 1 root root 10 2011-08-07 19:30 32F0948DF0945945 -> ../../sda4
lrwxrwxrwx 1 root root 10 2011-08-07 19:30 37446c7c-496f-3dc9-8053-3bd2f567ccb9 -> ../../sda3
lrwxrwxrwx 1 root root 10 2011-08-07 19:30 70D6-1701 -> ../../sda1
lrwxrwxrwx 1 root root 10 2011-08-07 19:30 7d659753-a8df-3716-84f1-4e65cf31734d -> ../../sda2
lrwxrwxrwx 1 root root 10 2011-08-07 19:30 f7504ad1-20f7-49b0-be6a-1e5308ccc1f2 -> ../../sda5
lrwxrwxrwx 1 root root 10 2011-08-07 19:30 f88c0e39-effa-4f18-a2f3-b5672dbede1e -> ../../sda6

Entonces la linea del /etc/fstab para el montaje debe quedar así (en mi caso):

UUID=37446c7c-496f-3dc9-8053-3bd2f567ccb9 /documentos   hfsplus rw,exec,auto,users 0 0

Finalmente montamos así:

$ mount /documentos

Y ya debería estar listo. Al siguiente reinicio se auto-montará.

Ahora nos podemos topar con otro inconveniente. HFS+ Es un sistema que admite Permisos UNIX, por lo tanto, si ya se utilizó la partición en Mac OS X o Windows, es posible que los archivos tengan problema de permisos y no dejen leer o escribir por eso. Por ello, el siguiente paso es homologar la identidad del usuario entre sistemas (al menos entre Linux y Mac porque Windows NO TIENE ni soporta permisos UNIX).

PASO 4: Homologar permisos

Cada usuario y grupo, en un sistema tipo UNIX, tiene un número de identidad.

La idea es hacer calzar esos números de identidad, con ello logramos identificarnos (contra los archivos) como el mismo usuario en los Mac OS X y Linux.

Macdrive por defecto creó los directorios y archivos como usuario “root” y grupo “staff” (desde el punto de vista de Mac OS X.

Para obtener los números de identificación del usuario actual y sus grupos, en sistemas tipo UNIX, se usan el comando id.

En Mac OS X:

hope:~ gon$ id gon
uid=501(gon) gid=20(staff) groups=20(staff),401(com.apple.access_screensharing),402(com.apple.sharepoint.group.1),12(everyone),33(_appstore),61(localaccounts),79(_appserverusr),80(admin),81(_appserveradm),98(_lpadmin),100(_lpoperator),204(_developer),403(com.apple.sharepoint.group.2)

Mi usuario “gon” tiene la identidad (uid) número 501. El grupo staff tiene el gid número 20.

En Ubuntu:

gon@hope:~$ id
uid=1000(gon) gid=1000(gon) grupos=1000(gon),4(adm),20(dialout),24(cdrom),46(plugdev),112(lpadmin),120(admin),122(sambashare)

Mi usuario “gon” tiene la identidad (uid) número 1000. El  grupo que calza con el identificador de grupo (gid) 20 en Ubuntu es “dialup”.

Decidí entonces cambiar  el identificador de usuario de Mac OS X del 501 al 1000. Pero ANTES de hacer esto, cabe recordar una consecuencia: Los archivos del home quedarán con permisos cambiados, por lo tanto podrían quedar inaccesibles por un momento. Además recomiendo hacer esto como otro usuario, ya que mientras se está cambiando de identidad, no se puede usar sudo.

Entonces, se abre un Terminal en MacOS X y nos cambiamos a root:

$ sudo su

Luego se hace el cambio de identidad y ajuste de permisos:

# dscl . -change /Users/gon UniqueID 501 1000 # reemplazar "gon" con el nombre del usuario

# chown -R 1000 /Users/gon # reemplazar "gon" con el nombre del usuario

Con esto tenemos el usuario cambiado y los archivos del home con el propietario correcto.

Ahora, otra consecuencia es que algunas aplicaciones no se instalan con propietario root, sino como el usuario corriente. Por lo tanto esas aplicaciones también requiere que se le aplique chown una por una.

PASO 4.1: Homologar permisos de documentos

Estoy en eso ahora… en el fondo se basa en la misma idea que el paso anterior, usando combinaciones entre chown y chmod.

Solo que por ahora no he terminado de  ver que efectos tiene cambiar los permisos cuando luego vamos a Windows y se accede a los archivos con MacDrive. Al menos el efecto inmediato que he visto es que los archivos se crean por defecto con propietario root (uid=1) y grupo staff (gid=20).

De hecho, aun habiendo cambiado correctamente algunos permisos, mi carpeta Dropbox no puede sincronizar algunos archivos cuando cambié de Mac OS X a Linux.

Por lo tanto este paso queda pendiente.

En general, si se sigue teniendo problemas, sugiero cambiarle el propietario a todo /documentos así:

sudo chown -R gon.gon /documentos #reemplazar gon con el nombre del usuario

Sistemas de archivos RW multi-plataforma

• FAT32, usado prácticamente en casi todo dispositivo extraible: pendrives, memorias flash, teléfonos, etc. El problema es que NO SOPORTA permisos UNIX, NO SOPORTA rutas muy largas para los nombres de archivos, NO SOPORTA archivos de más de 4gb (olvidar imágenes de DVD). Por otra parte, SI TIENE soporte de lectura-escritura en Windows, Linux y Mac sin tener que instalar ni configurar nada.
• NTFS, nativo de Windows. NO SOPORTA permisos UNIX, pero si tiene un sistema de ACL. No tiene las restricciones de FAT32. Tiene soporte de lectura-escritura incorporado en el Kernel de Linux (ntfs-3g) hace varios años ya, con  suficiente madurez para su uso sin temor.  En Mac es diferente, por defecto, Mac OS X trae soporte sólo-lectura. Para darle soporte de escritura, existen varios complementos propietarios y libres. El Libre que conozco es un port de NTFS-3G, sin embargo (no recuerdo por que ahora) no lo pude hacer funcionar. Luego de eso probé Paragon NTFS for Mac, lo malo de Paragon es que monta DESPUES de iniciado el escritorio, por lo tanto todos los procesos que tengo al inicio que usan mi partición de documentos (dropbox, wally, …) dan errores. Finalmente el más maduro que probé fue Tuxera NTFS, que vendría a ser una distribución propietaria de NTFS-3G. Lo malo es que ciertas operaciones en los archivos no siempre funcionan, y debido a eso me vi forzado a cambiar de formato la partición.
• EXT3, nativo de linux, obviamente soporta permisos UNIX. Existe una implementación de un driver para Windows que le da soporte lectura-escritura, lo he estado usando por años en otro laptop. Funciona bien hasta Windows 7, salvo que en este último recuerdo haber tenido que inventarme un comando como servicio para que el montaje se ejecutara automáticamente. En Windows XP el montaje era automático. Por otro lado, en Mac OS X no existe soporte nativo. Estuve viendo un tiempo y supe que era posible montarlo usando MacFUSE, pero la verdad nunca me funcionó MacFUSE así que tuve que descartarlo.
• HFS+, lo que he descrito en este tutorial-howto-ayudamemoria.

Los pasos para realizar la instalación

• Primero, arrancar en MacOSX, el unico sistema en la máquina.
• Instalar rEFIt. En mi caso, la instalación requirió ejecutar manualmente los comandos que la misma página da para poder activarlo. Lo que rEFIt (dicho de una manera muy simple) es agregar un “menú” en el boot de MacOSX, sin alterar la partición EFI. También se puede instalar rEFIt en la partición EFI pero no es necesario, incluso los mismos desarrolladores no lo recomiendan.
• Reiniciar y comprobar que aparece el menú de rEFIt.

Luego que tenemos el menú instalado, pasaremos al siguiente conjunto de pasos, el particionamiento. La idea es instalar 3 Sistemas Operativos y mantener una partición para compartir Documentos entre los 3 sistemas. Por el momento, esta partición la dejé como NTFS, porque es el único tipo que he encontrado que soporta archivos grandes y cuenta con algún soporte para lectura/escritura en los 3 sistemas.

Otro detalle importante, es posible que luego de todo esto, no se puedan redimensionar las particiones facilmente, por lo tanto, es necesario pensar bien los tamaños que se le daran a las particiones, considerando cuando requiere el software que le queramos instalar en cada sistema.

• Arrancar en MacOSX.
• Ir a Aplicaciones -> Utilidades -> Utilidad de Discos
• Seleccionamos nuestro disco duro y escogemos la opción Particiones.
• Abajo a la izquierda aparecen 2 botones [+] [-]. Con el botón [+] podemos añadir particiones. Crear 4. La partición EFI no es visible acá, pero en el fondo tendríamos en realidad 5 particiones. Por ahora da lo mismo el formato, pero recomendaría que todas sean creadas de tipo ExFAT.
• El esquema debe quedar con esta forma, en el mismo orden. No olvidar etiquetar las particiones para facilitar las instalaciones:
  • MacOSX, tipo “Mac OS Plus (con registro)”, (tamaño? yo deje 120gb, no se si es mucho o poco).
  • Documentos, tipo ExFAT, (tamaño… por definir, debería ser “el resto” del tamaño que quede despues de definirle el tamaño a las otras)
  • Windows, tipo ExFAT (lo dejé en 50gb dado mis requerimientos del software)
  • Linux, tipo ExFAT (le di 16gb).

Reitero que es importante el orden de estas particiones. El tipo da lo mismo por ahora, cada instalación puede formatear las particiones según el tipo que sea necesario.

Ahora las instalaciones, deben ejecutarse del siguiente modo. Cada vez que queramos arrancar desde un CD/DVD, hay que mantener presionada la tecla [C] apenas se enciende la máquina:

• Insertar el disco de Windows, arrancar e instalarlo.
  • Durante la instalación, seleccionar la partición etiquetada para Windows, formatearla como NTFS.
  • También aprovechar de formatear como NTFS la partición e instalar ahí.
  • La partición para
  • Cuando finalmente tengamos el escritorio andando, expulsar el disco de Windows (desde Mi-PC -> click derecho sobre la unidad -> Expulsar).
  • Insertar el disco de OSX o pendrive con el soporte para windows (drivers del mac). No importa que el instalador diga que está instalando Boot Camp, esto solo afectará a windows.
  • Reiniciar las veces que sea necesario y expulsar el disco de OSX.
• Insertar el disco de la distribución Linux escogida.
  • Ejecutar el instalador.
  • En el paso del particionamiento/montaje, realizarlo manualmente.
    • La partición de Documentos, montarla como /documentos (por ejemplo).
    • La partición de Windows (si se desea), montarla como /windows (por ejemplo).
    • La última partición para Linux, es más conveniente eliminarla, dejarla como espacio libre y crear 2 particiones: una para el sistema y una swap de 1gb a lo menos (el instalador de oracle requiere 1gb de swap).
    • Montar la partición /
    • IMPORTANTE: ¡seleccionar que grub se instale en la partición de Documentos! Este es el truco que permite el triple-boot.
  • Finalizar instalación y reiniciar.
• Luego aparecerán automáticamente los sistemas en el menú de rEFIt. Probar los 3 para corroborar que no hay problemas.

En mi caso, mi única queja es que el hardware es muy nuevo y no está soportado por los drivers de Linux, así que no me queda otra que esperar (y reportarlo?).

Finalmente, para habilitar la partición de documentos en los 3 sistemas, no hace falta mucha ciencia:

• Windows la reconoce en forma nativa.
• Distros como Ubuntu traen soporte lectura-escritura. Sino, es posible instalarlo con ntfs-3g.
• En MacOSX hay diversos modos de obtener soporte lectura-escritura en NTFS. Uno gratuito que estoy probando sin ningún problema es SL-NTFS.

¿Para que quiero triple-boot?

O dicho de otra manera, para que quiero 3 Sistemas Operativos en el equipo. Los puristas macqueros dirán que OSX es superior y da lo mismo cualquier otro sistema. Esta es mi primera vez con MacOSX, por lo tanto no le tengo ningún cariño irracional en particular.

Por otro lado, me interesa bastante el Desarrollo de Software, por lo tanto, es una oportunidad magnífica poder testear en un mismo equipo las mismas fuentes, pero en 3 Sistemas Operativos diferentes. Siempre que las aplicaciones son multiplataforma les da valor agregado.

Además, aun cuando la mayoría de mis necesidades están cubiertas por software multiplataforma, siempre hay una o 2 aplicaciones que simplemente no lo son. No hay itunes en linux, no hay Internet Explorer 9 en MacOSX, el software de mi teléfono es solo para Windows y un largo etc…

Una manera de sortear esto, por lo general, consiste en utilizar virtualización dado el caso. No descarto usar virtualización, pero ¿que tal si deseo desarrollar algo que requiera recursos más específicos de la máquina? ¿que tal si deseo probar y medir el rendimiento de alguna característica, no sería mejor en el ambiente nativo?

Por eso decidí instalar triple-boot, sin perjuicio de utilizar máquinas virtuales de vez en cuando. Al final, esto significa sacarle provecho a la plataforma, aprovechando que es Intel.

Razones de porque no es trivial la instalación

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 :D). 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 :shock:. 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