Skocz do zawartości

Asrock z87 Pro4 - config.plist dla Clovera


wujek_bogdan
 Udostępnij

Rekomendowane odpowiedzi

To pojawia się na każdym OS X:

 

21.07.2015 17:24:05,000 kernel[0]: "name" not a kext
21.07.2015 17:24:05,000 kernel[0]: "FailedCLUT" not a kext
21.07.2015 17:24:05,000 kernel[0]: "FailedImage" not a kext
Co do TSC - przetestuj różne wersje BIOSu/UEFI - może obecna jest walnięta.

W jaki sposób można zrobić downgrade UEFI?

Odnośnik do komentarza
Udostępnij na innych stronach

Wybaczcie, że odpowiadam dopiero po kilku dniach. Urlopik :).

 

@314TeR

Nie widzę poprawy po dodaniu NeverHibernate, komputer się co prawda nie hibernuje, ale problemy z restartami podczas wybudzenia nadal pozostały.

 

@oswaldini

pmset -g
Active Profiles:
AC Power -1*
Currently in use:
 standby              1
 Sleep On Power Button 1
 womp                 1
 autorestart          0
 hibernatefile        /var/vm/sleepimage
 darkwakes            0
 networkoversleep     0
 disksleep            10
 sleep                3
 autopoweroffdelay    14400
 hibernatemode        0
 autopoweroff         1
 ttyskeepawake        1
 displaysleep         3
 standbydelay         10800
Odnośnik do komentarza
Udostępnij na innych stronach

Masz dobrze ustawiony BIOS? Może coś tam ruszałeś. Posprawdzaj te stany procesora. Mogłeś zrobić jakiś enabled albo disabled i teraz nie chce chodzić tak jak trzeba.

Ewentualnie sprawdź czy nie masz czasem Wake on LAN. Tym też można narobić problemów.

Spróbuj ustawić BIOS tak jak sugerowali w insancemac. 

Np. ja mam teraz podłączoną mysz USB Zowie i od niej pod windowsem sam mi sie czasem wybudza. Więc to może być problem sprzętowy. Na pewno testuj cały sprzęt tylko z minimalną ilością urządzeń.

 

Odnośnik do komentarza
Udostępnij na innych stronach

@Konrado0905

O ile się nie mylę, OSX nie obsługuje sprzętowej wirtualizacji, muszę zajrzeć w BIOS, ale pewnie domyślnie jest włączona. Jest domyślnie włączona, wyłączyłem tę opcję, ale nie wiem czy to ma jakiekolwiek znaczenie.

 

@LuvMusic

 

Masz dobrze ustawiony BIOS? Może coś tam ruszałeś. Posprawdzaj te stany procesora. Mogłeś zrobić jakiś enabled albo disabled i teraz nie chce chodzić tak jak trzeba.

W BIOSie wszystkie ustawienia mam domyślne, poza CSM, który wyłączyłem. Kilka postów wyżej zamieszczałem SSDT, zrzut z ioreg oraz wyniki kextstat, 314TeR potwierdził, że PM działa u mnie poprawnie.

 

Ewentualnie sprawdź czy nie masz czasem Wake on LAN. Tym też można narobić problemów.

Jest wyłączony domyślnie.

 

Spróbuj ustawić BIOS tak jak sugerowali w insancemac. 

Maz na myśli C3 States, C6 States i C7 States? Czy po tych zmianach muszę od nowa generować SSDT?

 

Na pewno testuj cały sprzęt tylko z minimalną ilością urządzeń.

 Tak też robię. Tylko mysz, klawiatura, monitor. 

Odnośnik do komentarza
Udostępnij na innych stronach

Jak jest teraz z wirtualizacją? Trzeba wyłączać?

 

VT-x - może być włączona - bez niej nie będą działały takie programy jak vmware, parallels

VT-d - powinno być wyłączone - OS X jego nie obługuje i ono właśnie jest odpowiedzialne za resety przy starcie systemu. Jak nie ma się osobnej opcji w UEFI do wyłączenia VT-d - to można ją wyłączyć flagą dart=0.

Odnośnik do komentarza
Udostępnij na innych stronach

