Instalación de Snow Leopard en una placa Gigabyte GA-EP45-UD3P

Me sumo al hilo con la misma duda: mi UD3P me da Kernel Panic en el primer arranque tras instalar, da igual que inicie en 32 bits (arch=i386) o en 64 bits.

No es algo exclusivo de esta placa base; hay varios hilos en el foro donde se comentan estos Kernel Panics iniciales y sus posibles soluciones.

En resumen: si ocurre durante el proceso de arranque, suele ser cosa del gestor de arranque (bootloader) o de los kexts en /Extra; si ocurre al llegar al escritorio, suele ser problema de permisos o cachés.

La UD3P funciona de maravilla

¿Has echado un vistazo a la web de Project Snow?Su autor utiliza una GA-EP45T-UD3P y explica paso a paso todo el proceso de instalación con sumo detalle.

Yo tengo una GA-EP45-UD3P con un Core 2 Quad Q6600: Snow Leopard funciona a la perfección con tan solo cuatro kexts adicionales y un DSDT modificado, aunque tengo algún que otro problemilla gráfico por culpa de mi Sapphire HD 3870.

Esta placa base (la UD3P) se lleva francamente bien con Snow Leopard.

@machinist¿Has echado un vistazo a la web de Project Snow? Su autor utiliza una GA-EP45T-UD3P y explica paso a paso todo el proceso de instalación con sumo detalle. Yo tengo una GA-EP45-UD3P con un Core 2 Quad Q6600: Snow Leopard funciona a la perfección con tan solo cuatro kexts adicionales y un DSDT modificado, aunque tengo algún que otro problemilla gráfico por culpa de mi Sapphire HD 3870. Esta placa base (la UD3P) se lleva francamente bien con Snow Leopard.

¿Podrías subir a algún sitio tu DSDT parcheado o enviármelo por correo electrónico?

DSDT

El autor de Project Snow ha publicado su DSDT en esa misma web, tanto en formato fuente .dsl como compilado en .aml. Eso sí, es probable que su configuración de audio no te funcione a la primera: creo que él saca el sonido por el conector negro trasero usando el layout-id "12". Prueba con el layout-id "66" (o en hexadecimal: "0x42, 0x00, 0x00, 0x00") junto con el codec-id correspondiente y el sonido debería funcionarte sin problemas; hasta ahora le ha funcionado a todo el mundo.

Como alternativa, en InsanelyMac hay un hilo muy completo con un manual en PDF que detalla paso a paso cómo modificar tu propio DSDT para las placas de la serie UD3x en Snow Leopard.

Y si hablas español, Pere mantiene un portal muy completo sobre DSDT en osx86.es.

De todas formas, no creo que mi DSDT por sí solo te libre de esos Kernel Panics al arrancar.

¿Qué componentes de hardware tienes exactamente?

Acabo de actualizar mi firma con los componentes de mi equipo y ahora mismo me pongo a buscar a fondo esa guía de parcheo de DSDT en inglés.

machinist, ¿tienes Bonjour funcionando en esta placa base?

En la mía no funciona.

¿Cuáles son los 4 kexts que estás utilizando?

skydrone:

Yo tampoco tengo Bonjour con las controladoras integradas RTL8169/8111 habilitadas mediante DSDT, ni en 10.5.8 ni en 10.6 (aunque sí negocian enlace Gigabit "Full Duplex"). Todavía no me resigno a quedarme sin Bonjour y sigo probando distintos métodos para activarlo. Acabo de descargar e instalar los controladores oficiales de Realtek para Mac de la serie 8169, pero sin cambios aparentes. Publicaré aquí cualquier novedad si logro que la controladora se lleve bien con Bonjour.

¿Has probado tú algún método para intentar activar Bonjour?

Los cuatro kexts que utilizo en Snow Leopard son:

fakesmc
nullcpupowermanagement
openhaltrestart
platformuuid

¿Cuáles usas tú?

Estoy exactamente en la misma situación que tú: la conexión Ethernet funciona a 1 Gbps sin el menor problema y puedo ver las carpetas compartidas por Samba (SMB) en el Finder y acceder a ellas, pero las aplicaciones que dependen de multicast/Bonjour —como Cyberduck o Things— no detectan ningún recurso compartido en la red local.

Cuando llegue a casa probaré RealtekR1000.kext y comentaré qué tal va.

Uso esos mismos cuatro kexts que mencionas, más SleepEnabler y Disabler, ya que sin ellos no me funciona el reposo (sleep) en mi configuración.

