Jump to content

Tela encrava depois de login

uran0s

By uran0s,
in Mavericks (10.9)

 Share
12 posts in this topic

Recommended Posts

uran0s
uran0s
Posted
Posted

Boa noite,

 

Estou a ficar um pouco desesperado, o meu hack decidiu me andar a chatear nos ultimos dias.

 

Tudo tem sempre funcionado bem, mesmo tudo.

 

Agora a cerca de 2 semanas, que do nada após meter a password para fazer login ele arranca e encrava logo, congela o grafismo e não mexe mais.

 

Já exprimentei a trocar o disco SSD que estava a usar por um outro novo, e o problema continua.

 

Já actualizei o fakesmc e o chamaleon e nada.

 

Como consigo saber o que está a encravar o sistema, vou deixar o log do system.log a ver se conseguem detectar alguma coisa.

 

 

 

 

 

Link to comment
https://www.insanelymac.com/forum/topic/295140-tela-encrava-depois-de-login/
Share on other sites
  • 2 weeks later...
uran0s
uran0s
Posted
  • Author
Posted

Boa tarde,

 

Desculpa a demora, fala-me um pouco melhor sobre o gerencionamento de energia? DSDT?

 

É o seguinte, acabei por formatar o mac, e tudo ficou a funcionar bem, o que me levou a pensar que seria algum conflito de hardware, até hoje me voltar a acontecer o mesmo.

 

Vou explicar de que modo isto acontece.

 

Formatei o mac, e ficou tudo ok, tenho o vicio de o meter sempre em sleep, o que adormece e acorda sem qualquer problema, em 20 vezes talvez encrave uma ao acordar, em que desligo e ligo da ficha e tudo fica ok. O pior é quando eu desligo da corrente, e me dá cpu over voltage ao arrancar o pc na bios, ai tenho de desligar novamente, tirar a pilha e meter novamente, e o problema resolve.

Apos arrancar novamente, chego a tela de login, e após fazer login o mac encrava automaticamente, vezes sem conta,

 

O que fiz desta vez, arranquei normalmente, na tela de login fiz sleep, e wake a seguir, e depois meti os dados para login e ai arrancou tudo bem, apenas reparei que a placa de rede ficou desconfigurada.

 

O que poderá ser isto? Ser de facto o gerencionamento de energia?

 

O que leva a querer é que ele entra em sleep, mas possivelmente não guarda correctamente toda a informação na bios, e as vezes dá erro ao acordar?

 

Cumprimentos

Allan
Allan
Posted
Posted

Faz assim, depois que você usar o Sleep, vai em Aplicativos > Utilitarios > Console.

 

E veja o que aparece na linha: Kernel: Wake reason...

Veja o exemplo:

Screen Shot 2014-01-22 at 2.09.07 PM.png

 

O meu está com problema, o que vou resolver depois, mas nos mostre essa imagem para ajudarmos você.

uran0s
uran0s
Posted
  • Author
Posted

Sim, o computador é o mesmo da assinatura.

 

Aqui vai um log do wake up.

 

 

 

