MacBook Air 2015 defekt durch Monterey oder neuer Akku defekt ?

[Dirki11]

Ich fummel hier jetzt seit 5 Std. an dem MacBook Air 2015 eines Kumpels und werde langsam verrückt:

Da sein Akku kaputt war, habe ich ihm einen neuen NeverTech Akku eingebaut.
Das MacBook lief danach auch endlich wieder im Akkubetrieb.
Da er noch 10.11 installiert hatte, sagte ich ihm er sollte demnächst mal updaten, was er einige Tage später auch macht (nach Apple Anleitung Monterey geladen).
Er hat das MacBook vor der Installation formatiert (natürlich nach vorheriger Datensicherung).
Die Installation lief problemlos, aber nach kurzer Betriebszeit stürzte das Macbook mit Kernelpanics ab, auch eine Neuinstallation brachte keine Besserung.

Ich habe mir das heute einmal angeschaut, teilweise reagiert das MacBook gar nicht auf das Einschalten, dann startet es zwar aber stürzt danach selbst im abgesicherten Modus ab.
SMC , PRAM Reset und Apple HW Test durchgeführt.
Selbst beim Booten vom externen USB Stick stürzt es ab bzw. reagiert nicht.
Es könnte sich meiner Meinung nach die Firmware bei der Monterey Installation zerschossen haben (das Problem haben ja mehrere).

Was ich dann aber noch probiert habe:
Ich habe einfach mal den neuen Akku abgeklemmt und das MacBook nur im Netzteilbetrieb gestartet von einem bootbaren Mojave Stick gestartet, anschliessend die Festplatte nochmals formatiert und Mojave installiert, die Installation lief problemlos durch.
Das MacBook startete danach auch und stürzte nicht ab.
Also habe ich den Akku wieder angeklemmt und siehe da, das MacBook startet kurz (Apfel und 1cm Ladebalken) um danach in einer Dauerschleife immer wieder neu zu starten.
Akku abgezogen MacBook lief wieder problemlos.

Jetzt könnte man ja denken, das der Akku bzw. das Powermanagment einen weg hat, aber bis zur Monterey Installation lief das MacBook 5 Tage mit dem neuen Akku ohne Probleme.

Fazit: ich bin ratlos !

Anbei der letzte Kernelpanic:

Anonymous UUID:       1D0D7922-F92D-37B4-F6D0-7B246A19F2FE

Fri Jan  1 01:00:15 2021

*** Panic Report ***
panic(cpu 1 caller 0xffffff80152dbadd): Kernel trap at 0xffffff80152f4ba2, type 14=page fault, registers:
CR0: 0x000000008001003b, CR2: 0xffffff80bf2852e8, CR3: 0x000000026222c048, CR4: 0x00000000003626e0
RAX: 0xffffff8015beea20, RBX: 0xffffff8015de2a20, RCX: 0x00000000a96968c0, RDX: 0x7ab33b199fab0c1f
RSP: 0xffffff9120f43ad0, RBP: 0xffffff9120f43b80, RSI: 0x00000000006c6c6c, RDI: 0xffffff8015bf3000
R8:  0x0000000000000340, R9:  0x0000000000000000, R10: 0x000000000000000a, R11: 0xffffff8015bf2cc0
R12: 0x00000000001f4000, R13: 0x00000000000017bb, R14: 0x0000000000000000, R15: 0x0000000000000000
RFL: 0x0000000000010006, RIP: 0xffffff80152f4ba2, CS:  0x0000000000000008, SS:  0x0000000000000000
Fault CR2: 0xffffff80bf2852e8, Error code: 0x0000000000000000, Fault CPU: 0x1, PL: 1, VF: 5

Backtrace (CPU 1), Frame : Return Address
0xffffff9120f435a0 : 0xffffff80151ae6ed
0xffffff9120f435f0 : 0xffffff80152ea185
0xffffff9120f43630 : 0xffffff80152db8ba
0xffffff9120f436a0 : 0xffffff801515bb40
0xffffff9120f436c0 : 0xffffff80151ae107
0xffffff9120f437e0 : 0xffffff80151adf53
0xffffff9120f43850 : 0xffffff80152dbadd
0xffffff9120f439c0 : 0xffffff801515bb40
0xffffff9120f439e0 : 0xffffff80152f4ba2
0xffffff9120f43b80 : 0xffffff80152de0a0
0xffffff9120f43bd0 : 0xffffff80151cd5ea
0xffffff9120f43c40 : 0xffffff80151ccbd7
0xffffff9120f43cc0 : 0xffffff80151cb25f
0xffffff9120f43d10 : 0xffffff80152d11e9
0xffffff9120f43d70 : 0xffffff801523b7f1
0xffffff9120f43f10 : 0xffffff80152dbeba
0xffffff9120f43fa0 : 0xffffff801515ba4f

