Gigabyte Z490 Vision D (Thunderbolt 3) + i5-10400 + AMD RX 580

[CaseySJ]

I had a hunch you already knew that.

Apple added a number of cute (or ugly?) little features. Here's another little tidbit -- the ability to auto hide and show the menu bar in the same way that we can auto hide and show the dock. With the menu bar hidden, the computer looks a bit more like Windows, which of course lacks a top menu bar.

 

[MacArthur]

Okay, last time I promise...

Are you saying that System Integrity Protection should always be turned OFF as long as we work in a "proper way"? In other words, no system protection?

Yes, I think so.
You can play hackintosh in an adventurous manner, without jeopardizing your machine.
Think crazy, act responsibly

 

[emistral]

The APPLE folder is created when we update macOS. It contains firmware update files for real Macs. Because your system name is “iMac19,1” you can see that macOS copied the corresponding firmware file “IM191.fd” to your EFI partition.

This file is completely benign and may be kept there indefinitely. It can also be deleted to recover disk space.

Thanks. I was hopeful that someone would say it was the reason of Windows 10 not booting anymore from OC picker.

 

[emistral]

@Ploddles,

When OpenCore 0.6.7 is released next month I am thinking of fully enabling SIP with 0x00000000. In your experience is there any reason why we should not do this? In other words, we can enable SIP by default and let users disable SIP on an as-needed basis...

@CaseySJ I had to switch off to the non 0x000000 value otherwise it would not install SwitchResX. Since then, it has remained to the non 0x0000000 value. Probably a good idea to leave it to 0. The msg from macOS was clear enough to understand that it was a SIP pb.

 

[CaseySJ]

Thanks. I was hopeful that someone would say it was the reason of Windows 10 not booting anymore from OC picker.

Someone pointed out that enabling “GPRW” patch (for disabling wake from sleep with USB) is one of the causes for this problem.

 

[qbe]

Anyone have experience with disk NOT going to sleep when idle? Seems not working on my setup. Manually ejecting it turns it off, but otherwise its always spinning even when not in use (for hours).

Note: this is not about computer sleep. It's about turning mechanical disk off when idle while running system off SSDs ,etc.

 

[Tscheik0815]

Hi Guys,

unfortunately I'm struggling with kernel panics which I suspect come from some older HFS+ drives (ssd & hdd) which I have attached after installing Big Sur (11.2) to my NVMe.

Basic setup:
Gigabyte Z490 Vision G (Firmware F20b)
i7-10700
Nvidia 1070 GTX (disabled via boot flag "-wegnoegpu")
64GB Ram
Patriot Memory Viper VPN100 2 TB NVMe - AFPS with BigSur installed
Samsung 860 EVO (old High Sierra install from previous Hackintosh) 1TB - HFS+
4 & 2 TB WesternDigital HDDs - HFS+

I followed the guide (which is pretty awesome by the way) using the latest OpenCore 0.6.6 files and was able to install BigSur with only the NVMe attached. Afterwards I connected the other drives. I'm able to boot both Windows (partition on one of the HDDs - runs stable) and Big Sur but the latter freezes after some time. I was not able to pinpoint the exact problem but I tried to use the updated files that use the HFSPlus.efi instead of the OpenHFSPlus.efi which seems to have helped a bit as the freezes occured after a longer time. Still, after some time (usually <5 min) the computer freezes and I have to manually restart.

Maybe you have some idea what might be wrong...

 

[CaseySJ]

Hi Guys,

unfortunately I'm struggling with kernel panics which I suspect come from some older HFS+ drives (ssd & hdd) which I have attached after installing Big Sur (11.2) to my NVMe.

Basic setup:
Gigabyte Z490 Vision G (Firmware F20b)
i7-10700
Nvidia 1070 GTX (disabled via boot flag "-wegnoegpu")
64GB Ram
Patriot Memory Viper VPN100 2 TB NVMe - AFPS with BigSur installed
Samsung 860 EVO (old High Sierra install from previous Hackintosh) 1TB - HFS+
4 & 2 TB WesternDigital HDDs - HFS+