23/01/14 08:50:19,000 kernel[0]: Wake reason: GBE EHC2
23/01/14 08:50:37,000 kernel[0]: Previous Sleep Cause: 5
23/01/14 08:50:37,000 kernel[0]: The USB device Keyboard Hub (Port 5 of Hub at 0xfd000000) may have caused a wake by issuing a remote wakeup (2)
23/01/14 08:50:37,000 kernel[0]: 278.276693: setDISASSOC from ATH_INTERFACE_CLASS disconnectVap
23/01/14 08:50:37,000 kernel[0]: AirPort: Link Down on en1. Reason 8 (Disassociated because station leaving).
23/01/14 08:50:37,000 kernel[0]: The USB device Apple Keyboard (Port 2 of Hub at 0xfd500000) may have caused a wake by issuing a remote wakeup (3)
23/01/14 08:50:37,000 kernel[0]: 278.370943: setDISASSOCIATE ****STA SYNC DISASSOC SUCCESS  
23/01/14 08:50:37,000 kernel[0]: 278.371040: performCountryCodeOperation: Not connected, scan in progress[0]
23/01/14 08:50:37,000 kernel[0]: full wake (reason 1) 97 ms
23/01/14 08:50:37,099 loginwindow[108]: ERROR | -[LWBuiltInScreenLockAuthLion closeAuthAndReset:] | Attempted to remove an observer when not observing
23/01/14 08:50:37,105 UserEventAgent[11]: Captive: CNPluginHandler en1: Inactive
23/01/14 08:50:37,105 configd[17]: network changed: v4(en0:192.168.81.221, en1-:192.168.81.232) DNS* Proxy SMB
23/01/14 08:50:37,000 kernel[0]: 278.397489: ATHR: unknown locale: 809c
23/01/14 08:50:37,000 kernel[0]: **** [iOBluetoothHostControllerUSBTransport][suspendDevice] -- Resume -- suspendDeviceCallResult = 0x0000 (kIOReturnSuccess) -- 0x9c00 ****
23/01/14 08:50:37,426 WindowServer[157]: handle_will_sleep_auth_and_shield_windows: NULL shield_window (lock state: 1)
23/01/14 08:50:37,428 WindowServer[157]: CGXDisplayDidWakeNotification [278701410838]: posting kCGSDisplayDidWake
23/01/14 08:50:37,000 kernel[0]: [AppleMultitouchDevice::willTerminate] entered
23/01/14 08:50:37,000 kernel[0]: [AppleMultitouchDevice::stop] entered
23/01/14 08:50:37,000 kernel[0]: [0xffffff8020272100][free]()
23/01/14 08:50:39,507 configd[17]: network changed: v4(en0-:192.168.81.221) DNS- Proxy-
23/01/14 08:50:39,513 netbiosd[276]: network_reachability_changed : network is not reachable, netbiosd is shutting down
23/01/14 08:50:41,000 kernel[0]: [bNBTrackpadDevice::init][80.14] init is complete
23/01/14 08:50:41,000 kernel[0]: [bNBTrackpadDevice::handleStart][80.14] returning 1
23/01/14 08:50:41,000 kernel[0]: [AppleMultitouchHIDEventDriver::start] entered
23/01/14 08:50:41,000 kernel[0]: [AppleMultitouchDevice::start] entered
23/01/14 08:50:41,000 kernel[0]: 282.927279: ATHR: unknown locale: 809c
23/01/14 08:50:41,000 kernel[0]: en1: BSSID changed to 70:56:81:ca:57:c5
23/01/14 08:50:41,000 kernel[0]: AirPort: Link Up on en1
23/01/14 08:50:41,000 kernel[0]: 283.012918: apple80211Request[10514] Unsupported ioctl 181 
23/01/14 08:50:41,000 kernel[0]: en1: BSSID changed to 70:56:81:ca:57:c5
23/01/14 08:50:41,000 kernel[0]: AirPort: RSN handshake complete on en1
23/01/14 08:50:41,814 configd[17]: network changed: DNS* Proxy
23/01/14 08:50:41,814 UserEventAgent[11]: Captive: [CNInfoNetworkActive:1655] en1: SSID 'nunolima.com' making interface primary (cache indicates network not captive)
23/01/14 08:50:41,816 UserEventAgent[11]: Captive: CNPluginHandler en1: Evaluating
23/01/14 08:50:41,817 UserEventAgent[11]: Captive: en1: Not probing 'nunolima.com' (cache indicates not captive)
23/01/14 08:50:41,817 UserEventAgent[11]: Captive: CNPluginHandler en1: Authenticated
23/01/14 08:50:41,820 configd[17]: network changed: v4(en1!:192.168.81.232) DNS+ Proxy+ SMB
23/01/14 08:50:42,000 kernel[0]: flow_divert_kctl_disconnect (0): disconnecting group 1
23/01/14 08:50:42,090 mDNSResponder[105]: Double NAT (external NAT gateway address 192.168.1.6 is also a private RFC 1918 address)
23/01/14 08:50:42,000 kernel[0]: 283.472861: ATHR: unknown locale: 809c
23/01/14 08:50:42,000 kernel[0]: 283.483147: ATHR: unknown locale: 809c
23/01/14 08:50:42,000 kernel[0]: 283.508977: ATHR: unknown locale: 809c
23/01/14 08:50:42,000 kernel[0]: 283.528465: ATHR: unknown locale: 809c
23/01/14 08:50:42,398 mDNSResponder[105]: mDNSCoreReceiveResponse: Received from 192.168.81.1:5353   16 uran0s-macpro.local. AAAA FE80:0000:0000:0000:BEAE:C5FF:FE22:7970
23/01/14 08:50:42,398 mDNSResponder[105]: mDNSCoreReceiveResponse: Received from 192.168.81.1:5353   16 uran0s-macpro.local. AAAA FE80:0000:0000:0000:BEAE:C5FF:FE22:7970
23/01/14 08:50:42,398 mDNSResponder[105]: mDNSCoreReceiveResponse: Received from 192.168.81.1:5353    4 uran0s-macpro.local. Addr 192.168.81.221
23/01/14 08:50:42,398 mDNSResponder[105]: mDNSCoreReceiveResponse: Received from 192.168.81.1:5353    4 uran0s-macpro.local. Addr 192.168.81.221
23/01/14 08:50:42,678 mDNSResponder[105]: mDNSCoreReceiveResponse: Received from FE80:0000:0000:0000:7256:81FF:FEC7:000C:5353   16 uran0s-macpro.local. AAAA FE80:0000:0000:0000:BEAE:C5FF:FE22:7970
23/01/14 08:50:42,678 mDNSResponder[105]: mDNSCoreReceiveResponse: Received from FE80:0000:0000:0000:7256:81FF:FEC7:000C:5353   16 uran0s-macpro.local. AAAA FE80:0000:0000:0000:BEAE:C5FF:FE22:7970
23/01/14 08:50:42,678 mDNSResponder[105]: mDNSCoreReceiveResponse: Received from FE80:0000:0000:0000:7256:81FF:FEC7:000C:5353    4 uran0s-macpro.local. Addr 192.168.81.221
23/01/14 08:50:42,679 mDNSResponder[105]: mDNSCoreReceiveResponse: Received from FE80:0000:0000:0000:7256:81FF:FEC7:000C:5353    4 uran0s-macpro.local. Addr 192.168.81.221
23/01/14 08:50:43,566 apsd[124]: Unrecognized leaf certificate
23/01/14 08:50:46,134 configd[17]: network changed: v4(en0+:192.168.81.221, en1) DNS! Proxy! SMB
23/01/14 08:50:46,250 com.apple.launchd.peruser.502[204]: (com.apple.AirPortBaseStationAgent) Throttling respawn: Will start in 6 seconds
23/01/14 08:50:46,405 mDNSResponder[105]: Double NAT (external NAT gateway address 192.168.1.6 is also a private RFC 1918 address)
23/01/14 08:50:46,762 apsd[124]: Unrecognized leaf certificate
23/01/14 08:50:54,000 kernel[0]: [0xffffff8020be5e00](0)/(5) Device not responding
23/01/14 08:50:54,253 SyncMateServer[318]: system wake
23/01/14 08:50:54,254 SyncMateServer[318]: Start listen...
23/01/14 08:50:54,000 kernel[0]: en1: BSSID changed to 70:56:81:ca:57:c5
23/01/14 08:50:54,000 kernel[0]: 295.532443: ATHR: unknown locale: 809c
23/01/14 08:50:54,273 airportd[127]: _doAutoJoin: Already associated to “nunolima.com”. Bailing on auto-join.
23/01/14 08:50:54,000 kernel[0]: 295.549240: ATHR: unknown locale: 809c
23/01/14 08:50:55,239 SyncMateServer[318]: detect <NSNetService 0x10fc0e360> local. _syncmate._tcp. uran0s macpro (uran0s)
23/01/14 08:50:56,829 ntpd[86]: ntpd: time set +0.478893 s
23/01/14 08:50:56,841 com.apple.time[207]: Interval maximum value is 946100000 seconds (specified value: 9223372036854775807).
23/01/14 08:50:56,843 com.apple.time[207]: Interval maximum value is 946100000 seconds (specified value: 9223372036854775807).
23/01/14 08:50:59,786 mDNSResponder[105]: Double NAT (external NAT gateway address 192.168.1.6 is also a private RFC 1918 address)
23/01/14 08:51:01,000 kernel[0]: considerRebuildOfPrelinkedKernel prebuild rebuild has expired
23/01/14 08:51:01,000 kernel[0]: ************* 1
23/01/14 08:51:01,000 kernel[0]: bLen=9, bDescType=2
23/01/14 08:51:01,000 kernel[0]: [9][2][2c][0][1][1][4][80][64]
23/01/14 08:51:01,000 kernel[0]: bLen=9, bDescType=4
23/01/14 08:51:01,000 kernel[0]: interfaceProtocal is 0x50
23/01/14 08:51:01,000 kernel[0]: [9][4][0][0][2][8][6][50][5]
23/01/14 08:51:01,000 kernel[0]: bLen=7, bDescType=5
23/01/14 08:51:01,000 kernel[0]: [7][5][1][2][0][4][0]
23/01/14 08:51:01,000 kernel[0]: bLen=6, bDescType=48
23/01/14 08:51:01,000 kernel[0]: [6][30][3][0][0][0]
23/01/14 08:51:01,000 kernel[0]: bLen=7, bDescType=5
23/01/14 08:51:01,000 kernel[0]: [7][5][82][2][0][4][0]
23/01/14 08:51:01,000 kernel[0]: bLen=6, bDescType=48
23/01/14 08:51:01,000 kernel[0]: [6][30][3][0][0][0]
23/01/14 08:51:01,000 kernel[0]: USBMSC Identifier (non-unique): 0x00000000 0x781 0xb6ba 0x124, 2
23/01/14 08:51:01,000 kernel[0]: USBF:    302.296    Endpoint 0x1 of the USB device "USB3.0 Card Reader" at location 0xbc100000:  converting Bulk MPS from 1024 to 512 (USB 2.0 Spec section 5.8.3)
23/01/14 08:51:01,000 kernel[0]: USBF:    302.297    Endpoint 0x82 of the USB device "USB3.0 Card Reader" at location 0xbc100000:  converting Bulk MPS from 1024 to 512 (USB 2.0 Spec section 5.8.3)
uran0s
uran0s
Posted
  • Author