BSD process name corresponding to current thread: launchservicesd

Mac OS version:
18G103

Kernel version:
Darwin Kernel Version 18.7.0: Tue Aug 20 16:57:14 PDT 2019; root:xnu-4903.271.2~2/RELEASE_X86_64
Kernel UUID: C41337A1-0EC3-3896-A954-A1F85E849D53
Kernel slide:     0x0000000014e00000
Kernel text base: 0xffffff8015000000
__HIB  text base: 0xffffff8014f00000
System model name: MacBookAir7,2 (Mac-937CB26E2E02BB01)

System uptime in nanoseconds: 3186104075
last loaded kext at 1997244820: com.apple.driver.usb.IOUSBHostHIDDevice    1.2 (addr 0xffffff7f960e2000, size 49152)
loaded kexts:
com.apple.iokit.SCSITaskUserClient    408.250.3
com.apple.driver.AppleUSBStorageCoexistentDriver    456.260.3
com.apple.driver.AppleUSBCardReader    456.260.3
com.apple.driver.AppleTopCaseHIDEventDriver    138.4
com.apple.driver.AppleFileSystemDriver    3.0.1
com.apple.driver.AppleVirtIO    2.1.3
com.apple.filesystems.hfs.kext    407.200.4
com.apple.AppleFSCompression.AppleFSCompressionTypeDataless    1.0.0d1
com.apple.BootCache    40
com.apple.AppleFSCompression.AppleFSCompressionTypeZlib    1.0.0
com.apple.AppleSystemPolicy    1.0
com.apple.filesystems.apfs    945.275.7
com.apple.driver.AppleAHCIPort    329.260.5
com.apple.private.KextAudit    1.0
com.apple.driver.AppleSmartBatteryManager    161.0.0
com.apple.driver.AppleRTC    2.0
com.apple.driver.AppleACPIButtons    6.1
com.apple.driver.AppleHPET    1.8
com.apple.driver.AppleSMBIOS    2.1
com.apple.driver.AppleACPIEC    6.1
com.apple.driver.AppleAPIC    1.7
com.apple.nke.applicationfirewall    201
com.apple.security.TMSafetyNet    8
com.apple.driver.usb.IOUSBHostHIDDevice    1.2
com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport    6.0.14d3
com.apple.iokit.IOBluetoothHostControllerUSBTransport    6.0.14d3
com.apple.iokit.IOBluetoothHostControllerTransport    6.0.14d3
com.apple.driver.usb.AppleUSBHub    1.2
com.apple.iokit.IOUSBMassStorageClass    4.0.4
com.apple.driver.usb.cdc    5.0.0
com.apple.driver.usb.networking    5.0.0
com.apple.driver.usb.AppleUSBHostCompositeDevice    1.2
com.apple.driver.AppleHSBluetoothDriver    138.4
com.apple.driver.IOBluetoothHIDDriver    6.0.14d3
com.apple.iokit.IOBluetoothFamily    6.0.14d3
com.apple.driver.AppleMultitouchDriver    2450.1
com.apple.driver.AppleInputDeviceSupport    2440.2
com.apple.driver.AppleHIDKeyboard    208
com.apple.driver.AppleHSSPIHIDDriver    55.1
com.apple.iokit.IOSerialFamily    11
com.apple.filesystems.hfs.encodings.kext    1
com.apple.driver.AppleUSBMergeNub    900.4.2
com.apple.driver.AppleXsanScheme    3
com.apple.iokit.IOAHCIBlockStorage    301.270.1
com.apple.iokit.IOAHCIFamily    288
com.apple.driver.AppleThunderboltDPInAdapter    5.6.9
com.apple.driver.AppleThunderboltDPAdapterFamily    5.6.9
com.apple.driver.AppleThunderboltPCIDownAdapter    2.1.5
com.apple.driver.AppleThunderboltNHI    4.7.9
com.apple.iokit.IOThunderboltFamily    6.8.6
com.apple.driver.AppleHSSPISupport    55.1
com.apple.driver.AppleIntelLpssSpiController    3.0.60
com.apple.driver.AppleIntelLpssGspi    3.0.60
com.apple.driver.usb.AppleUSBXHCIPCI    1.2
com.apple.driver.usb.AppleUSBXHCI    1.2
com.apple.driver.AppleIntelLpssDmac    3.0.60
com.apple.driver.AppleIntelLpssI2C    3.0.60
com.apple.driver.usb.AppleUSBHostPacketFilter    1.0
com.apple.iokit.IOUSBFamily    900.4.2
com.apple.driver.AppleUSBHostMergeProperties    1.2
com.apple.driver.AppleEFINVRAM    2.1
com.apple.driver.AppleEFIRuntime    2.1
com.apple.iokit.IOSMBusFamily    1.1
com.apple.iokit.IOHIDFamily    2.0.0
com.apple.security.quarantine    3
com.apple.security.sandbox    300.0
com.apple.kext.AppleMatch    1.0.0d1
com.apple.driver.DiskImages    493.0.0
com.apple.driver.AppleFDEKeyStore    28.30
com.apple.driver.AppleEffaceableStorage    1.0
com.apple.driver.AppleKeyStore    2
com.apple.driver.AppleUSBTDM    456.260.3
com.apple.driver.AppleMobileFileIntegrity    1.0.5
com.apple.iokit.IOUSBMassStorageDriver    145.200.2
com.apple.iokit.IOSCSIBlockCommandsDevice    408.250.3
com.apple.iokit.IOSCSIArchitectureModelFamily    408.250.3
com.apple.iokit.IOStorageFamily    2.1
com.apple.kext.CoreTrust    1
com.apple.driver.AppleCredentialManager    1.0
com.apple.driver.KernelRelayHost    1
com.apple.iokit.IOUSBHostFamily    1.2
com.apple.driver.usb.AppleUSBCommon    1.0
com.apple.driver.AppleBusPowerController    1.0
com.apple.driver.AppleSEPManager    1.0.1
com.apple.driver.IOSlaveProcessor    1
com.apple.iokit.IOTimeSyncFamily    740.2
com.apple.iokit.IONetworkingFamily    3.4
com.apple.iokit.IOReportFamily    47
com.apple.driver.AppleACPIPlatform    6.1
com.apple.driver.AppleSMC    3.1.9
com.apple.iokit.IOPCIFamily    2.9
com.apple.iokit.IOACPIFamily    1.4
com.apple.kec.pthread    1
com.apple.kec.Libm    1
com.apple.kec.corecrypto    1.0