I followed the guide (which is pretty awesome by the way) using the latest OpenCore 0.6.6 files and was able to install BigSur with only the NVMe attached. Afterwards I connected the other drives. I'm able to boot both Windows (partition on one of the HDDs - runs stable) and Big Sur but the latter freezes after some time. I was not able to pinpoint the exact problem but I tried to use the updated files that use the HFSPlus.efi instead of the OpenHFSPlus.efi which seems to have helped a bit as the freezes occured after a longer time. Still, after some time (usually <5 min) the computer freezes and I have to manually restart.

Maybe you have some idea what might be wrong...

Hello @Tscheik0815,

Welcome to the forum! If the computer is crashing after about 5 minutes or so, I wonder if it's due to mediaanalysisd that analyzes media files for the Photos app. Some questions:

• Do you use the Photos app? Do you have a non-empty Photos library?
• What GPU are you using? Are you just using the iGPU?
• Does the system crash while it is left idle or even when you're actively doing something?

Also, please run Activity Monitor from the Applications --> Utilities folder and click % cpu to sort the list by processes taking the most CPU time. When the system freezes, let us know which process was at the top of the list and which process was next on the list.

 

[emistral]

Someone pointed out that enabling “GPRW” patch (for disabling wake from sleep with USB) is one of the causes for this problem.

Yes I read that yesterday and am going to try to disable it. Not sure if it will be the solution since looking at my 0.6.1 config.plist, GPRW was already enabled but it is worth a try anyway.

 

[Tscheik0815]

Hello @Tscheik0815,

Welcome to the forum! If the computer is crashing after about 5 minutes or so, I wonder if it's due to mediaanalysisd that analyzes media files for the Photos app. Some questions:

• Do you use the Photos app? Do you have a non-empty Photos library?
• What GPU are you using? Are you just using the iGPU?
• Does the system crash while it is left idle or even when you're actively doing something?

Also, please run Activity Monitor from the Applications --> Utilities folder and click % cpu to sort the list by processes taking the most CPU time. When the system freezes, let us know which process was at the top of the list and which process was next on the list.

Hey CaseySJ,

thank you for the quick response.
To answer your questions first:

• no Photos app - clean BigSur installation
• iGPU with the Nvidia disabled via boot flag "-wegnoegpu" (during start up the apple logo is first shown on the monitor that is attached to the Nvidia but freezes at about 30% of the progress bar, the monitor that is attached to the motherboard turns one when I get to the login screen (no progress bar is shown))
• Not quite able to reproduce the crashes, see further investigation below:

I did some more testing: I unplugged all the other drives, so only the NVMe is attached. Then, I booted via USB stick (OpenCore 0.6.6 DEBUG). Unfortunately, I first had a freeze after about 6 minutes when the computer was idle (see screenshot). After a manual reset I was able to run Big Sur more than 30 minutes. I tried to do some stress test with the Intel power gadget with no freeze for about 10 minutes. I stopped the stress test and did some basic browsing with Firefox which also caused no freeze. One thing that seemed odd was that there are some graphic glitches that occur occasionally for example in the URL bar in Firefox. Also for some screensavers the glitches occur. Finally the computer froze when I started the preview of some screensaver. After yet another reset I was able to view the screensavers that caused the crash before. I've attached a photo of the first crash (within 6 minutes) and another one of the screensaver glitch that caused the second freeze. Also, I attached a log of the crash...

---

panic(cpu 4 caller 0xffffff8008dee1e6): Kernel trap at 0xffffff8008d907f4, type 14=page fault, registers:
CR0: 0x0000000080010033, CR2: 0x0000000000000004, CR3: 0x00000001bb1ea018, CR4: 0x00000000003626e0
RAX: 0x0000000000000000, RBX: 0x0000000000000003, RCX: 0x00000000000000c0, RDX: 0xffffff7f80000000
RSP: 0xffffffa1306a3c70, RBP: 0xffffffa1306a3cb0, RSI: 0xffffff8009aad680, RDI: 0xffffff803fee7fb0
R8:  0xffffff8009aad740, R9:  0xffffff803ff3db78, R10: 0x000000000226ab5d, R11: 0x0000000000c966da
R12: 0x0000000000000000, R13: 0xffffff803ff2f210, R14: 0x0000000000000074, R15: 0xffffff7f80000000
RFL: 0x0000000000010297, RIP: 0xffffff8008d907f4, CS:  0x0000000000000008, SS:  0x0000000000000000
Fault CR2: 0x0000000000000004, Error code: 0x0000000000000002, Fault CPU: 0x4, PL: 2, VF: 0