Podéis solucionar tanto Bonjour como Time Machine (¡ambos fallan por la misma causa!) directamente desde el DSDT.
El problema radica en que OS X no reconoce nuestra tarjeta de red LAN integrada como interna (built-in), lo que impide que funcionen Bonjour y Time Machine.
El parche de Time Machine para DSDT inyecta la propiedad built-in, de modo que no hace falta parchear ningún kext de IONetworkingFamily ni instalar controladores LAN de terceros.

Echad un vistazo aquí:
http://www.insanelymac.com/forum/index.php?showtopic=14… ↗

Gracias por la información, mitchde.

¿Has probado tú mismo ese parche en esta placa base y puedes confirmar que resuelve lo de Bonjour? Ahora mismo no estoy en casa, pero lo probaré en cuanto llegue.

Para quienes quieran probarlo ahora mismo, este es el código AML que hay que añadir dentro de la sección del dispositivo de red en el DSDT:

Method (_DSM, 4, NotSerialized)
{
Store (Package (0x06)
{
"built-in",
Buffer (One)
{
0x01
},

"device_type",
Buffer (0x09)
{
"ethernet"
},
"name",
Buffer (0x24)
{
"Realtek RTL8111/8168B PCI-E Gigabit"
}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}

skydrone

Ese fragmento de código no cambia nada en mi máquina: con el controlador nativo para la RTL8169/8111 sigo teniendo un Bonjour "a medias", en el que los recursos compartidos de este equipo sí aparecen anunciados en la barra lateral del Finder de los demás Macs de la red, pero los recursos compartidos de los otros equipos no aparecen en la barra lateral del Finder de esta máquina. En cambio, con el kext R1000 de Psystar funciona en ambos sentidos.

¿A ti ese código DSDT te habilita el descubrimiento en ambas direcciones?

mitchde: Que la interfaz figure como "built-in" es condición necesaria para Time Machine y Bonjour, pero no suficiente con este chip Realtek. Mis dos puertos Ethernet aparecen ya marcados como "built-in" y, aun así, Bonjour solo funciona en un sentido (emisión, pero no recepción multicast) con el controlador nativo de Apple.

Para lograr un estado "built-in" limpio y sin errores en placas con doble Gigabit Ethernet hay que inyectar el parche de Time Machine de forma independiente en ambos puertos dentro del DSDT y definir además un UUID de plataforma válido. Yo utilizo PlatformUUID.kext sincronizado con el SMBIOS y con el UUID del volumen de arranque que muestra la Utilidad de Discos (véase el hilo sobre el UUID y el "error 35", respuesta 23, en el foro de VoodooProjects: http://forum.voodooprojects.org/index.php?PHPSESSID=hc9… ↗).

No es un problema aislado de mi equipo: al autor de una guía para la GA-EP45T-UD3P le ocurre exactamente lo mismo al habilitar uno de los puertos mediante una cadena EFI: http://www.insanelymac.com/forum/index.php?showtopic=16… ↗

(Por cierto, allí afirma erróneamente que "ningún Mac real viene con doble puerto Ethernet", cuando todos los Mac Pro incorporan dos puertos Ethernet de serie).

Tener medio Bonjour es mejor que nada, pero no deja de ser un comportamiento muy curioso.

Acabo de llegar a casa y mi primera prueba ha sido meter RealtekR1000.kext dentro de mi /Extra/Extensions.mkext y arrancar con arch=i386 en el com.apple.Boot.plist.

Pero no noto cambios: los recursos compartidos por SMB siguen apareciendo en el Finder, pero juraría que Bonjour sigue sin funcionar porque en la pestaña Bonjour de Cyberduck sigue sin aparecer mi iPhone.

¿Conocéis alguna forma rápida y fiable de comprobar si Bonjour está recibiendo tráfico?

¡Lo conseguí! ¡Por fin funciona!

El truco consiste simplemente en poner la interfaz de red (NIC) en modo promiscuo : :

@skydrone¡Lo conseguí! ¡Por fin funciona! El truco consiste simplemente en poner la interfaz de red (NIC) en modo promiscuo : :

¡Enhorabuena, skydrone!

¿Lo has hecho usando el kext R1000 o con el nativo?

¿Cómo activas exactamente el modo promiscuo para la controladora integrada RTL8168C/8111C?

¡Gracias, machinist!

No hace falta instalar ningún kext adicional como el R1000; funciona directamente con el controlador original de Apple.
Lo único que necesitas hacer es descargar la versión modificada de ifconfig (con soporte para la bandera promisc) desde aquí:

stan ford.edu/~dub/macstuff/ifconfig.tgz

y configurar un script para que ponga la interfaz de red en modo promiscuo en cada arranque.

Bonjour

skydrone:

Muchas gracias por compartir el enlace a esa magnífica versión de ifconfig. Lamentablemente, sigo sin tener "Bonjour" completo, o al menos la parte de recepción que buscaba: cualquier otro Mac o Hackintosh conectado a la red local sigue "viendo" a esta máquina y mostrando sus carpetas compartidas automáticamente en la barra lateral del Finder, pero los archivos o carpetas compartidos de los demás equipos siguen sin aparecer en la barra lateral del Finder de esta máquina. ¿A ti sí te funciona el descubrimiento en ese sentido?

Aún no tiro la toalla: he probado a activar "checksum offload" en los plugins 8168/8169 dentro de IONetworkingFamily.kext porque leí en algunas fuentes que podía estar relacionado, pero tampoco hubo suerte.

Todavía me quedan un par de ideas en el tintero; si alguna da fruto lo publicaré por aquí.

¡Disfruta de tu Bonjour y muchas gracias por compartir tus avances conmigo!

Machinist,

Por favor, prueba dejando todos los kexts de red completamente de serie (vanilla), sin ninguna modificación. Luego comprueba ejecutando ifconfig en la Terminal que tu interfaz de red muestra realmente la etiqueta PROMISC activa.

Puedes usar la pestaña Bonjour de Cyberduck o de iChat para verificar al instante si recibe anuncios mDNS. Esta solución ya le está funcionando a muchísima gente con placas Gigabyte, así que no veo por qué no habría de funcionar en tu sistema.

¿Podrías hacer esa prueba y comentarme qué te sale?

skydrone:

Tengo todos los kexts del sistema estrictamente de serie (vanilla) y, sin embargo, el síntoma persiste: con dos Hackintosh conectados en red, el otro equipo ve al instante los recursos compartidos de esta máquina (y cuando desactivo Compartir Archivos aquí, desaparecen enseguida de la barra lateral del Finder del otro equipo), pero a la inversa no aparece nada, salvo cuando cargo el kext RealtekR1000. Curiosamente, cuando está activo el kext R1000, ifconfig ni siquiera necesita mostrar el modo PROMISC para que funcione.

He comprobado dos veces que la bandera PROMISC aparece activa en en0 con el controlador nativo y he repetido todo el procedimiento varias veces. No descarto al 100% un error humano por mi parte, pero me extrañaría mucho. En resumidas cuentas: con R1000 veo las carpetas compartidas del otro Hackintosh; sin él, lamentablemente no.

Cuando conectas dos equipos en tu red con Compartir Archivos activado, ¿puedes ver las carpetas del otro equipo en la barra lateral del Finder?

skydrone:

El truco del "modo promiscuo" con ifconfig también ha llegado hace poco a este otro hilo:

http://www.insanelymac.com/forum/index.php?showtopic=18… ↗

Allí un usuario comenta que ya disfruta de Bonjour bidireccional completo con todas las carpetas compartidas visibles, mientras que otro con Snow Leopard dice que su equipo puede "ver" a los demás pero es invisible para ellos (justo el caso inverso al mío, donde mi Snow Leopard se anuncia pero está "ciego").

Esos comentarios están casi al final del hilo.

Pensé que te resultaría interesante.

@skydroneMachinist, Por favor, prueba dejando todos los kexts de red completamente de serie (vanilla), sin ninguna modificación. Luego comprueba ejecutando ifconfig en la Terminal que tu interfaz de red muestra realmente la etiqueta PROMISC activa. Puedes usar la pestaña Bonjour de Cyberduck o de iChat para verificar al instante si recibe anuncios mDNS. Esta solución ya le está funcionando a muchísima gente con placas Gigabyte, así que no veo por qué no habría de funcionar en tu sistema. ¿Podrías hacer esa prueba y comentarme…

skydrone:

Tras hacer una instalación Retail limpia desde cero y activar el modo promiscuo con ifconfig, ahora sí tengo Bonjour completamente operativo en ambos sentidos. Gratamente sorprendido de que por fin pueda tanto ver como ser visto por el resto de equipos del clúster.