VT-d - powinno być wyłączone - OS X jego nie obługuje i ono właśnie jest odpowiedzialne za resety przy starcie systemu. Jak nie ma się osobnej opcji w UEFI do wyłączenia VT-d - to można ją wyłączyć flagą dart=0.

 

Miałem tę opcję włączoną. Co prawda nie miałem restartów podczas uruchamiania systemu, ale wyłączyłem tę opcję i testuję. 

Odnośnik do komentarza
Udostępnij na innych stronach

A może masz kolokwialnie "zwaloną" mobo... Weź przetestuj ją pod innym systemem przez parę dni. Sprawdź ram memtestem itp itd... 

 

Też miałem takie podejrzenia, pisałem o tym w hydeparku.  Używałem tego komputera przez około 2-3 tygodnie pod Windowsem, nie zauważyłem podobnych problemów, ale zainstaluję jeszcze jakiegoś Linuksa dla testu i sprawdzę narzędziami diagnostycznymi jak sugerujesz.

Odnośnik do komentarza
Udostępnij na innych stronach

"womp - wake on ethernet magic packet (value = 0/1)"

 

Ten parametr masz włączony 

 

A w BIOSIe wake on lan mam wyłączony.

 

 

A może masz kolokwialnie "zwaloną" mobo... Weź przetestuj ją pod innym systemem przez parę dni. Sprawdź ram memtestem itp itd... 

 
Testuję od 2 dni pod linuksem. Wszystko jest OK. Memtest też nie pokazał żadnych błędów.
Odnośnik do komentarza
Udostępnij na innych stronach

Ok, a czy to ustawienie w ogóle ma znaczenie?

 

Postawię system od nowa (przy okazji opiszę cały proces instalacji, może coś pominąłem, albo coś robię źle?) i aktualizuję temat. Może nawet zrobię z tego mały tutorial "Jak instalować OSX 10.10.x ze skopanym PM na Asrock z87 pro4" :)

Odnośnik do komentarza
Udostępnij na innych stronach

Tak jak obiecałem przygotowałem mały elaborat. Opisuję krok po kroku moje zmagania z instalacją. Być może ciągle popełniam jakiś prosty błąd i opis całego procesu instalacji i konfiguracji umożliwi szersze spojrzenie na problem.

 

 

Przygotowanie do instalacji

  • Reset UEFI do ustawień domyślnych
  • Ustawienia UEFI:
    • Boot/CSM: Disabled
    • Advanced/Intel Virtualization Technology: Disabled
    • Pozostałe ustawienia domyślne

 

Instalacja

  • Przygotowanie pendrive z Cloverem wg poradnika.
  • Start Instalatora OSX z pendrive w trybie UEFI (standardowe ustawienia Clovera).
  • HD4600 robi fochy, pojawia się kolorowy szum przy starcie trybu graficznego. Pomaga wyjęcie i ponowne włożenie wtyczki HDMI).
  • Narzędzia/Narzędzia dyskowe. Formatowanie dysku: schemat partycji GUID, system plików: Mac OS Extended (kronikowany).
  • Instalacja przebiega bez problemów.
  • Instalator zakończył pracę. Restart systemu i końcowy etap instalacji: tworzenie konta użytkownika, etc.

 

Konfiguracja systemu

 

Instalacja Clovera na dysku systemowym

  • Na innym komputerze pobieram najnowszą wersję Clovera (r3253) oraz Clover Configurator, przenoszę na pendrive i instaluję na dysku systemowym.
  • W instalatorze wybieram Instalacja dla komputerów z UEFI. Instaluję dodatkowe sterowników UEFI: EmuVariableUefi-64 i OsxAptioFixDrv-64. Pozostałe ustawienia standardowe.
     