Backtrace (CPU 4), Frame : Return Address
0xffffffa1306a3690 : 0xffffff8008cbab4d mach_kernel : _handle_debugger_trap + 0x3dd
0xffffffa1306a36e0 : 0xffffff8008dfd7e3 mach_kernel : _kdp_i386_trap + 0x143
0xffffffa1306a3720 : 0xffffff8008dede1a mach_kernel : _kernel_trap + 0x55a
0xffffffa1306a3770 : 0xffffff8008c5fa2f mach_kernel : _return_from_trap + 0xff
0xffffffa1306a3790 : 0xffffff8008cba3ed mach_kernel : _DebuggerTrapWithState + 0xad
0xffffffa1306a38b0 : 0xffffff8008cba6d8 mach_kernel : _panic_trap_to_debugger + 0x268
0xffffffa1306a3920 : 0xffffff80094bef9a mach_kernel : _panic + 0x54
0xffffffa1306a3990 : 0xffffff8008dee1e6 mach_kernel : _sync_iss_to_iks + 0x2c6
0xffffffa1306a3b10 : 0xffffff8008dedecd mach_kernel : _kernel_trap + 0x60d
0xffffffa1306a3b60 : 0xffffff8008c5fa2f mach_kernel : _return_from_trap + 0xff
0xffffffa1306a3b80 : 0xffffff8008d907f4 mach_kernel : _vm_page_grab_options + 0x3b4
0xffffffa1306a3cb0 : 0xffffff8008d4e19c mach_kernel : _vm_pre_fault + 0x24cc
0xffffffa1306a3f00 : 0xffffff8008dee430 mach_kernel : _user_trap + 0x1b0
0xffffffa1306a3fa0 : 0xffffff8008c5f91f mach_kernel : _hndl_alltraps + 0xdf

Process name corresponding to current thread: mdworker_shared
Boot args: keepsyms=1 dart=0 debug=0x100 alcid=11 -wegnoegpu

Mac OS version:
20D64

Kernel version:
Darwin Kernel Version 20.3.0: Thu Jan 21 00:07:06 PST 2021; root:xnu-7195.81.3~1/RELEASE_X86_64
Kernel UUID: C86236B2-4976-3542-80CA-74A6B8B4BA03
KernelCache slide: 0x0000000008a00000
KernelCache base:  0xffffff8008c00000
Kernel slide:      0x0000000008a10000
Kernel text base:  0xffffff8008c10000
__HIB  text base: 0xffffff8008b00000
System model name: iMac19,1 (Mac-XXXXXXXXXXXXXXXX)
System shutdown begun: NO
Panic diags file available: YES (0x0)
Hibernation exit count: 0

System uptime in nanoseconds: 335317407448
Last Sleep:           absolute           base_tsc          base_nano
  Uptime  : 0x0000004e12799aed
  Sleep   : 0x0000000000000000 0x0000000000000000 0x0000000000000000
  Wake    : 0x0000000000000000 0x00000017a18af28a 0x0000000000000000

One more

panic(cpu 0 caller 0xffffff8004bee1e6): Kernel trap at 0xffffff8004b8efdc, type 14=page fault, registers:
CR0: 0x000000008001003b, CR2: 0x0000000000000028, CR3: 0x000000107e2ff015, CR4: 0x00000000003626e0
RAX: 0x0000000000000028, RBX: 0xffffff7f80000000, RCX: 0xffffff800fc00000, RDX: 0x0000000000000000
RSP: 0xffffffa19753bb40, RBP: 0xffffffa19753bb80, RSI: 0x0000000000000028, RDI: 0x0000000000000000
R8:  0x0000000000000001, R9:  0xffffff86f08f7a70, R10: 0x0000000000000001, R11: 0x0000000000000050
R12: 0xffffff80468c4b08, R13: 0x0000000000039062, R14: 0xffffff808a238000, R15: 0xffffff800f41c830
RFL: 0x0000000000010246, RIP: 0xffffff8004b8efdc, CS:  0x0000000000000008, SS:  0x0000000000000010
Fault CR2: 0x0000000000000028, Error code: 0x0000000000000000, Fault CPU: 0x0, PL: 1, VF: 0

