10.15.7 - Reproduzierbar Kernelpanics wg. com.vmware.kext.vmhgfs

[Wuchtbrumme]

Hallo,
bin gerade etwas konsterniert:
Mein Rettungssystem mit 10.15.7 (19H2) crasht das Macbook Pro 16“ (bereits zum 3. Mal) mit einem Kernelpanic, in dem com.vmware.kext.vmhgfs im Backtrace ist.

Der Witz an der Sache ist:
Das Rettungssystem hat VMWare Fusion (12.1.0) nicht installiert. Es ist allenfalls auf der internen SSD des Macbooks (selber macOS-Level).

Die ersten 2 Panics passierten beim Versuch, die SSD mittels CCC zu backuppen, das könnte ich noch halbwegs erklären. Beim 3. Mal war jedoch kein Backuptask gestartet und der Computer startete einfach so neu, allerdings auch wieder mit Verweis auf vmhgfs, ohne, dass das jemand aufgerufen hätte.

Panic startet:
panic(cpu 0 caller 0xffffffffff8017fhdsf... - gerade beim Abtippen erneuter Crash, ohne dass überhaupt die Maus bewegt wurde...

Kennt das Verhalten jemand, irgendwelche Abhilfe?
Danke.

Nachdem ich wieder normal gebootet habe, hier der gespeicherte Panic:

 panic(cpu 0 caller 0xffffff801788b932): "attempting to register a sysctl at previously registered slot : 101"@/AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/xnu/xnu-6153.141.2/bsd/kern/kern_newsysctl.c:250
Backtrace (CPU 0), Frame : Return Address
0xffffffa7aa8d3730 : 0xffffff801731a65d 
0xffffffa7aa8d3780 : 0xffffff8017454a75 
0xffffffa7aa8d37c0 : 0xffffff80174465fe 
0xffffffa7aa8d3810 : 0xffffff80172c0a40 
0xffffffa7aa8d3830 : 0xffffff8017319d27 
0xffffffa7aa8d3930 : 0xffffff801731a117 
0xffffffa7aa8d3980 : 0xffffff8017ac1a6c 
0xffffffa7aa8d39f0 : 0xffffff801788b932 
0xffffffa7aa8d3a20 : 0xffffff801756cf07 
0xffffffa7aa8d3a70 : 0xffffff80175a9a7d 
0xffffffa7aa8d3b00 : 0xffffff7f9eef43a1 
0xffffffa7aa8d3b70 : 0xffffff80179a0c5c 
0xffffffa7aa8d3bc0 : 0xffffff801799dcb3 
0xffffffa7aa8d3c30 : 0xffffff80179ac219 
0xffffffa7aa8d3c80 : 0xffffff80179abf49 
0xffffffa7aa8d3cf0 : 0xffffff80179bf752 
0xffffffa7aa8d3d60 : 0xffffff801737b9eb 
0xffffffa7aa8d3db0 : 0xffffff80173203c8 
0xffffffa7aa8d3e10 : 0xffffff80172f6d15 
0xffffffa7aa8d3e70 : 0xffffff801730db22 
0xffffffa7aa8d3f00 : 0xffffff801742c065 
0xffffffa7aa8d3fa0 : 0xffffff80172c1226 
      Kernel Extensions in backtrace:
         com.vmware.kext.vmhgfs(1672.44.64)[19B14C90-1108-3BDB-BEB1-0BE316E87F64]@0xffffff7f9eeed000->0xffffff7f9eef9fff

BSD process name corresponding to current thread: kextd

Mac OS version:
19H2

Kernel version:
Darwin Kernel Version 19.6.0: Mon Aug 31 22:12:52 PDT 2020; root:xnu-6153.141.2~1/RELEASE_X86_64
Kernel UUID: 05D51A3D-3A87-3FF0-98C3-9CF3827A3EDD
Kernel slide:     0x0000000017000000
Kernel text base: 0xffffff8017200000
__HIB  text base: 0xffffff8017100000
System model name: MacBookPro16,1 (Mac-E1008331FDC96864)
System shutdown begun: NO

System uptime in nanoseconds: 722851826303
last loaded kext at 722846143564: com.vmware.kext.vmhgfs	1672.44.64 (addr 0xffffff7f9eeed000, size 53248)
last unloaded kext at 712734757935: com.vmware.kext.vmhgfs	1672.44.64 (addr 0xffffff7f9eeed000, size 45056)
loaded kexts:
com.vmware.kext.vmhgfs	1672.44.64
@filesystems.msdosfs	1.10
@filesystems.smbfs	3.4.4
@filesystems.exfat	1.4
@kext.AMDFramebuffer	3.1.0
>BCMWLANFirmware4355.Hashstore	1
@kext.AMDRadeonX6000	3.1.0
@kext.AMDRadeonX4000	3.1.0
>BCMWLANFirmware4377.Hashstore	1
>!APlatformEnabler	2.7.0d0
>AGPM	111.4.4
>X86PlatformShim	1.0.0
@kext.AMDRadeonServiceManager	3.1.0
>BCMWLANFirmware4364.Hashstore	1
>AGDCBacklightControl	5.2.6
@kext.AMD9500!C	3.1.0
>!AUpstreamUserClient	3.6.8
>BridgeAudioCommunication	6.70.7
>!A!IKBLGraphics	14.0.7
>!AThunderboltIP	3.1.4
>!AHIDALSService	1
>!A!II210Ethernet	2.3.1
>!AGFXHDA	100.1.429
>!ABCMWLANBusInterfacePCIe	1
>!AMuxControl2	5.2.6
>AudioAUUC	1.70
>!ABacklight	180.3
>ACPI_SMC_PlatformPlugin	1.0.0
>!AAVEBridge	6.1
>!ABridgeAudio!C	6.70.7
>!A!IPCHPMC	2.0.1
>!A!ICFLGraphicsFramebuffer	14.0.7
@fileutil	20.036.15
@filesystems.autofs	3.0
>!AGraphicsDevicePolicy	5.2.6
@AGDCPluginDisplayMetrics	5.2.6
>!AFIVRDriver	4.1.0
>!AMCCSControl	1.14
>!AHV	1
|IOUserEthernet	1.0.1
|IO!BSerialManager	7.0.6f7
>pmtelemetry	1
@Dont_Steal_Mac_OS_X	7.0.0
>!A!ISlowAdaptiveClocking	4.0.0
>Core!SFsck	551
>!ATopCaseHIDEventDriver	3430.1
>!UTopCaseDriver	3430.1
|SCSITaskUserClient	422.120.3
>!U!SCoexistentDriver	489.120.1
@filesystems.apfs	1412.141.1
>!AFileSystemDriver	3.0.1
>!AVirtIO	1.0
@filesystems.hfs.kext	522.100.5
@!AFSCompression.!AFSCompressionTypeDataless	1.0.0d1
@BootCache	40
@!AFSCompression.!AFSCompressionTypeZlib	1.0.0
@private.KextAudit	1.0
>!ASmartBatteryManager	161.0.0
>!AACPIButtons	6.1
>!ASMBIOS	2.1
>!AACPIEC	6.1
>!AAPIC	1.7
$!AImage4	1
@nke.applicationfirewall	303
$TMSafetyNet	8
@!ASystemPolicy	2.0.0
|EndpointSecurity	1
@kext.AMDRadeonX6100HWLibs	1.0
@kext.AMDRadeonX4300HWLibs	1.0
|IOAVB!F	850.1
@plugin.IOgPTPPlugin	840.3
@kext.AMDRadeonX6000HWServices	3.1.0
@kext.AMDRadeonX4000HWServices	3.1.0
@kext.AMDRadeonX6000Framebuffer	3.1.0
|IOEthernetAVB!C	1.1.0
>!ASMBusPCI	1.0.14d1
|IO!BHost!CUARTTransport	7.0.6f7
|IO!BHost!CTransport	7.0.6f7
>!A!ILpssUARTv1	3.0.60
>!A!ILpssUARTCommon	3.0.60
>!AOnboardSerial	1.0
>!ABCMWLANCore	1.0.0
>mDNSOffloadUserClient	1.0.1b8
>IOImageLoader	1.0.0
|IO80211!FV2	1200.12.2b1
>corecapture	1.0.4
>!ABacklightExpert	1.1.0
>IOPlatformPluginLegacy	1.0.0
>X86PlatformPlugin	1.0.0
@kext.AMDSupport	3.1.0
>!AHDA!C	283.15
|IOHDA!F	283.15
>IOPlatformPlugin!F	6.0.0d8
|IONDRVSupport	576.1
|IOAccelerator!F2	438.7.3
>!UAudio	323.4
>!AThunderboltEDMSink	4.2.3
@kext.triggers	1.0
>!AGraphicsControl	5.2.6
|IOSkywalk!F	1
>!ASMBus!C	1.0.18d1
@!AGPUWrangler	5.2.6
@!AGraphicsDeviceControl	5.2.6
|IOGraphics!F	576.1
|IOSlowAdaptiveClocking!F	1.0.0
>Core!S	551
>!AHS!BDriver	3430.1
>IO!BHIDDriver	7.0.6f7
|IO!B!F	7.0.6f7
|IO!BPacketLogger	7.0.6f7
>!AActuatorDriver	3440.1
>!AMultitouchDriver	3440.1
>!AInputDeviceSupport	3440.8
>!AHIDKeyboard	209
>usb.cdc.ecm	5.0.0
>usb.IOUSBHostHIDDevice	1.2
>usb.cdc.ncm	5.0.0
>!AThunderboltDPOutAdapter	6.2.6
>!AThunderboltDPInAdapter	6.2.6
>!AThunderboltDPAdapter!F	6.2.6
>!AThunderboltPCIUpAdapter	2.5.4
>!AThunderboltPCIDownAdapter	2.5.4
>!AHPM	3.4.4
>!A!ILpssI2C!C	3.0.60
>!A!ILpssDmac	3.0.60
>!A!ILpssI2C	3.0.60
>usb.!UHub	1.2
|IOUSBMass!SClass	4.0.4
>usb.cdc	5.0.0
>usb.networking	5.0.0
>usb.!UHostCompositeDevice	1.2
>!AXsanScheme	3
|IOAudio!F	300.2
@vecLib.kext	1.2.0
|IOSerial!F	11
|IOSurface	269.11
@filesystems.hfs.encodings.kext	1
>!AEffaceableNOR	1.0
>usb.!UVHCIBCE	1.2
>usb.!UVHCI	1.2
>usb.!UVHCICommonBCE	1.0
>usb.!UVHCICommon	1.0
|IOBufferCopy!C	1.1.0
|IOBufferCopyEngine!F	1
|IONVMe!F	2.1.0
>!AThunderboltNHI	5.8.6
|IOThunderbolt!F	7.6.1
>usb.!UXHCIPCI	1.2
>usb.!UXHCI	1.2
>usb.!UHostPacketFilter	1.0
|IOUSB!F	900.4.2
>!AEFINVRAM	2.1
>!AEFIRuntime	2.1
>!ASMCRTC	1.0
|IOSMBus!F	1.1
|IOHID!F	2.0.0
$quarantine	4
$sandbox	300.0
@kext.!AMatch	1.0.0d1
>DiskImages	493.0.0
>!AFDEKeyStore	28.30
>!AEffaceable!S	1.0
>!ASSE	1.0
>!AKeyStore	2
>!UTDM	489.120.1
|IOSCSIBlockCommandsDevice	422.120.3
>!ACredentialManager	1.0
>KernelRelayHost	1
>!ASEPManager	1.0.1
>IOSlaveProcessor	1
|IOUSBMass!SDriver	157.140.1
|IOSCSIArchitectureModel!F	422.120.3
|IO!S!F	2.1
|IOUSBHost!F	1.2
>!UHostMergeProperties	1.2
>usb.!UCommon	1.0
>!ABusPower!C	1.0
|CoreAnalytics!F	1
>!AMobileFileIntegrity	1.0.5
@kext.CoreTrust	1
|IOReport!F	47
|IOTimeSync!F	840.3
|IONetworking!F	3.4
>!AACPIPlatform	6.1
>!ASMC	3.1.9
>watchdog	1
|IOPCI!F	2.9
|IOACPI!F	1.4
@kec.pthread	1
@kec.Libm	1
@kec.corecrypto	1.0

 

[Wuchtbrumme]

hm, nach dem Lesen des Panics - kann es sein, dass das OS vom USB-Stick (wie gesagt, mein mobiles Rettungssystem) den Cache des „fest auf der SSD installierten macOS“ benutzt, irgendeine konstruktionsbedingte Eigenart seit APFS?

Ich hypothetisiere hier nur laut...

 

[doc_holleday]

Mit "Rettungssystem" ist ein unabhängig und ehemals frisch installiertes vollständiges macOS auf einem USB-Stick gemeint, oder? Also auch kein Klon oder ein anderweitig wiederhergestelltes anderes System, richtig?

Nicht, dass ich dafür oder dagegen eine technische Erklärung liefern könnte, aber organisatorisch oder logisch betrachtet fände ich es schon befremdlich, wenn ein externes System Teile eines anderen Systems "einfach so" mit nutzen würde. Zumal das externe System ja auch funktionieren soll, wenn intern gar kein System vorhanden ist.

Möglicherweise verwenden VMWare (und macOS) noch alte Namensschemata, aber sollten Kext'e nicht inzwischen abgeschafft und durch System Extensions ersetzt sein? So wie hier beschrieben:

Apple deprecating macOS kernel extensions (KEXTs) is a great win for security

Apple kernel extension APIs to be deprecated in macOS 10.15.4.

www.zdnet.com

 

[Marcel Bresink]

Prüfe mal, ob nicht doch Reste von VMWare-Programmen im Ordner

/Library/Application Support/VMware Tools/

vorhanden sind.

 

[Wuchtbrumme]

Hallo Marcel,

perfekt, vielen Dank! Ich nehme an, vmhgfs.kext ist das VMWare-Tools (für in dem Gast-OS) und wahrscheinlich hatte ich den Stick mal unter VMWare gebootet.

Das ist ja gemeingefährlich. Abgesehen davon, dass es wohl automatisch installiert (?!) erkennt es nicht einmal, dass es nicht unter VMWare Fusion läuft - das eine Tool für das CLI tut das schon und verweigert den Betrieb.

(Im genannten Pfad habe ich die Sachen gefunden, danach SIP deaktiviert, rebootet und anschließend das .kext-Bundle umbenannt. Ich schaue gerade noch, ob der Betrieb wieder stabil ist. Wenn das CCC-Backup abschließt, gehe ich davon aus.)

 

[Wuchtbrumme]

Mit "Rettungssystem" ist ein unabhängig und ehemals frisch installiertes vollständiges macOS auf einem USB-Stick gemeint, oder? Also auch kein Klon oder ein anderweitig wiederhergestelltes anderes System, richtig?

ja, genau. Der Inhalt des Sticks ging mir vor kurzem verlustig, also musste ich noch einmal neu installieren. Ich glaube, ich hatte zuerst versucht, das OS in einer VM draufzubekommen, aber ich war gescheitert, deswegen bin ich davon überzeugt, dass ich mein Macbook rebootet hatte und wirklich sauber installiert hatte. Aber wahrscheinlich hatte ich den Stick dann doch einmal unter Fusion gebootet.

Nicht, dass ich dafür oder dagegen eine technische Erklärung liefern könnte, aber organisatorisch oder logisch betrachtet fände ich es schon befremdlich, wenn ein externes System Teile eines anderen Systems "einfach so" mit nutzen würde. Zumal das externe System ja auch funktionieren soll, wenn intern gar kein System vorhanden ist.

da stimme ich Dir sowas von zu, das hätte alles falsch machen geheißen. Wie gesagt, war ja auch nur von mir gemutmaßt, weil in dem Panic was von Caches stand.

Möglicherweise verwenden VMWare (und macOS) noch alte Namensschemata, aber sollten Kext'e nicht inzwischen abgeschafft und durch System Extensions ersetzt sein? So wie hier beschrieben:

Apple deprecating macOS kernel extensions (KEXTs) is a great win for security

Apple kernel extension APIs to be deprecated in macOS 10.15.4.

www.zdnet.com

WIMRE gab es eine von Apple kommunizierte Abschiedsstrategie und Übergangszeiten bzw. Versionen. In Big Sur wird‘s aber ernst.[/QUOTE]