Podstawowa konfiguracja Clovera i instalacja kextów

  • Uruchamiam Clover Configurator, montuję partycię EFI (tak, jestem leniem, używam Clover Configurator tylko po to, żeby zamontować partycję :)).
  • Do EFI/Clover/kexts/10.10/ kopiuję: FakeSMC.kext oraz AppleIntelE1000e.kext
  • Do EFI/CLOVER/drivers64UEFI/ kopiuję HFSPlus.efi, usuwam VBoxHfs-64.efi
  • Do EFI/CLOVER/ kopiuję wcześniej przygotowany config.plist
  • DO /System/Library/Extensions kopiuję AppleHDAUniwersalALC8xx_v1.4.kext zmodyfikowany dla ALC892 wg poradnika.
  • Uruchamiam komputer ponownie, bootuję z USB. Wybieram: Clover Boot Options/Add clover boot options for all entries.
  • Odłączam dysk USB i uruchamiam komputer ponownie.
  • Bootuję po raz pierwszy z Clovera zainstalowanego na dysku systemowym.
     

  Uruchomienie PM

  • Pobieram skrypt https://github.com/Piker-Alpha/ssdtPRGen.sh
  • Uruchamiam ./ssdtPRGen.sh. Niepokoją mnie 2 rzeczy:
    • No ACPI Processor declarations found in the DSDT! Using assumed Scope
    • line 2295: 722 Segmentation fault: 11 "${gToolPath}/extractACPITables"
  • Wygenerowanemu plikowi zmieniam nazwę na SSDT.aml i kopiuję do EFI/CLOVER/ACPI/pathed/
    Plik ssdt.dsl do wglądu.
    log z generatora do wglądu.

 
Testowanie i poprawki

  • Uruchamiam komputer ponownie
  • Zauważam drobne problemy z działaniem grafiki (artefakty).
  • Aktualizuję system do 10.10.5. Problem znika.
  • Sprawdzam czy są załadowane kexty związane z działania PM:
    • jest: ACPISMCPlatformPlugin
    • jest: AppleLPC
    • brak: X86PlatformPlugin
    • brak: AGPM
  • Stwierdzam, że coś jest nie tak z wygenerowanym SSDT, dla testu przywracam SSDT.aml wygenerowane jakiś czas temu (miałem kopię). Restartuję system.
  • Sprawdzam czy są załadowane kexty związane z działania PM:
    • brak: ACPISMCPlatformPlugin
    • jest: AppleLPC
    • jest: X86PlatformPlugin
    • jest: AGPM
  • Testuję dalej. Pojawia się problem z TSC.
  • Pobieram VoodooTSCSync.kext, w Info.plist zmieniam wartość IOCPUNumber na 7, kopiuję do Do /System/Library/Extensions/.
  • Problem z Unsynchronized TSC znika.
  • Testuję wybudzanie z uśpienia.
    • Ręczne uśpienie:  → Uśpij: działa za każdym razem (albo to zbieg okoliczności i za którymś razem nie zadziała, testowałem kilkanaście razy)
    • Automatyczne uśpienie. W preferencjach oszczędzania energii ustawiam czas na 1 minutę. Losowe restarty przy próbie wybudzenia. Czasem działa, czasem nie. wycinek z kernel.log:
      Aug 15 14:18:48 iMac-wb.local WindowServer[130]: device_generate_desktop_screenshot: authw 0x7ff1a9c4d230(2000), shield 0x7ff1a9c35bf0(2001)
      Aug 15 14:18:48 iMac-wb.local WindowServer[130]: device_generate_lock_screen_screenshot: authw 0x7ff1a9c4d230(2000)[0, 0, 1920, 1080] shield 0x7ff1a9c35bf0(2001), dev [1920,1080]
      Aug 15 14:18:48 iMac-wb.local identityservicesd[242]: <IMMacNotificationCenterManager: 0x7fd34b01b590>: notification observer: com.apple.iChat   notification: __CFNotification 0x7fd34870b2c0 {name = _NSDoNotDisturbEnabledNotification}
      Aug 15 14:18:48 iMac-wb.local identityservicesd[242]: <IMMacNotificationCenterManager: 0x7fd34b01b590>:    NC Disabled: NO
      Aug 15 14:18:48 iMac-wb.local identityservicesd[242]: <IMMacNotificationCenterManager: 0x7fd34b01b590>:   DND Enabled: YES
      Aug 15 14:18:48 iMac-wb.local identityservicesd[242]: <IMMacNotificationCenterManager: 0x7fd34b01b590>: Updating enabled: NO   (Topics: (
      ))
      Aug 15 14:19:04 iMac-wb.local loginwindow[86]: CoreAnimation: warning, deleted thread with uncommitted CATransaction; set CA_DEBUG_TRANSACTIONS=1 in environment to log backtraces.
      Aug 15 14:19:05 iMac-wb kernel[0]: PM response took 1813 ms (48, powerd)
      Aug 15 14:19:05 iMac-wb kernel[0]: [0x2c3ed1000, 0x40000000]
      Aug 15 14:19:05 iMac-wb kernel[0]: [0x303ed1000, 0x40000000]
      Aug 15 14:19:05 iMac-wb kernel[0]: [0x0, 0x0]
      
    • W preferencjach oszczędzania energii wyłączam Power Nap i Budź przy dostępie przez sieć Ethernet.
    • Testuję ponownie wybudzanie z automatycznego uśpienia. Nadal to samo. Losowe restarty przy próbie wybudzenia.

 

