oswaldini Opublikowano 3 Sierpnia 2015 Zgłoś Udostępnij Opublikowano 3 Sierpnia 2015 Zapodaj to co CI wypluje terminal po komendzie: pmset -g Hibernacja już działa w legacy i UEFI ale trzeba się namęczyć zanim odpali: trzeba potestować oba OsxAptioFix oraz różne wartości hibernatemode. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
wokie Opublikowano 3 Sierpnia 2015 Zgłoś Udostępnij Opublikowano 3 Sierpnia 2015 pmset manual: https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man1/pmset.1.html jasna rozpiska wszystkich stanów. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
Konrado0905 Opublikowano 6 Sierpnia 2015 Zgłoś Udostępnij Opublikowano 6 Sierpnia 2015 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 kextCo do TSC - przetestuj różne wersje BIOSu/UEFI - może obecna jest walnięta. W jaki sposób można zrobić downgrade UEFI? Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
wujek_bogdan Opublikowano 11 Sierpnia 2015 Autor Zgłoś Udostępnij Opublikowano 11 Sierpnia 2015 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 Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
LuvMusic Opublikowano 11 Sierpnia 2015 Zgłoś Udostępnij Opublikowano 11 Sierpnia 2015 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ń. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
Konrado0905 Opublikowano 11 Sierpnia 2015 Zgłoś Udostępnij Opublikowano 11 Sierpnia 2015 Jak jest teraz z wirtualizacją? Trzeba wyłączać? Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
wujek_bogdan Opublikowano 11 Sierpnia 2015 Autor Zgłoś Udostępnij Opublikowano 11 Sierpnia 2015 @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. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
314TeR Opublikowano 11 Sierpnia 2015 Zgłoś Udostępnij Opublikowano 11 Sierpnia 2015 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. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
wujek_bogdan Opublikowano 11 Sierpnia 2015 Autor Zgłoś Udostępnij Opublikowano 11 Sierpnia 2015 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ę. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
wujek_bogdan Opublikowano 11 Sierpnia 2015 Autor Zgłoś Udostępnij Opublikowano 11 Sierpnia 2015 Niestety nadal to samo. Restarty przy wybudzaniu. kernel.log. Ostatni restart około 18:38. Zaznaczam, że nie każde wybudzenie powoduje restart, ale nie jestem podać zależności. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
314TeR Opublikowano 11 Sierpnia 2015 Zgłoś Udostępnij Opublikowano 11 Sierpnia 2015 A może masz kolokwialnie "zwaloną" mobo... Weź przetestuj ją pod innym systemem przez parę dni. Sprawdź ram memtestem itp itd... Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
wujek_bogdan Opublikowano 11 Sierpnia 2015 Autor Zgłoś Udostępnij Opublikowano 11 Sierpnia 2015 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. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
wokie Opublikowano 13 Sierpnia 2015 Zgłoś Udostępnij Opublikowano 13 Sierpnia 2015 "womp - wake on ethernet magic packet (value = 0/1)" Ten parametr masz włączony Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
wujek_bogdan Opublikowano 13 Sierpnia 2015 Autor Zgłoś Udostępnij Opublikowano 13 Sierpnia 2015 "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. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
314TeR Opublikowano 13 Sierpnia 2015 Zgłoś Udostępnij Opublikowano 13 Sierpnia 2015 A w BIOSIe wake on lan mam wyłączony. To ustawia się w preferencjach oszczędzania energii. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
wujek_bogdan Opublikowano 13 Sierpnia 2015 Autor Zgłoś Udostępnij Opublikowano 13 Sierpnia 2015 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" Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
314TeR Opublikowano 13 Sierpnia 2015 Zgłoś Udostępnij Opublikowano 13 Sierpnia 2015 Ma znaczenie na wybudzanie. Może wybudzić Ci i powiesić kompa od strony LAN. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
wujek_bogdan Opublikowano 15 Sierpnia 2015 Autor Zgłoś Udostępnij Opublikowano 15 Sierpnia 2015 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. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
javazlaz Opublikowano 15 Sierpnia 2015 Zgłoś Udostępnij Opublikowano 15 Sierpnia 2015 Sleep/Wake nie działa poprawnie dla HD 4600 z monitorem podłączonym po HDMI. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
314TeR Opublikowano 15 Sierpnia 2015 Zgłoś Udostępnij Opublikowano 15 Sierpnia 2015 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. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
wujek_bogdan Opublikowano 15 Sierpnia 2015 Autor Zgłoś Udostępnij Opublikowano 15 Sierpnia 2015 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. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
314TeR Opublikowano 15 Sierpnia 2015 Zgłoś Udostępnij Opublikowano 15 Sierpnia 2015 Zgadza się, za dużo zmian też nie dobrze. Testuj i pamiętaj że problemy z wybudzaniem tez mogą byc spowodowane nie do konca prawidłowo działająca VGA. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
wujek_bogdan Opublikowano 16 Sierpnia 2015 Autor Zgłoś Udostępnij Opublikowano 16 Sierpnia 2015 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. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
wujek_bogdan Opublikowano 17 Sierpnia 2015 Autor Zgłoś Udostępnij Opublikowano 17 Sierpnia 2015 Jest jeszcze jedną ciekawostka. Czasami po udanym wybudzeniu chrome się restartuje. Tzn tak sądzę ponieważ pojawia się komunikat o nieprawidłowym zamknięciu i pytanie czy przywrócić sesję. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
Konrado0905 Opublikowano 18 Sierpnia 2015 Zgłoś Udostępnij Opublikowano 18 Sierpnia 2015 Czy jeśli VoodooTSCSync działa to Unsynchronized TSC for cpu się nie pojawia? U mnie się pojawia, ale zaraz potem mam Current tsc from rdtsc64() is 4471072316. Rendezvouing.. Rdzenie się synchronizują czy VoodooTSCSync nie dziła (jest załadowany)? Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
Rekomendowane odpowiedzi
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ą.