Ethernet Fehlerbericht in Konsole

  • ST3R30 ich hoffe ich hab das richtig gemacht.. und vor allen Dingen ich bekomme das dann wieder ins Sytem zurück

  • WITON


    • Backup vom aktuellen EFI Ordner auf FAT32 formattiertem Stick speichern
    • DMAR.aml kpieren nach EFI/OC/ACPI
    • AppleIGC kext runterladen kopieren nach EFI/OC/Kexts


    Einstellungen aus Settings.plist (öffnen mit ProperTree) in eigene config übernehmen und Kernel Quirks entsprechend anpasen

    Dateien

    • DMAR.aml

      (80 Byte, 9 Mal heruntergeladen, zuletzt: )
    • Settings.plist

      (1,48 kB, 6 Mal heruntergeladen, zuletzt: )

    Lenovo Thinkpad T530/T490/E14 Gen5 | iMac 2010/2011 | Gigabyte Z490 Vision G i9 10850K | Autor von OC-Little-Translated

  • Unten findest Du die gepatchte DMAR, aus welcher ich die Reserved Region entfernt habe.

    In der config.plist fügst Du dann unter ACPI->Add folgendes ein:



    Unter ACPI->Delete wird dann folgendes zum Entfernen der originalen DMAR eingefügt:



    Anschließend solltest Du noch unter Kernel->Quirks diese Änderungen vornehmen:

    DisableIoMapper = false

    DisableIoMapperMapping = false


    Nach einen Neustart sollte AppleVTD dann in IOReg zu finden sein. Auf manchen Mainboards kann es mit AppleVTD zu Kos, einfrieren des Systems oder plötzlichen Reboots kommen. Du solltest also USB-Stick mit der alten config.plist haben, um im Worst Case das System zu retten.

    Dateien

    • DMAR-VTD.aml

      (80 Byte, 5 Mal heruntergeladen, zuletzt: )
  • ST3R30 Nö! Schau Dir mal die OEMTableID genau an und übersetze die Hex-Werte in ASCII.

  • ST3R30 Du hast die Funktionsweise nicht verstanden. Für einen Match müssen alle angegebenen Werte passen. Daher ist es kein Problem, wenn es noch weitere Tabellen mit der gleichen OEMTableID gibt. Matching anhand der Länge hat den Nachteil, dass der Patch nicht mehr funktioniert, wenn sich nach einem UEFI-Update die Länge der DMAR geändert haben sollte.

  • Mieze , ST3R30 .... Männer ich bin erstaunt. Hätte ich das mal zuerst getestet. Ich habe wie von Euch erwähnt ....

    • Device-ID spoof für die Netzwerkkarte deaktivieren (etwaige kexts die dazugehören, deaktivieren)
    • AppleIGC.kext zu EFI/OC/Kexts und config hinzufügen

    durchgeführt. Nun ist kein Absturz Bericht mehr da, obwohl kein AppleVTD angezeigt wird. Ich habe nur AppleIntel210Ethernet.kext deaktiviert und dafür den AppleGC.kext aktiviert und eingetragen. Das scheint zu funktionieren.. Ich habe die EFI auf einen Stick und boote jetzt erst mal davon um zu gucken ob es Probleme gibt . Schön hier im Forum das es solche Leute wie Euch und einige andere gibt, Ein Semi Anwender wie Ich mit wenig Wissen währe sonst hilflos. Ich gucke sowieso wie ein Schwein ins Uhrwerk wenn ich die Code Tabellen sehe und Eure Diskussionen verfolge ...😂

  • Mieze  ST3R30 .... Um das Thema hier abzuschliessen eine letzte Frage..... habe hier diesen Kext in der EFI entdeckt. Weiss nicht wie der da hinkommt. Für was ist der denn eigentlich ? IO80211FamilyLegacy.kext ist klar, aber der hier ??. habe ihn ausgeschalten. Merke keine Änderung



    | IO80211FamilyLegacy.kext/Contents/PlugIns/AirPortBrcmNIC.kext | V1400.1.1 | false | Contents/MacOS/AirPortBrcmNIC | Contents/Info.plist | | | x86_64 |

  • Für Airport bzw Wlan. Das Kexte in einem Plugin-Ordner innerhalb einer Kext stecken, ist nicht unüblich. Die übergeordnete ist für Basics und delegiert per Probs an die Plugins.

    ASUS WS X299 SAGE/10G i9-10980XE • DDR4 64GB • SSD 970 PRO 1TB • Thunderbolt3 Titan Ridge • 2x AMD Radeon VII • BMD DeckLink 4K Extreme 12G

    ASUS PRIME X299-DELUXE i9-9940X • DDR4 64GB • SSD 960 PRO 1TB • Thunderbolt3 Titan Ridge • 2x AMD Radeon RX Vega 64 • BMD Intensity Pro 4K


    Ordnung ist die primitivste Form von Chaos. (Hans-Jürgen Quadbeck-Seeger)

  • WITON  apfelnico hat Recht. Die Kext ist für ältere Wifi-Chips von Broadcom. Wenn Du keinen der betreffenden Adapter nutzt, dann brauchst Du die Kext auch nicht.