Wnioski

  • W tym wątku napotkałem na 2 problemy z PM.
  • Pierwszy problem to problemy z Unsynchronized TSC. Nie powoduje restartów, pojawia się nie przy wybudzaniu, ale przy usypianiu. Systemu nie da się obudzić - czarny ekran.
  • Drugi problem to losowe restarty przy wybudzaniu.
  • Pierwszy problem rozwiązuje VoodooTSCSync.kext.
  • Drugi problem pozostaje nierozwiązany.

 

Pytania

  • W tym momencie największe moje obawy budzi SSDT.aml. Skąd takie róźnice w działaniu SSDT.aml wygenerowanego wcześniej, a wygenerowanego podczas ostatniej instalacji? Czemu SSDT.aml wygenerowane teraz nie działa poprawnie (tzn brak X86PlatformPlugin oraz AGPM)? Gdzieś pewnie popełniam błąd. Czy jakieś ustawienia Clovera mogą powodować takie błędne działanie ssdtPRGen.sh?
  • Może moja płyta wymaga jednak poprawek w DSDT? Jeśli tak to jak zidentyfikować jakich i czy trzeba je wykonywać ręcznie, czy może próbować tych wbudowanych w Clovera?

 

 

PS Jeśli usa się rozwiązać problem z PM to podrasuję ten wpis i zrobię z niego poradnik dla z87. Na pewno komuś się przyda.

Odnośnik do komentarza
Udostępnij na innych stronach

OK, to jest rzeczowo opisany problem i od razu można wyłapać następujące potencjalne problemy:

1. Monitro i HDMI. HD4600 jest znane z strzelania fochów na złączu HDMI. Jak masz monitor który ma wejście DVI i taki kabelek to podłącz go go płyty. Jeśli monitor nie ma DVI, to nic złego - jak to jest monitor o rozdzielczości nie większej niż FullHD to wystarczy kupić kabelek DVI-HDMI lub przejściówkę z DVI na HDMI.

2. Moim zdaniem niepotrzebnie instalujesz clovera na dysku - ona pcha też skrypty startowe do systemu, może one brużdżą. Jak masz skonfigurowaną poprawnie konfigurację na kluczu USB, to zwyczajnie tylko zamontuj partycję EFI i skopiuj na nią folder EFI z Cloverem.

3. SSD masz błędnie wygenerowane, dlatego PM nie działa. Zmień język na angielski i jeszcze raz wygeneruj tabelę SSDT. Skrypt pike'a jest skopany i nie działa poprawnie na innych językach niż EN. 

 

Jak widzisz potencjalnych problemów jest parę, a najwięcej zależy od poprawnej tabeli SSDT. 

 

PS przetestuj też oba drivery UEFI AptioFIX - może jeden będzie działał lepiej. Obecnie mam wrażenie że bezpieczniejszy jest AptioFix2.

Odnośnik do komentarza
Udostępnij na innych stronach

OK, to jest rzeczowo opisany problem

Staram się :)

 

1. Monitro i HDMI. HD4600 jest znane z strzelania fochów na złączu HDMI. Jak masz monitor który ma wejście DVI i taki kabelek to podłącz go go płyty. Jeśli monitor nie ma DVI, to nic złego - jak to jest monitor o rozdzielczości nie większej niż FullHD to wystarczy kupić kabelek DVI-HDMI lub przejściówkę z DVI na HDMI.

Monitor mam podłączony do DVI przez przejściówkę DVI → HDMI. Nie będę i tak korzystał z tej grafiki. Czekam aż moja R9 280X wróci z gwarancji. 
 