EOF
Model: MacBookAir7,2, BootROM 428.60.3.0.0, 2 processors, Intel Core i5, 1,6 GHz, 8 GB, SMC 2.27f2
Graphics: kHW_IntelHDGraphics6000Item, Intel HD Graphics 6000, spdisplays_builtin
Memory Module: BANK 0/DIMM0, 4 GB, DDR3, 1600 MHz, 0x02FE, -
Memory Module: BANK 1/DIMM0, 4 GB, DDR3, 1600 MHz, 0x02FE, -
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x117), Broadcom BCM43xx 1.0 (7.77.61.2 AirPortDriverBrcmNIC-1305.8)
Bluetooth: Version 6.0.14d3, 3 services, 27 devices, 1 incoming serial ports
Network Service: Wi-Fi, AirPort, en0
Serial ATA Device: APPLE SSD SM0128G, 121,33 GB
USB Device: USB 3.0 Bus
USB Device: BRCM20702 Hub
USB Device: Bluetooth USB Host Controller
Thunderbolt Bus: MacBook Air, Apple Inc., 27.2

 

[Stargate]

Da er noch 10.11 installiert hatte, sagte ich ihm er sollte demnächst mal updaten, was er einige Tage später auch macht (nach Apple Anleitung Monterey geladen).
Er hat das MacBook vor der Installation formatiert (natürlich nach vorheriger Datensicherung).

Es ist durchaus möglich das beim Update von irgend was auf Monterey diverse macOS-Ausgaben übersprungen wurden und damit möglicherweise auch irgend ein Firmware-Update nicht gemacht wurde. Könnte damit zusammenhängen. Vor allem weil Monterey eine ganz andere "Betrachtungsweise" des Akkus hat als seine Vorgänger.

SMC , PRAM Reset und Apple HW Test durchgeführt.

