P5k-e + Q6600 kalyway shutdown issue

sopla

sopla

New member
Hola a todos! llevo tiempo leyéndoos y no encuentro solución al problema del shutdown /sleep

Después de probar varios instaladores, he escojido kalyway 10.5.2. Solamente tengo que instalar el driver de realtek para wifi y todo funciona a la perfección.

Lo único que no puedo resolver, no me funciona el shutdown fix, es el tema del sleep/restart/shutdown.

He probado todos los kernels del DVD, con los siguientes resultados:

-sleepkernel y nfocekernel: Xbench arroja un resultado de unos 70, con el resto de kernels mas de 150, por lo qual descarto estos dos.
-speedstepkernel y kabylkernel: Apaga y reinicia bien, pero no vuelve del sleep
-vanillakernel y modbinkernel: Hacen bien el sleep, pero no apagan ni reinician


Por lo que ahora uso speedstepkernel y en preferencias de energía he desactivado el sleep.

Me gustaría poder usar el vanilla de apple, pero tener que apagar siempre por el botón me parece muy bestia...

Conocéis alguna solución para este problema?
 
sopla

sopla

New member
Hola a todos! Mi consulta no tuvo mucho éxito, prefiero pensar pq nadie conocía la respuesta...

La solución Fix Shutdown que propone Cobranail funciona de fábula.

http://cobranail.googlepages.com/poweroff_fix.zip

El error se produce en los equipos multiprocesador. Si os ocurre, y arrancando con <F8> y escribiendo la opción "cpus=1" el hackintosh apaga y reinicia bien, esta es vuestra solución.

Lo que el autor no dice, es que hay que instalar el framework CHUD, sin el, el script no hace nada de nada!!!


Para bajarlo, necesitaréis una Apple ID (registrarse, es gratis)

Gracias Cobranail!!! Ahora puedo finalmente tener mi hackintosh con kernel vanilla con sleep/reboot/shutdown
 
juker12

juker12

Activo
" Mi consulta no tuvo mucho éxito, prefiero pensar pq nadie conocía la respuesta.."


Sopla con todos mis respetos, yo prefiero pensar que cuando lo que se pregunta esta mas que respondido en el foro no nos molestamos en responder

Problemas detectados:

El principal problema detectado tiene que ver con el apagado / reinicio / reposo del sistema. Por lo que se observa por Internet, es un problema relativamente frecuente, sobre todo en procesadores de varios núcleos (se ve más en micros de 4 núcleos que en micros de 2 núcles y es muy raro en micros de 1 núcleo). No es específico de la placa base elegida (GA-P35-DS3R) pues también se presenta en otros modelos de Gigabyte, Asus y otras marcas, e incluso en algunos ordenadores Macintosh (véase foros de discusión de Apple); existen discusiones sobre problemas similares en el mundo Linux en sistemas SMP (Simetric Multi-Processor = varios procesadores o varios núcleos).

El problema puede tener una o varias de estas formas de presentación:

- El sistema apaga pero el piloto de encendido no
- El sistema tarda mucho más de lo normal en apagar
- El sistema no reinicia, se queda detenido después del apagado
- No funciona el modo de reposo S3 (en el que se detiene todo el sistema) aunque suele funcionar el modo S1 (en el que el piloto de encendido y los ventiladores siguen en marcha).

He probado varias posibles soluciones a este problema y, aunque todavía no he localizado una que funcione al 100%, unas pocas mejoran el comportamiento. Comentaré primero aquellas con las que no he observado cambios significativos:

- Modificaciones en la BIOS: cambiando el modo de reposo entre S1 y S3, activando o desactivando C1E, activando o desactivando Virtualización, etc...
- Poner o quitar el otro disco duro con Windows XP y particiones NTFS
- Probar varias versiones del archivo AppleACPIPlatform.kext (1.0.3 de Netkas, 1.1.0 del DVD de Kalyway, 1.1.0 de Juker, 1.2.1 de Apple)
- Probar varias versiones de kernel Vanilla (9.0.0, 9.2.0, 9.2.2)
- Cambiar el modo de suspensión de OSX (hibernate mode 0 o hibernate mode 3) coordinándolo con el modo elegido en la BIOS
- Arrancar con diferentes modificadores: -x, -v, -f.

Las medidas que parecen mejorar ésto (aunque no al 100%) son:

- Arrancar con el modificador "cpus=1" de manera que se emplea un solo núcleo del procesador (solución inaceptable)
- Cerrar la sesión (menú Manzana o Comando + Mayúsculas + Q) y apagar o reiniciar desde los botones del cuadro de diálogo
- Emplear el kernel más reciente de ToH, versión 9.2.0, que se puede obtener en los canales del IRC de Netkas; ToH tiene 3 kernel diferentes 9.2.0, poweroff-fix (para el problema del apagado), speedstep (para el problema de gestión de energía en portátiles) y sleep (para el problema del reposo); con el kernel poweroff-fix se reducen bastante los apagados y reinicios erróneos
- Instalar una solución llamada Poweroff Fix que ofrece Cobranail en su Blog (aunque éste está en chino), solución basada en un código de Ovof que actúa de esta manera: justo cuando se inicia el proceso de apagado, desactiva todos los núcleos del micro menos uno; mejora claramente el apagado pero no el reinicio.
 