Posted

O computador como perguntavam antes é o da assinatura.

 

Overclock para 3,68ghz e ram a 1600mhz, não sei se na altura que me criaram a DSDT tinha a mesma freqüência, fará isso diferença?

 

O disco de boot também mudou, agora tenho um Seagate 600 SSD 240Gb, com uma controladora PCI Express ASMedia ASM1061.

 

Vou enviar a DSDT que estou a usar, bem como o sábios.plist e o org.chameleon.boot.plist para darem uma vista de olhos.

 

Cumprimentos

 

http://www.nunolima.com/uran0s.zip


PimentelX86

Deve dar reset na bios, ele costuma trabalhar bem, mas de vez em quando encrava no wake up, fica a luz da board acessa e nada, as vezes desconfigura mesmo a bios.

 

E outra coisa estranha é, eu entro no mac, faço benchmark e imaginando que dá 11500 por ex, se fizer sleep e wake já fica a dar 12500, o mesmo acontece no cinebench.

 

Abraço

Pimentel
Pimentel
Posted
Posted

Olá

 

Ativa P e C States no org.chameleon... e se tem NullCPUPM remova-a

 

Cria uma DSDT, saiba como: http://olarila.com/forum/viewtopic.php?f=7&t=646

 

E aplica o patch RTC(o app DSDT Editor cria,edita e compila DSDT, dentro dele vem vários patches usáveis)

Como tem reset depois do sleep/wake, tem que aplica esse patch: http://olarila.com/forum/viewtopic.php?f=10&t=280

  • 4 months later...
uran0s
uran0s
Posted
  • Author
Posted

Boa tarde,

 

Criei nova DSDT com os patchs necessários, e tudo funciona bem, mas para evitar o CMOS reset tive que usar o patch $ sudo perl -pi -e 's|\x75\x2e\x0f\xb6|\xeb\x2e\x0f\xb6|' /System/Library/Extensions/AppleRTC.kext/Contents/MacOS/AppleRTC

 
E após aplicar este patch, que me elimina o problema de CMOS reset, fico com problemas em arrancar o mac normalmente, volta e meia ao desligar e ligar ele encrava e tenho que desligar da fixa?
 
Já aconteceu a alguém, há algum outro patch CMOS reset alternativo?
 
Cumprimentos
 Share
Go to topic listing
×
×
  • Create New...