Wenn man sicherstellen möchte das z.B im PRAM (NVRAM) nicht irgend welche obskuren Dinge festgehalten wurden löscht man
das Parameterram 3 x direkt hintereinander. In direkter Folge. Erst dann wird dieser Speicher mit den Werksparametern überschrieben.

Hat aber weniger was mit der Hardware zu schaffen, für Energieversorgung ist der SMC zuständig.

Selbst beim Booten vom externen USB Stick stürzt es ab bzw. reagiert nicht.
Es könnte sich meiner Meinung nach die Firmware bei der Monterey Installation zerschossen haben (das Problem haben ja mehrere).

Die Firmware zerschießt es eigentlich nur dann wenn man während genau diesem Vorgang die Stromversorgung des Geräts kappt..

Also habe ich den Akku wieder angeklemmt und siehe da, das MacBook startet kurz (Apfel und 1cm Ladebalken) um danach in einer Dauerschleife immer wieder neu zu starten.
Akku abgezogen MacBook lief wieder problemlos.

Es könnte natürlich auch sein das die Ladeüberwachung in diesem Akku nicht passt. Defekt ist, der Akku schon zu alt.. usw.
Akku von einem anderen Hersteller ausprobieren.

Zumindest den Akku aber auch mal voll aufladen lassen. Falls das geht.

Jetzt könnte man ja denken, das der Akku bzw. das Powermanagment einen weg hat, aber bis zur Monterey Installation lief das MacBook 5 Tage mit dem neuen Akku ohne Probleme.

Eher vom tüfteln mit irgend einem Akku.
Monterey ja, möglicherweise übersprungene Firmwareupdates. Nicht ausschließbar wie bereits geschrieben.


Deine Kernelpanic ist aus 2021.. und von Mojave.
Oder stimmt nur Datum/Urzeit am Gerät nicht?

Wenn dann vielleicht der aktuelle CrashReport und bzw. das was beim PowerOn vor und nach dem Akkutausch geschrieben wurde.

 

[oneOeight]

Die Panic tritt so früh beim Laden des OS auf, das ist kein Software Fehler.
Könnte aber SSD, RAM oder sonst was sein.

 

[Dirki11]

@ Stargate: Datum und Uhrzeit stimmen nicht, Mojave hatte ich auch installiert.

Ich habe jetzt die SSD (ohne Batterie) nochmal formatiert, Catalina installiert.
Ergebnis: mit abgeklemmter Batterie läuft es, schließe ich den Akku an kommt kurz nach dem Apfel Symbol die Kernelpanic und er startet immer wieder neu.

Ich werde jetzt nochmal eine andere Batterie besorgen, das ist die einzige Möglichkeit die ich sehe....ich werde dann berichten.

 

[oneOeight]

Wenn die Batterie abgeklemmt ist, taktet der Chip doch runter.
Aber was könnte die Batterie denn sonst noch verursachen?
Kurzschluss? Falsche Spannung?

 

[Dirki11]

Ich habe soeben noch folgendes probiert:
Meine Freundin hat ein MB Air 2011, dort habe ich den Akku ausgebaut und in das MB Air 2015 eingesetzt > Ergebnis Kernel Panic

Die NewerTech Batterie habe ich in das MB Air 2011 eingebaut > läuft einwandfrei

Jetzt könnte man theoretisch den Akku ausschliessen ABER:
Die NewerTech Batterie ist für die komplette MBAir 13" Reihe (2010-2017) und hat 7,6V
Die originale Batterie im MB Air 2011 hat 7,3V

Apple unterscheidet bei den Batterien des MB Airs die 2.Generation (07/11-06/13 > 7,3V) und die 3.Generation (6/13-06/17 > 7,6V) LMP als Hersteller ebenfalls.

Jetzt könnte es ja sein, das der NewerTech nicht sauber arbeitet, sondern eher die 7,3V hat und es deshalb zu den KernelPanics kommt.

Um Gewissheit zu haben muss ich wohl oder übel wirklich einen mit 7,6V bestellen der wirklich NUR für die 3. Generation ist.

 

[Dirki11]

Wenn die Batterie abgeklemmt ist, taktet der Chip doch runter.
Aber was könnte die Batterie denn sonst noch verursachen?
Kurzschluss? Falsche Spannung?

Genau, die Spannung könnte es sein.

 

[Tratschwelle]

Genau, die Spannung könnte es sein.