miliuco

miliuco

Activo
Algunos no hemos respondido porque sobre este asunto hay abundante literatura, por ejemplo en nuestra Wiki hay un artículo mío titulado "Intel P35 NVidia 8800GT Alc889a Gigabyte GA-P35-DS3R D-Link A-556" en que se lee al final:
Problemas detectados:

El principal problema detectado tiene que ver con el apagado / reinicio / reposo del sistema. Por lo que se observa por Internet, es un problema relativamente frecuente, sobre todo en procesadores de varios núcleos (se ve más en micros de 4 núcleos que en micros de 2 núcles y es muy raro en micros de 1 núcleo). No es específico de la placa base elegida (GA-P35-DS3R) pues también se presenta en otros modelos de Gigabyte, Asus y otras marcas, e incluso en algunos ordenadores Macintosh (véase foros de discusión de Apple); existen discusiones sobre problemas similares en el mundo Linux en sistemas SMP (Simetric Multi-Processor = varios procesadores o varios núcleos).

El problema puede tener una o varias de estas formas de presentación:

- El sistema apaga pero el piloto de encendido no
- El sistema tarda mucho más de lo normal en apagar
- El sistema no reinicia, se queda detenido después del apagado
- No funciona el modo de reposo S3 (en el que se detiene todo el sistema) aunque suele funcionar el modo S1 (en el que el piloto de encendido y los ventiladores siguen en marcha).

He probado varias posibles soluciones a este problema y, aunque todavía no he localizado una que funcione al 100%, unas pocas mejoran el comportamiento. Comentaré primero aquellas con las que no he observado cambios significativos:

- Modificaciones en la BIOS: cambiando el modo de reposo entre S1 y S3, activando o desactivando C1E, activando o desactivando Virtualización, etc...
- Poner o quitar el otro disco duro con Windows XP y particiones NTFS
- Probar varias versiones del archivo AppleACPIPlatform.kext (1.0.3 de Netkas, 1.1.0 del DVD de Kalyway, 1.1.0 de Juker, 1.2.1 de Apple)
- Probar varias versiones de kernel Vanilla (9.0.0, 9.2.0, 9.2.2)
- Cambiar el modo de suspensión de OSX (hibernate mode 0 o hibernate mode 3) coordinándolo con el modo elegido en la BIOS
- Arrancar con diferentes modificadores: -x, -v, -f.

Las medidas que parecen mejorar ésto (aunque no al 100%) son:

- Arrancar con el modificador "cpus=1" de manera que se emplea un solo núcleo del procesador (solución inaceptable)
- Cerrar la sesión (menú Manzana o Comando + Mayúsculas + Q) y apagar o reiniciar desde los botones del cuadro de diálogo
- Emplear el kernel más reciente de ToH, versión 9.2.0, que se puede obtener en los canales del IRC de Netkas; ToH tiene 3 kernel diferentes 9.2.0, poweroff-fix (para el problema del apagado), speedstep (para el problema de gestión de energía en portátiles) y sleep (para el problema del reposo); con el kernel poweroff-fix se reducen bastante los apagados y reinicios erróneos
- Instalar una solución llamada Poweroff Fix que ofrece Cobranail en su Blog (aunque éste está en chino), solución basada en un código de Ovof que actúa de esta manera: justo cuando se inicia el proceso de apagado, desactiva todos los núcleos del micro menos uno; mejora claramente el apagado pero no el reinicio.

Aunque no tengo clara la causa última del problema del apagado / reinicio, parece tratarse de una dificultad en apagar el núcleo del micro que inició el arranque (boot core, suele ser el Core0); es de esperar que algunos de los gurús del mundo OSx86 o la propia Apple presenten soluciones a no muy largo plazo. Por el momento, así están las cosas.
Hacer clic para expandir...
Y en el foro pitinglis hay un hilo titulado "Shutdown/Poweroff Fix" (en Post-Installation Discussion / OSx86 Leopard (10.5)) comenzado por Ovof (autor del código del programa que has utilizado con éxito) sobre este asunto. Pero si lees verás que no a todo el mundo le funciona.

Esa es la causa de no haberte respondido (al menos en mi caso). Como ves, nada nuevo bajo el sol.
 
miliuco

miliuco

Activo
Joder, Juker, nos hemos pisado el texto escribiendo los 2 a la vez (pero el tuyo ha salido antes, por lo que veo). Parecemos copiones (ja, ja).
 
sopla

sopla

