Maneira Fácil De Corrigir O Hackintosh Kernel Panic Log

Parece que alguns usuários encontraram um erro em um log de pânico do kernel do hackintosh. Esse problema tem o potencial de ocorrer por vários motivos. Discutimos isso abaixo.

A ferramenta de reparo mais poderosa e fácil de usar para erros do Windows

Eu de manhã tentando configurar o ML conectado ao meu Hackintosh. Estou mais ou menos pronto, caso não tenha havido controle de som e energia

No entanto, no caso de eu iniciar o sistema, ele funciona bem por um tempo, mas trava aleatoriamente. Infelizmente, muito dinheiro é investido em exibir muitas vezes na tela a causa deste ou aquele pânico. As vezes o jogo traz algum texto no novo canto superior esquerdo, mas não o cheio de SMS, então não consigo ver o ideal causando o pânico

Alguém pode apontar um pouco da minha rotina na direção em que o próximo pânico pode ser produzido? Não consigo encontrá-lo em relação ao arquivo de log Alt=”:(“>

Você acaba nos dando muito pouca ajuda e conselhos que permitiriam que nossa família o ajudasse.

mas não vejo um kernel panic logs /Library/Logs/DiagnosticReports

Deve aparecer na sua janela se você contiver keepyms=1, bem como debug=0x100, para que os argumentos de inicialização sejam exibidos na configuração do Clover. (Não há nada de errado em trazer associados a eles o tempo todo, então eu não durmo). Às vezes, é definitivamente possível gravar dados de log no minuto em que o computador é apelidado ou falha por vários motivos óbvios.

O que posso fazer para corrigir essa perda de dados?

Como fazer backup para realmente ajudá-lo a restaurar e/ou restaurar esse backup? Constantemente vemos pessoas saindo como estúpidas e não recuando por este subreddit. Não seja um associado a eles.

hackintosh kernel dread log

Problemas inicialmente encontrados ao percorrer o instalador do macOS pouco antes da própria GUI de instalação aparecer.

# Preso em [EB|#LOG:EXITBS:START]

hackintosh kernel panic log

Esta seção foi dividida em 3 partes, então às vezes tenha cuidado:

  • Problemas de inicialização
  • Problemas com a área do kernel
  • Problemas com UEFI
  • Problemas virtuais
  • #frase#

    # Problemas de carregamento

    Principais molestadores para procurar em todas as seções de bootloader:

  • DesvirtualizaçãoMmio

    • Algumas interrupções MMIO provavelmente ainda são necessárias para uma operação segura e, como resultado, você não deve incluir essas regiões em Booter -> MmioWhitelist ou até mesmo desabilitar esse recurso completamente. Leia muito mais aqui: Usando o DevirtualiseMmio
    • Para usuários de Internet TRx40, inclualeia este recurso
    • Para compradores de X99, desative esse recurso, pois ele não visa trabalhar com algum firmware
  • SetupVirtualMap

    • Esta configuração é exigida por muitos firmwares, e sem ela, Kernel Panic Perfect é muito comum, então habilite a situação se você ainda não o fez.
    • Principalmente para Z390 e anteriores, esse recurso deve ser ativado.
    • No entanto, alguns firmwares (principalmente 2020+) podem ainda não funcionar com todo esse recurso e, portanto, podem causar um pânico real no kernel. modelo:
    • Série Ice Lake da Intel
    • Série Comet Lake da Intel (B460, H470, Z490, etc.)
    • B550 e A520 da AMD (mais recente BIOS sobre X570 agora também incluído)
      • Muitos fóruns da comunidade B450-X470 com atualizações de BIOS no final de 2020, é claro, incluídas
    • AMD
    • VM trx40
    • como QEMU

    • X299 2020+ atualizações do BIOS (Isso se correlaciona com outras pranchas de surf X299 com seu BIOS mais recente lançado no final de 2019, foi rotulado como 2020+)
  • EnableWriteUnprotector

    • Outro componente pode ser que o macOS infelizmente combate com a providência de gravação do registro CR0. Para resolver este problema, já temos 2 opções:
    • Se o seu firmware principal suporta MAT (firmware 2018+):
    • EnableWriteUnprotector -> False
    • RebuildAppleMemoryMap -> True
    • SyncRuntimePermissions -> True
  • Para firmware mais antigo:
  • EnableWriteUnprotector -> True
  • RebuildAppleMemoryMap -> False
  • SyncRuntimePermissions -> False
  • Observação. Alguns laptops (como o Dell Inspiron 5370) com suporte a MAT falham na inicialização. Nesses casos, você tem duas opções:
  • Inicializar com combinação estranha relacionada ao firmware legado (por exemplo, EnableWriteUnprotector por meio de RebuildAppleMemoryMap + SyncRuntimePermissions) desativado
  • Ativar DevirtualiseMmio
  • code> veja também as instruções do MmioWhitelist (abre em uma nova janela)

    Na oferta de suporte MAT, o firmware construído equipado com EDK 2018 suportará esse suporte, e muitos OEMs adicionaram suporte para laptops Skylake há muito tempo. O problema sempre foi que nem sempre é óbvio, desde que o OEM tenha atualizado normalmente o firmware, você pode verificar os dados do OpenCore se os tiver (veja uma maneira de obter o log aqui):

    1

    • Observação: normalmente o pivô é um MAT, e 0 significa que não é realmente k.

    # Problemas de correção do kernel

    # Usuários AMD

    • Missing Core Idle Time (abre em nova janela) (só implementa para processadores AMD, defina que são bits OpenCore e de forma alguma Clover. Clover oferece MatchOS e OpenCore tem MinKernel e próximo ao Maxkernel)
      • Observe que os patches obsoletos do kernel, além disso, têm o mesmo efeito. Faça com que alguns de vocês estejam usando as atualizações mais recentes para o AMD OS X.

    # usuários Intel

  • AppleXcpmCfgLock e AppleCpuPmCfgLock
    • Faltando correções de CFG ou XCPM, inclua AppleXcpmCfgLock para, portanto, AppleCpuPmCfgLock
      • Haswell e mais recentes exigem apenas AppleXcpmCfgLock
      • Ivy Bridge e primeiro exigem apenas AppleCpuPmCfgLock
        • Broadwell e versões anteriores garantem o AppleCpuPmCfgLock se você estiver usando a versão 10.10 ou anterior
    • Além disso, alguém pode desativar perfeitamente o bloqueio de CFG: Filtro CFG corrigido (abre em uma nova janela)
  • AppleXcpmExtraMsrs
    • Também pode ser necessário, geralmente em relação a Pentiums e outros sistemas estranhos que a maioria dos macOS não suporta nativamente.
  • # primeiros usuários da Intel

    No macOS Big Sur, muitos firmwares têm problemas que escolhem o número de núcleos da CPU, prejudicam o núcleo para mudar no mercado para serigrafia muito cedo. Aproximadamente sequencialmente, você pode ver o seguinte pânico:

    • Ative AvoidRuntimeDefrag no Booter > Quirks
      • Isso deve realmente funcionar para todos os firmwares

    Obtenha o PC sem erros em minutos

    Reimage é a ferramenta de reparo de PC mais popular e eficaz do mundo. Milhões de pessoas confiam nele para manter seus sistemas funcionando de forma rápida, suave e livre de erros. Com sua interface de usuário simples e mecanismo de verificação poderoso, o Reimage localiza e corrige rapidamente uma ampla gama de problemas do Windows, desde instabilidade do sistema e problemas de segurança até gerenciamento de memória e gargalos de desempenho.

  • Etapa 1: faça o download do Reimage e instale-o em seu computador
  • Etapa 2: inicie o programa e clique em "Digitalizar"
  • Etapa 3: clique em "Reparar" para corrigir os problemas encontrados

  • No entanto, para alguns computadores, como HP DC Compaq 7900s, cada um de nossos firmwares ainda entrará em pânico, então precisamos forçar o valor da junção do núcleo da CPU. Use apenas o seguinte se a opção AvoidRuntimeDefrag não funcionar:

    Este software é a melhor opção para consertar seu computador e protegê-lo contra erros.

    Easy Way To Fix Hackintosh Kernel Panic Log
    Eenvoudige Manier Om Hackintosh Kernel Panic Log Te Repareren
    Moyen Facile De Réparer Le Journal De Panique Du Noyau Hackintosh
    Łatwy Sposób Na Naprawę Dziennika Paniki Jądra Hackintosha
    Hackintosh 커널 패닉 로그를 수정하는 쉬운 방법
    Простой способ исправить журнал паники ядра Hackintosh
    Manera Fácil De Reparar El Registro De Pánico Del Kernel De Hackintosh
    Un Modo Semplice Per Aiutarti A Correggere Il Registro Di Panico Del Kernel Di Hackintosh
    Einfache Möglichkeit, Hackintosh Kernel Panic Log Zu Reparieren
    Enkelt Sätt Att Fixa Hackintosh Kernel Panic Log