Deine ganze Symptomatik mit dem Akkutausch gleicht wirklich bis ins letzte Detail meine Erfahrungen beim Akkutausch des Macbook Air 13“ meiner Schwester.

Das Gerät ist mittlerweile mit dem stark schwächelnden Originalakku von Apple in Zahlung genommen worden. Und Schwester hat ein iPad Pro 12 mit Magic Keyboard. Meinem Schwager war der Akkutausch bei Apple zu teuer, ich hab dann einen Ersatz bei ifixit besorgt.

Win-Win für Apple, ich sitze nun auf nem quasi unbenutztem Akku herum (Geld hab ich natürlich von der kleinen, aber älteren Schwester erstattet bekommen ).

Bin gerade nicht in meiner Wohnung, aber es interessiert mich, was ich für einen Akku habe und schaue mal nachher nach…

Wo hast du den NewerTech Akku gekauft?

Nachtrag (mein Ersatzakku, bestellt bei iFixit): Model NO. A1496/A1405/A1377 Li-ion Polymer 7.6V 7200mAh 55Wh
Hersteller steht keiner explizit drauf

 

[Dirki11]

So, heute habe ich den bestellten LMP Akku bekommen.
Im Gegensatz zu Newertech unterscheidet LMP zwischen den MB Air bis 2013 (7,3V) und ab Ende 2013 (7,6V)
Akku eingebaut und siehe da MacBook lief problemlos, mich irritierte nur die %Anzeige des Akkus mit 4% und der noch 2 Std. YT Filme benötigte um leer zu sein.
Doch ich hatte mich zu früh gefreut:
Nachdem ich die Batterie voll geladen habe und das MB Air erneut startete hatte ich wieder den gleichen Fehler wie mit dem anderen Akku, kurz nach dem Starten Kernel Panic und automatisches Neustarten in der Endlosschleife.

Wie gesagt, vor der Monterey Aktualisierung lief es mit dem neuen Akku problemlos.

Scheint ein Fall für die Tonne zu sein......

 

[Stargate]

So, heute habe ich den bestellten LMP Akku bekommen.
Im Gegensatz zu Newertech unterscheidet LMP zwischen den MB Air bis 2013 (7,3V) und ab Ende 2013 (7,6V)
Akku eingebaut und siehe da MacBook lief problemlos, mich irritierte nur die %Anzeige des Akkus mit 4% und der noch 2 Std. YT Filme benötigte um leer zu sein.

Das ist aber schon durchaus was positives und geht doch schon so in die Richtung Akku / Überwachung wie in #2 geschrieben.

Doch ich hatte mich zu früh gefreut:
Nachdem ich die Batterie voll geladen habe und das MB Air erneut startete hatte ich wieder den gleichen Fehler wie mit dem anderen Akku, kurz nach dem Starten Kernel Panic und automatisches Neustarten in der Endlosschleife.

Na das ist echt Mist

Zeigt mir aber nur einmal mehr wie weit entwickelt die Qualität bei Apple inzwischen ist.
U.u kann man so einer Ersatzteilquelle noch nicht mal unbedingt einen Vorwurf machen.

Da wird irgend was geändert, denn vorher lief das Book ja offensichtlich gut, nur damit die Leute die Nerven verlieren und was neues kaufen.
Am besten noch mit neuerdings "C02-neutralem" Aluminium, worüber ich in hundert Jahren noch mal lachen werde.

Wie gesagt, vor der Monterey Aktualisierung lief es mit dem neuen Akku problemlos.

Scheint ein Fall für die Tonne zu sein......

Auf keinen Fall.

Monterey deinstallieren und das os drauf machen das beim Verkauf drauf war.
Ich glaube nach wie vor das dies mit der neuen Art der Überwachung des Akkus zusammenhängt und hoffe das damit
alle Änderungen die Monterey mitgebracht hat dann verschwunden sind.

Passt es dann noch immer nicht könnte natürlich auch was an der Hardware sein.
Noch glaube ich das allerdings nicht.

Apple pfuscht schon seit mehr wie 10 Jahren an der Darstellung, der Abfrage dieser Akku-Überwachung(en) herum nur
damit es toll aussieht wenn der Nutzer drauf schaut. Beim iPhone sind sie vor Jahren dann endlich mal erwischt worden.

 

[Dirki11]

Monterey deinstallieren und das os drauf machen das beim Verkauf drauf war.

Ich hatte vorher schon bereits Catalina installiert und das ist das derzeit installierte System.