El Live DVD de Mac OS X ya está aquí
Gracias a spartango y al equipo de desarrollo de los X Labs de InsanelyMac, el sueño de contar con un auténtico Live DVD funcional para Mac OS X y OSx86 (utilizando imageboot, IOHDIXController y un archivo shadow sobre un disco RAM en HFS+) ya es una realidad.
- Autor principal
-
@nfoav8or
Publicado el 2009-01-03
- Colección
- Lanzamientos de Kernels y Noticias
- Registro histórico
- 212,477 lecturas históricas · 7 notas de campo seleccionadas (de 12 mensajes) · 2009-01-03 – 2009-05-30
- Voces acreditadas (8)
- @nfoav8or (3)@milanca (2)@cmdshft (2)@Voyn1x@bob5731@biker69@ultimo@Quentin
- Referencia de hardware
- AMD Desktop Processors ↗ USB 3.2 Boot Flash Drives ↗ SATA III & NVMe SSDs ↗
Gracias al equipo de desarrollo de InsanelyMac, el sueño de un verdadero Live DVD para OS X y OSx86 ya es una realidad.
Publicación original de spartango en InsanelyMac.com:
"Poco después del llamamiento a filas de REVENGE, ¡el equipo del Live DVD de OS X ha dado en el clavo!
Ya contamos con un método funcional y fácil de seguir para construir un Live DVD que rinde francamente bien. De hecho, funciona tanto en equipos Hackintosh como en Macs reales, dependiendo simplemente de los kexts y del gestor de arranque que se incluyan.
El método funciona porque OS X ya dispone de forma nativa de un subsistema de arranque desde imágenes de disco pensado para el arranque por red (NetBoot): IOHDIXController y el kernel pueden recibir la ruta a una imagen de disco y montarla como directorio raíz (/) a través de imageboot, que reconoce la imagen DMG como un sistema de archivos acoplable.
Además, Apple diseñó un mecanismo para tomar una imagen de disco de solo lectura y asociarle un archivo sombra (shadow file) de modo que el volumen resultante sea escribible. Este sistema, concebido para que las sesiones de usuario por NetBoot sean locales y no persistentes, está implementado en /etc/rc.netboot: básicamente, la utilidad vndevice (/usr/libexec/vndevice) adjunta un archivo shadow a la imagen DMG y activa una estrategia de copia en escritura (copy-on-write) sobre el dispositivo, desviando todas las escrituras hacia el archivo temporal. Es muy parecido a lo que hace un Live DVD de Linux, aunque en Linux se suele emplear UnionFS.
Normalmente ese archivo shadow se crea en un disco local o en un recurso compartido de red por NFS o HFS. Con mi método, en cambio, el archivo shadow se crea dentro de un disco RAM (RAMDisk) formateado en HFS+, y el sistema se comporta exactamente igual que si hubiera arrancado mediante NetBoot. La diferencia es que le indicamos al kernel que la imagen DMG de arranque es local (file:///) y a continuación ejecutamos un script rc personalizado que crea el disco RAM y monta allí el archivo shadow en lugar de buscar un disco físico. A partir de ese instante, / pasa a ser de lectura y escritura (R/W) y OS X arranca con total normalidad hasta el Finder... y más allá.
¡Encontraréis todos los detalles técnicos en el enlace de abajo, en los X Labs de InsanelyMac!
http://forum.insanelymac.com/index.php?showtopic=144128 ↗
Capturas originales cortesía de spartango en la publicación original ↗.
Personalmente me parece un logro brillante de mentes más privilegiadas que la mía :-B, sobre todo porque llevaba bastante tiempo intentando hacer funcionar sin éxito una versión modificada del método antiguo de modbin ↗.
También opino que la gente NO DEBERÍA ponerse a inundar la red con decenas de ISOs prefabricadas usando este método. Para los usuarios de Windows: ya circulan algunas compilaciones listas para usar y cualquiera de ellas se puede adaptar fácilmente a vuestro hardware editando la imagen con TransMac. Para quienes ya tenemos OS X funcionando: cread el vuestro propio, que con el tutorial publicado ahora es realmente sencillo. Las dudas sobre el desarrollo podéis dirigirlas al Dev Team o comentarlas aquí mismo en el foro.
Esperemos que la llegada del Live DVD nos permita reparar y diagnosticar equipos que de otro modo habríamos dado por imposibles.
Me quito el sombrero ante sus creadores. ¡Un trabajo impresionante, Dev Team!
(La imagen de portada de OS X LIVE que encabeza este artículo la diseñé en Photoshop para una antigua versión de AMD-LIVE DVD que estaba preparando y la he adaptado para ilustrar esta noticia.)
Notas de campo y pruebas de la comunidad
7 respuestas técnicas seleccionadas de 12 intervenciones originales
¡Fantástica noticia! Llevaba mucho tiempo esperando algo así :
Sí, es un avance genial. Yo me creé uno el otro día en cuanto vi el hilo en InsanelyMac y funciona a las mil maravillas. Sin duda va a ser de grandísima ayuda para toda la comunidad.
@bob5731Me gustaría conseguir una imagen ISO de esto.
Al parecer, el próximo DVD de instalación de Leo4All ya incorporará esta función de serie. Por eso mismo no voy a subir mi imagen ISO personal: he configurado mi propio Live DVD con los kexts de mi equipo y un par más, pero no quiero publicarlo y que todo el mundo empiece a quejarse de que no arranca en su hardware específico (porque no lo diseñé como una distribución universal).
De verdad que es mucho más sencillo que cada uno se cree el suyo propio.
Basta con partir de un DVD de instalación de Leopard OSx86 que ya te funcione y seguir los pasos de la guía; es francamente fácil.
Totalmente de acuerdo, crear el Live DVD es bastante sencillo. Yo preparé el mío y funciona de lujo en mis dos ordenadores. Podría haberlo subido, pero para que sirva de forma general tendría que incluir controladores para muchísimos chipsets distintos. Aun así, es una herramienta extraordinaria: nos ahorra tener que mantener una segunda partición de rescate en otro disco duro y resulta ideal para restaurar imágenes de copia de seguridad o reparar permisos y kexts sin tener que esperar al lento DVD de instalación.
Parece que existe una limitación importante con la cantidad de memoria RAM.
Yo tengo 1 GB de RAM y un DVD de prueba que me pasaron se niega a terminar de arrancar. Por lo visto hacen falta al menos 1.1 GB de RAM física o más para que el sistema logre iniciar en modo Live.
Creo que si se reduce el tamaño asignado al disco RAM (ramdisk) en el script de arranque inicial, se podría hacer funcionar perfectamente en equipos con menos memoria RAM.
PCWiz y yo vamos a hacer algunas pruebas con esto; probablemente implementemos un script de inicio que detecte automáticamente la cantidad de RAM instalada en el equipo para ajustar dinámicamente el tamaño óptimo del disco RAM.
Fuentes y registro de autoría (8 usuarios acreditados · Hilo #1868)
| Usuario | Rol en la monografía | Mensajes | Periodo activo |
|---|---|---|---|
| @nfoav8or | Autor principal | 3 | 2009-01-03 → 2009-01-24 |
| @milanca | Colaborador | 2 | 2009-01-03 → 2009-01-15 |
| @cmdshft | Colaborador | 2 | 2009-01-23 → 2009-01-24 |
| @Voyn1x | Colaborador | 1 | 2009-01-03 |
| @bob5731 | Colaborador | 1 | 2009-01-14 |
| @biker69 | Colaborador | 1 | 2009-02-05 |
| @ultimo | Colaborador | 1 | 2009-02-20 |
| @Quentin | Colaborador | 1 | 2009-05-30 |