2. Moim zdaniem niepotrzebnie instalujesz clovera na dysku - ona pcha też skrypty startowe do systemu, może one brużdżą. Jak masz skonfigurowaną poprawnie konfigurację na kluczu USB, to zwyczajnie tylko zamontuj partycję EFI i skopiuj na nią folder EFI z Cloverem.

Nawet jeśli w instalatorze zaznaczam, żeby nie instalował skryptów? Jeśli tak to gdzie znajdują się te pliki? Usunę je ręcznie.

 

3. SSD masz błędnie wygenerowane, dlatego PM nie działa. Zmień język na angielski i jeszcze raz wygeneruj tabelę SSDT. Skrypt pike'a jest skopany i nie działa poprawnie na innych językach niż EN. 

Tak jak pisałem wyżej mam wygenerowane 2 pliki SSDT. Jeden, który wygenerowałem kiedyś, przy pierwszych próbach instalacji, a drugi z błędami wygenerowany teraz. Obecnie używam tego pierwszego (niestety nie zachowałem pliku *.dsl, żeby móc porównać) i wygląda na to, że PM działa (być może się mylę - wnioskuję tylko po załadowanych kextach). Niemniej jednak spróbuję wygenerować SSDT jeszcze raz zmieniając język na EN, tak jak piszesz. Wygenerowałem od nowa SSDT.aml zmieniając język EN tak jak pisałeś. Teraz nie ma błędów. Plik ssdt.dsl do wglądu oraz diff. Biorę się za testowanie.

 

PS przetestuj też oba drivery UEFI AptioFIX - może jeden będzie działał lepiej. Obecnie mam wrażenie że bezpieczniejszy jest AptioFix2.

OK. Najpierw sprawdzę czy wygenerowanie poprawnego SSDT pomoże, żeby nie robić wielu zmian na raz. 

Odnośnik do komentarza
Udostępnij na innych stronach

Testuj i pamiętaj że problemy z wybudzaniem tez mogą byc spowodowane nie do konca prawidłowo działająca VGA.

Chciałbym żeby tak było, ale nie liczę na to, bo na R9 280x miałem podobny problem. Będę testował jak wróci z serwisu.

 

 

Nie wiem czy to zbieg okoliczności, czy SSDT ma jakiś wpływ na TSC, ale powrócił problem z Unsynchronized TSC.

 

Oto log:

Aug 16 00:57:53 iMac-wb kernel[0]: PM response took 1940 ms (49, powerd)
Aug 16 00:57:53 iMac-wb kernel[0]: [0x2c3ed1000, 0x40000000]
Aug 16 00:57:53 iMac-wb kernel[0]: [0x303ed1000, 0x40000000]
Aug 16 00:57:53 iMac-wb kernel[0]: [0x0, 0x0]
Aug 16 00:57:54 iMac-wb kernel[0]: Wake reason: GLAN EHC1 EHC2 XHC HDEF (Network)
Aug 16 00:57:54 iMac-wb kernel[0]: Unsynchronized  TSC for cpu 2: 0x000000008c253b5c, delta 0x8646acd0
Aug 16 00:57:54 iMac-wb kernel[0]: Unsynchronized  TSC for cpu 4: 0x000000008c4cf834, delta 0x8646acf8
Aug 16 00:57:54 iMac-wb kernel[0]: Unsynchronized  TSC for cpu 6: 0x000000008c74a43c, delta 0x8646acfc
Aug 16 00:57:54 iMac-wb kernel[0]: Unsynchronized  TSC for cpu 1: 0x000000008c9e2320, delta 0x8646acfc
Aug 16 00:57:54 iMac-wb kernel[0]: Unsynchronized  TSC for cpu 3: 0x000000008cc5d0d0, delta 0x8646accc
Aug 16 00:57:54 iMac-wb kernel[0]: Unsynchronized  TSC for cpu 5: 0x000000008ced8370, delta 0x8646ad18
Aug 16 00:57:54 iMac-wb kernel[0]: Unsynchronized  TSC for cpu 7: 0x000000008d153c90, delta 0x8646acf4
Aug 16 10:36:50 iMac-wb.local watchdogd[225]: [watchdog_daemon] @(         pm_callback) - ref=0x0 msg_type=0xe0000320 msg=0x0
Aug 16 10:36:50 iMac-wb kernel[0]: RTC: PowerByCalendarDate setting ignored
Aug 16 10:36:50 iMac-wb com.apple.xpc.launchd[1]: assertion failed: 14F27: launchd + 163797 [C0446878-E8D0-3461-A226-91FF1C2B2DA6]: 0xe
Aug 16 10:36:50 --- last message repeated 1 time ---
Aug 16 10:36:50 iMac-wb kernel[0]: RTC: PowerByCalendarDate setting ignored
Aug 16 10:36:50 iMac-wb kernel[0]: Current tsc from rdtsc64() is 2392898092. Rendezvouing..
Aug 16 10:36:50 iMac-wb kernel[0]: Previous sleep cause: 5
Aug 16 10:36:50 iMac-wb kernel[0]: The USB device USB Keyboard (Port 13 of Hub at 0x14000000) may have caused a wake by issuing a remote wakeup (2)
Aug 16 10:36:50 iMac-wb kernel[0]: USB (XHCI Root Hub USB 2.0 Simulation):Port 14 on bus 0xa connected or disconnected: portSC(0xe0206e1)
Aug 16 10:36:50 iMac-wb sample[426]: assertion failed: 14F27: libxpc.dylib + 45087 [5C829202-962E-3744-8B50-00D38CC88E84]: 0x8d
Aug 16 10:36:50 iMac-wb sample[426]: assertion failed: 14F27: libxpc.dylib + 22538 [5C829202-962E-3744-8B50-00D38CC88E84]: 0x8d
Aug 16 10:36:50 --- last message repeated 1 time ---
Aug 16 10:36:50 iMac-wb.local WindowServer[134]: CGXDisplayDidWakeNotification [3107137900903]: posting kCGSDisplayDidWake
Aug 16 10:36:50 iMac-wb.local WindowServer[134]: handle_will_sleep_auth_and_shield_windows: Reordering authw 0x7fa471748030(2000) (lock state: 3)
Aug 16 10:36:50 iMac-wb.local WindowServer[134]: handle_will_sleep_auth_and_shield_windows: err 0x0
Aug 16 10:36:50 iMac-wb.local configd[48]: network changed: v4(en0-:192.168.0.101) DNS- Proxy-
Aug 16 10:36:51 iMac-wb sample[426]: assertion failed: 14F27: libxpc.dylib + 22538 [5C829202-962E-3744-8B50-00D38CC88E84]: 0x8d
Aug 16 10:37:13 localhost bootlog[0]: BOOT_TIME 1439714233 0
Aug 16 10:37:13 localhost syslogd[38]: Configuration Notice:

00:57 to prawdopodobnie moment, w którym system poszedł spać.

10:36 to moment wybudzenia, po którym nastąpił restart.

 

VoodooTSCSync jest w /S/L/E i widnieje na liście załadowanych kextów.

 

Zamieszczam też do wglądu moje DSDT wyciągnięte za pomocą MaciASL. To jest czyste DSDT, bez żadnych zmian. Generowane gdy SSDT.aml nie było załadowane. 

 

// EDIT:

Jako że podmiana SSDT nie pomogła zmieniłem jeszcze OsxAptioFixDrv-64.efi na OsxAptioFix2Drv-64.efi. Ta zmiana też nie pomogła. Oto log:

