Moyen Facile De Réparer Le Journal De Panique Du Noyau Hackintosh

Il semble que certains prospects aient rencontré une erreur dans le journal de panique du noyau hackintosh. Cette maladie peut survenir pour de nombreuses raisons. Nous en discuterons ci-dessous.

L'outil de réparation le plus puissant et le plus facile à utiliser pour les erreurs Windows

J’essaie de définir un ML élevé connecté à mon Hackintosh. Je suis presque prêt, juste au cas où il n’y aurait généralement pas de contrôle du son et des capacités

Cependant, lorsque je démarre le système, cet élément fonctionne bien pendant un certain temps, se bloque juste au hasard. Malheureusement, beaucoup d’argent lié est investi dans l’affichage par l’écran de la cause particulière ou de cette panique. Parfois, le sport met du texte dans le nouveau coin supérieur gauche, mais pas son SMS complet, donc je ne peux pas identifier ce qui cause la panique

Quelqu’un peut-il indiquer ma routine dans le sens où la prochaine panique pourrait devenir écrite ? Je ne le trouve avec aucun fichier journal Alt=”:(“>

Vous nous avez effectivement donné des informations très simples qui permettraient aux deux personnes impliquées avec nous de vous aider.

mais je n’identifie aucun journal de panique du noyau /Bibliothèque/Logs/DiagnosticReports

Il apparaîtra dans votre fenêtre si les clients ont aussi keepyms=1 dans le rôle de debug=0x100 comme arguments de démarrage dans votre configuration Clover. (Il n’y a rien de mal à les présenter là tout le temps, eh bien je ne dors pas). Parfois, il n’est certainement pas possible d’écrire la bande passante du journal lorsque l’ordinateur est surnommé ou ne fonctionne pas pour des raisons évidentes.

Que puis-je proposer pour remédier à cette perte de données ?

La sauvegarde vous aide beaucoup à restaurer et/ou à remplacer une sauvegarde ? Nous voyons constamment des gens agir stupidement et ne pas reculer dans ce subreddit. Ne soyez pas l’un d’entre eux.

hackintosh kernel panic log

Problèmes initialement rencontrés lors de l’exécution du programme d’installation macOS juste avant l’interface graphique d’installation.

# Coincé sur [EB|#LOG:EXITBS:START]

hackintosh kernel panic log

Cet endroit est divisé en 3 parties, soyez prudent :

  • Problèmes de démarrage
  • Problèmes de partie du noyau
  • Problèmes UEFI
  • Problèmes virtuels
  • mot-clé numéro #

    # Problèmes de chargement

    Principaux coupables à rechercher dans la section la plus importante du chargeur de démarrage :

  • DévirtualisationMmio

    • Certains arrêts MMIO sont toujours nécessaires pour un établissement sûr, vous ne devez donc pas contenir ces régions dans Booter -> MmioWhitelist ou désactiver complètement cette fonctionnalité. Lire la suite ici : Utilisation de DevirtualiseMmio
    • Pour les utilisateurs de TRx40, incluez cette fonctionnalité
    • Pour les utilisateurs de X99, désactivez cette fonctionnalité car le logiciel ne fonctionne pas avec certains micrologiciels
  • SetupVirtualMap

    • Cette fonctionnalité est requise par une large sélection de firmwares, et sans elle, Kernel Panic Perfect est très courant, alors assurez-vous de le faire si vous ne l’avez pas déjà fait.
    • La plupart du temps pour Z390 et les versions antérieures, cette fonctionnalité devrait vraiment être activée.
    • Cependant, certains firmwares (principalement 2020+) ne fonctionnent pas encore qui a cette fonctionnalité et peut donc provoquer une panique du noyau de ce type :
    • Série Ice Lake d’Intel
    • Série Comet Lake d’Intel (B460, H470, Z490, etc.)
    • B550 puis A520 d’AMD (le dernier BIOS sur X570 est désormais également inclus)
      • De nombreuses cartes B450-X470 avec des nouveautés BIOS fin 2020 également incluses
    • AMD
    • VM trx40
    • également QEMU

    • X299 2020+ BIOS actuel (ceci s’applique aux autres planches de surf X299 via le dernier BIOS publié fin 2019 , qui a changé d’état connu sous le nom de 2020+)
  • EnableWriteUnprotector

    • Une autre édition pourrait être que macOS est apparemment en conflit avec le registre CR0 et propose une protection. Pour résoudre ce problème, n’importe qui a 2 options :
    • Si votre firmware principal prend en charge MAT (firmware 2018+) :
    • EnableWriteUnprotector -> False
    • RebuildAppleMemoryMap -> True
    • SyncRuntimePermissions -> True
  • Pour les anciens firmware :
  • EnableWriteUnprotector -> True
  • RebuildAppleMemoryMap -> False
  • SyncRuntimePermissions -> False
  • Remarque. Certains ordinateurs portables (tels que le Dell Inspiron 5370) avec prise en charge MAT s’arrêtent au démarrage. Dans ces cas, vous avez deux options :
  • Démarrage avec un étrange mélange de micrologiciels hérités (par exemple EnableWriteUnprotector avec RebuildAppleMemoryMap + SyncRuntimePermissions) désactivé
  • Activer DevirtualiseMmio voir également les instructions de MmioWhitelist (s’ouvre dans une nouvelle fenêtre)
  • Compte tenu de la prise en charge de MAT, le micrologiciel situé avec EDK 2018 prendra en charge ce type de prise en charge, et de nombreux OEM ont ajouté la prise en charge des PC Skylake il y a longtemps. Le mal est qu’il n’est pas toujours clair si l’OEM a mis à jour le micrologiciel même, vous pouvez vérifier les journaux OpenCore si vous avez vos enfants (voir comment obtenir le rapport ici) :

    1

    • Remarque : signifie que le pivot est votre MAT, et 0 signifie qu’il n’est guère vraiment k.

    # Problèmes de correction du noyau

    # Utilisateurs AMD

    • Missing Core Idle Time (opens in different window) (ne s’applique qu’aux processeurs AMD, assurez-vous qu’il s’agit de bits OpenCore et non de Clover. Clover propose MatchOS en plus OpenCore a MinKernel< /code> également Maxkernel)
      • Notez que le rembourrage obsolète du noyau a également le même effet. Assurez-vous d'utiliser les correctifs récents pour AMD OS X.

    # utilisateurs Intel

  • AppleXcpmCfgLock et AppleCpuPmCfgLock
    • Corrections CFG ou XCPM manquantes, fournies avec AppleXcpmCfgLock et donc AppleCpuPmCfgLock
      • Haswell et d'autres nécessitent uniquement AppleXcpmCfgLock
      • Ivy Bridge ainsi que les versions antérieures nécessitent uniquement AppleCpuPmCfgLock
        • Broadwell et récent nécessitent AppleCpuPmCfgLock si vous essayez 10.10 ou une version antérieure
    • Aussi, quelqu'un désactivera correctement le blocage CFG : Correction du blocage CFG (s'ouvre dans une fenêtre de pointe)
  • AppleXcpmExtraMsrs
    • Peut également être requis, presque toujours pour les Pentium et autres produits étranges que macOS ne prend pas en charge nativement.
  • # un ancien utilisateur d'Intel

    Dans macOS Big Sur, de nombreux firmwares ont des problèmes pour déterminer le nombre de cœurs de processeur, ce qui entraîne un changement de cœur qui se sérigraphiera trop tôt. Approximativement séquentiellement, vous pouvez vraiment voir la panique suivante :

    • Activer AvoidRuntimeDefrag dans Booter > Quirks
      • Cela devrait fonctionner pour tous les firmwares

    Obtenez un PC sans erreur en quelques minutes

    Reimage est l'outil de réparation de PC le plus populaire et le plus efficace au monde. Des millions de personnes lui font confiance pour assurer le fonctionnement rapide, fluide et sans erreur de leurs systèmes. Avec son interface utilisateur simple et son puissant moteur d'analyse, Reimage détecte et résout rapidement un large éventail de problèmes Windows, de l'instabilité du système et des problèmes de sécurité à la gestion de la mémoire et aux goulots d'étranglement des performances.

  • Étape 1 : Téléchargez Reimage et installez-le sur votre ordinateur
  • Étape 2 : Lancez le programme et cliquez sur "Scanner"
  • Étape 3 : Cliquez sur "Réparer" pour résoudre les problèmes détectés

  • Cependant, sur certains ordinateurs, comme certains HP DC Compaq 7900, le firmware principal paniquera toujours, donc la plupart d'entre nous ont besoin de forcer la valeur charnière cruciale du processeur. N'utilisez le futur que si l'option AvoidRuntimeDefrag ne fonctionnerait pas :

    Ce logiciel est la meilleure option pour réparer votre ordinateur et vous protéger des erreurs.

    Easy Way To Fix Hackintosh Kernel Panic Log
    Eenvoudige Manier Om Hackintosh Kernel Panic Log Te Repareren
    Ł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
    Maneira Fácil De Corrigir O Hackintosh Kernel Panic Log
    Einfache Möglichkeit, Hackintosh Kernel Panic Log Zu Reparieren
    Enkelt Sätt Att Fixa Hackintosh Kernel Panic Log