Backtrace (CPU 0), Frame : Return Address
0xffffffa19753b560 : 0xffffff8004abab4d mach_kernel : _handle_debugger_trap + 0x3dd
0xffffffa19753b5b0 : 0xffffff8004bfd7e3 mach_kernel : _kdp_i386_trap + 0x143
0xffffffa19753b5f0 : 0xffffff8004bede1a mach_kernel : _kernel_trap + 0x55a
0xffffffa19753b640 : 0xffffff8004a5fa2f mach_kernel : _return_from_trap + 0xff
0xffffffa19753b660 : 0xffffff8004aba3ed mach_kernel : _DebuggerTrapWithState + 0xad
0xffffffa19753b780 : 0xffffff8004aba6d8 mach_kernel : _panic_trap_to_debugger + 0x268
0xffffffa19753b7f0 : 0xffffff80052bef9a mach_kernel : _panic + 0x54
0xffffffa19753b860 : 0xffffff8004bee1e6 mach_kernel : _sync_iss_to_iks + 0x2c6
0xffffffa19753b9e0 : 0xffffff8004bedecd mach_kernel : _kernel_trap + 0x60d
0xffffffa19753ba30 : 0xffffff8004a5fa2f mach_kernel : _return_from_trap + 0xff
0xffffffa19753ba50 : 0xffffff8004b8efdc mach_kernel : _vm_page_remove + 0x12c
0xffffffa19753bb80 : 0xffffff8004b91d47 mach_kernel : _vm_page_free_list + 0x87
0xffffffa19753bbd0 : 0xffffff8004b70a6b mach_kernel : _vm_io_reprioritize_init + 0x1eab
0xffffffa19753bc40 : 0xffffff8004b6f0ee mach_kernel : _vm_io_reprioritize_init + 0x52e
0xffffffa19753bc70 : 0xffffff8004b70475 mach_kernel : _vm_io_reprioritize_init + 0x18b5
0xffffffa19753bca0 : 0xffffff8004b6f612 mach_kernel : _vm_io_reprioritize_init + 0xa52
0xffffffa19753bce0 : 0xffffff8004b5ac0f mach_kernel : _vm_map_remove + 0xa4f
0xffffffa19753be30 : 0xffffff8004b5a233 mach_kernel : _vm_map_remove + 0x73
0xffffffa19753be60 : 0xffffff8004aeda8a mach_kernel : _task_terminate_internal + 0x1aa
0xffffffa19753bea0 : 0xffffff800503cb88 mach_kernel : _exit_with_reason + 0x1f8
0xffffffa19753bf10 : 0xffffff800503c983 mach_kernel : _exit1 + 0x23
0xffffffa19753bf30 : 0xffffff800503c959 mach_kernel : _exit + 0x19
0xffffffa19753bf40 : 0xffffff80051698cb mach_kernel : _unix_syscall64 + 0x27b
0xffffffa19753bfa0 : 0xffffff8004a601f6 mach_kernel : _hndl_unix_scall64 + 0x16

Process name corresponding to current thread: wifiFirmwareLoader
Boot args: keepsyms=1 dart=0 debug=0x100 alcid=11 -wegnoegpu

Mac OS version:
20D64

Kernel version:
Darwin Kernel Version 20.3.0: Thu Jan 21 00:07:06 PST 2021; root:xnu-7195.81.3~1/RELEASE_X86_64
Kernel UUID: C86236B2-4976-3542-80CA-74A6B8B4BA03
KernelCache slide: 0x0000000004800000
KernelCache base:  0xffffff8004a00000
Kernel slide:      0x0000000004810000
Kernel text base:  0xffffff8004a10000
__HIB  text base: 0xffffff8004900000
System model name: iMac19,1 (Mac-XXXXXXXXXXXXXXXX)
System shutdown begun: NO
Panic diags file available: YES (0x0)
Hibernation exit count: 0

System uptime in nanoseconds: 302040991095
Last Sleep:           absolute           base_tsc          base_nano
  Uptime  : 0x00000046530bcd44
  Sleep   : 0x0000000000000000 0x0000000000000000 0x0000000000000000
  Wake    : 0x0000000000000000 0x0000001bdeebfd95 0x0000000000000000