Aug 16 12:28:16 iMac-wb.local identityservicesd[240]: <IMMacNotificationCenterManager: 0x7fcdcba09d00>: notification observer: com.apple.iChat   notification: __CFNotification 0x7fcdca4153b0 {name = _NSDoNotDisturbEnabledNotification}
Aug 16 12:28:16 iMac-wb.local identityservicesd[240]: <IMMacNotificationCenterManager: 0x7fcdcba09d00>:    NC Disabled: NO
Aug 16 12:28:16 iMac-wb.local identityservicesd[240]: <IMMacNotificationCenterManager: 0x7fcdcba09d00>:   DND Enabled: YES
Aug 16 12:28:16 iMac-wb.local identityservicesd[240]: <IMMacNotificationCenterManager: 0x7fcdcba09d00>: Updating enabled: NO   (Topics: (
))
Aug 16 12:28:18 iMac-wb.local watchdogd[201]: [watchdog_daemon] @(         pm_callback) - ref=0x0 msg_type=0xe0000270 msg=0x440009
Aug 16 12:28:18 iMac-wb.local watchdogd[201]: [watchdog_daemon] @(         pm_callback) - ref=0x0 msg_type=0xe0000280 msg=0x450008
Aug 16 12:28:18 iMac-wb.local watchdogd[201]: [watchdog_daemon] @(    wd_daemon_thread) - events buffer: 11r1403 500s1403 521r6274 1897s6274 1918r12492 2130s12492 2145r14041 2219s14041 
Aug 16 12:28:18 iMac-wb.local coreaudiod[223]: 2015-08-16 12:28:18.628808 PM [AirPlay] Power: SystemWillSleep
Aug 16 12:28:18 iMac-wb.local blued[80]: Release the WiFi lock
Aug 16 12:28:18 iMac-wb.local coreaudiod[223]: 2015-08-16 12:28:18.628909 PM [AirPlay] BTLE client stopping to browse for AirPlay Solo Target Presence.
Aug 16 12:28:18 iMac-wb.local coreaudiod[223]: 2015-08-16 12:28:18.629041 PM [AirPlay] BTLE discovery removing all devices
Aug 16 12:28:18 iMac-wb.local wirelessproxd[69]: Failed to stop a scan - central is not powered on: 4
Aug 16 12:28:18 iMac-wb.local coreaudiod[223]: 2015-08-16 12:28:18.629646 PM [AirPlay] BTLE client stopped to browse for AirPlay Solo Target Presence.
Aug 16 12:28:20 iMac-wb kernel[0]: AppleIntelE1000e(Info): Link is Down
Aug 16 12:28:23 iMac-wb.local mDNSResponder[83]: DeregisterInterface: Frequent transitions for interface en0 (FE80:0000:0000:0000:D250:99FF:FE1D:A509)
Aug 16 12:28:24 iMac-wb kernel[0]: AppleIntelE1000e(Info): e1000e NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
Aug 16 12:28:24 iMac-wb kernel[0]: AppleIntelE1000e(Info): Link is Down
Aug 16 12:28:26 iMac-wb kernel[0]: AppleIntelE1000e(Info): e1000e NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
Aug 16 12:28:30 iMac-wb.local mDNSResponder[83]: mDNS_RegisterInterface: Frequent transitions for interface en0 (FE80:0000:0000:0000:D250:99FF:FE1D:A509)
Aug 16 12:28:33 iMac-wb.local mDNSResponder[83]: DeregisterInterface: Frequent transitions for interface en0 (FE80:0000:0000:0000:D250:99FF:FE1D:A509)
Aug 16 12:28:35 iMac-wb kernel[0]: PM response took 1965 ms (49, powerd)
Aug 16 12:28:35 iMac-wb kernel[0]: [0x2c3ed1000, 0x40000000]
Aug 16 12:28:35 iMac-wb kernel[0]: [0x303ed1000, 0x40000000]
Aug 16 12:28:35 iMac-wb kernel[0]: [0x0, 0x0]
Aug 16 12:29:47 localhost bootlog[0]: BOOT_TIME 1439720987 0
Aug 16 12:29:47 localhost syslogd[38]: Configuration Notice:

Teraz nie widzę w logu Unsynchronized TSC, ale problem jest ten sam: losowe restarty przy wybudzaniu.

Odnośnik do komentarza
Udostępnij na innych stronach

Dołącz do dyskusji

Możesz dodać zawartość już teraz a zarejestrować się później. Jeśli posiadasz już konto, zaloguj się aby dodać zawartość za jego pomocą.

Gość
Dodaj odpowiedź do tematu...

×   Wklejono zawartość z formatowaniem.   Usuń formatowanie

  Dozwolonych jest tylko 75 emoji.

×   Odnośnik został automatycznie osadzony.   Przywróć wyświetlanie jako odnośnik

×   Przywrócono poprzednią zawartość.   Wyczyść edytor

×   Nie możesz bezpośrednio wkleić grafiki. Dodaj lub załącz grafiki z adresu URL.

Ładowanie
 Udostępnij

×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Korzystanie z tej witryny, wymaga zakceptowanie naszych warunków Warunki użytkowania.