New member
ok... estos hilos ya los había leído, y no me funcionaba, y tu web, miliuco, y he estado horas y horas haciendo pruebas con combinaciones de la BIOS, y buceando en applesana y , y ya había descartado el poweroff fix, simplemente porque desconocía que había que instalar el CHUD...

De hecho, no he encontrado ningún post de alguna P5K-E multiprocesador con shutdown/reboot/sleep funcionando sobre vanilla, ni uno solo... más bien todo lo que leía me hacía pensar que no tenía solución...

Pues eso... espero que le sirva a alguien más... Salud!!!
 
juker12

juker12

Activo
"post de alguna P5K-E multiprocesador"


Sopla este es un error comun. No ha que buscar por placa base y modelo exacto.
Hay mucha gente que necesita un tutorial por placa y esto es un error

OSx es compatible con i386/ICH5/6/7/8/9R con micros SSE3 un solo core ( Core solo MacMni) 2 cores, Core duo 2 series E6X y T2X y cuatro cores o quad core

Cuando tengas un problema con un micro, busca por micro y no por tu placa pues creo que tendras mas suerte


Sobre el tema en cuestion, mi opinion ya la he escrito en otros post.
Con los debidos respetos me parece que el tema de capar dos cores por el tema del sleep solo lo puede pensar un tio que no sabe absolutamente nada de informatica (sistemas i386)

Quad core es compatible con Mac, de hecho todos los x-server o x-raid llevan este tipo de micro amen del Mac Pro.
Y usan el kernel oficial de apple que es compatible por supuesto

Lo que tambien influye y seria largo de explicar son otros factores, disco sata 2 made in china que no soporte el comando FLUSH cahe. Imitaciones de seagate sobre todo

Te dejo un poco de literatura documentada en la KB de microsoft sobre discos duros puercos que cascan en las hibernaciones o apagados.

No se ejecuta el comando flush cache en un disco duro grande que tiene habilitada una dirección de bloque lógico de 48 bits (LBA). El disco duro se puede dañar como resultado cuando entra en el estado de Cierre o en el estado de hibernación
Hacer clic para expandir...

No doy enlace a la KB de Apple por que logicamente este problema no existe.
Apple monta sata en condiciones.


Y esto solo es una muestra, otro factores que tambien que influyen son la porqueria de tarjetas de red realtek que pueden incluso hibernar una placa base hasta el punto de tener que quitarle la pila de la placa base para que vuelva a arrancar.
 
sopla

sopla

New member
Tienes mas razón que un santo, juker... había cantado victoria antes de tiempo... con cpus=1 se apaga cuando le da la gana, no tengo este problema solucionado...

Y respecto a lo de buscar placa + procesador... pues... al no tener ni pajotera idea de dónde está el problema, parece de lógica que el problema debiera estar en uno de estos 2 componentes o en su suma... desconocía el problema del FLUSH en HDs, pero si no lo entiendo mal afecta al sleep, no al apagado, o estoy meando fuera del tiesto otra vez?
 
sopla

sopla

New member
Bueeeno... finalmente, con el kernel de netkas 10.5.2 shutdown fix, que tenía en un instalador "nvinstaller 41" apaga, reinicia y duerme correctamente... no es vanilla, pero así se queda de momento...
 
juker12

juker12

Activo
sopla me alegro por ti si ahora crees que te va bien.

Sobre este tema, para ampliar un poco en modo resumen lee esto:

En Windows existe un kernel y unos drivers archivo.sys que controlan el hardware

Cada hardware debe llevar un controlador o driver archivo.sys que haga:

Hacer funcionar el hardware, por ejemplo si es una tarjeta de red que maneje datos pero ADEMAS debe controlar sus estado de apagado o suspension.

Lo hacen las graficas, lo hacen la tarjetas de red, los discos duros, la ram etc.....


En Mac ocurre lo mismo, existe un kernel y unas extensiones archivo.kext que controlan todo el hardware


Si tu cuando dices apagate, el kernel envia un estado a todo esos kext.
Si un solo kext, el de la grafica, controladora sata o el que sea no devuelve su estado, casca

Asi de facil y simple es el error del que hablamos. Un error GRAVE.

Creo que los colegas que tengan problemas de inicio o apagado deberian revisar su hardware y pillar el culpable.

Sean un disco usb, un disco duro sata que usa un kext incorrecto o un kext grafico que no corresponde con la version del Kernel.
 
sopla

sopla

New member
Muchas gracias Juker!!

Acerca de los drivers/kexts, lo que me desconcierta es que con los kernels de kalyway, pulsando F8 y escribiendo el nombre del kernel, unos apagaban/reiniciaban bien, pero colgaban el sleep, y los otros, al revés... siempre con los mismos kexts!!!

Por si las flays, probé a deshabilitar todos los elementos de la placa posibles: Ethernet, wifi, sonido, usb, firewire... seguía fallando igual... aunque claro, queda un montón de hardware necesario que podría ser el culpable...
 
Iniciar sesión o registrarme para responder aquí.
Arriba