EAP Client Crashed bij gebruik

[VisionMaster]

Hallo,

Ik snap het niet helemaal... waarom zou mijn EAP client moeten crashen?

/Users/okoeroo/Library/Logs/CrashReporter/eapolclient.crash.log:

code:

**********

Host Name:      oscars-computer
Date/Time:      2008-04-08 12:09:09.189 +0200
OS Version:     10.4.11 (Build 8S2167)
Report Version: 4

Command: eapolclient
Path:    /System/Library/SystemConfiguration/EAPOLController.bundle/Resources/eapolclient
Parent:  configd [36]

Version: ??? (???)

PID:    1160
Thread: 0

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x00000004

Thread 0 Crashed:
0   com.apple.CoreFoundation    0x9082aed0 CFRunLoopAddSource + 30
1   eapolclient                 0x00002d0e FDHandler_create + 192
2   eapolclient                 0x000021ca EAPOLSocket_create + 373
3   eapolclient                 0x00005fe1 Supplicant_create + 75
4   eapolclient                 0x000033be main + 1179
5   eapolclient                 0x00001e66 _start + 216
6   eapolclient                 0x00001d8d start + 41

Thread 0 crashed with X86 Thread State (32-bit):
  eax: 0x00000000  ebx: 0x9082aec0  ecx: 0xa0814148  edx: 0xffffffff
  edi: 0x00301530  esi: 0x00000000  ebp: 0xbffff528  esp: 0xbffff4d0
   ss: 0x0000001f  efl: 0x00010246  eip: 0x9082aed0   cs: 0x00000017
   ds: 0x0000001f   es: 0x0000001f   fs: 0x00000000   gs: 0x00000037

Binary Images Description:
    0x1000 -     0x8fff eapolclient     /System/Library/SystemConfiguration/EAPOLController.bundle/Resources/eapolclient
0x8fe00000 - 0x8fe4afff dyld 46.16      /usr/lib/dyld
0x90000000 - 0x90171fff libSystem.B.dylib       /usr/lib/libSystem.B.dylib
0x901c1000 - 0x901c3fff libmathCommon.A.dylib   /usr/lib/system/libmathCommon.A.dylib
0x9080b000 - 0x908d3fff com.apple.CoreFoundation 6.4.10 (368.33)        /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
0x90913000 - 0x90a07fff libicucore.A.dylib      /usr/lib/libicucore.A.dylib
0x90a57000 - 0x90ad6fff libobjc.A.dylib         /usr/lib/libobjc.A.dylib
0x90aff000 - 0x90b63fff libstdc++.6.dylib       /usr/lib/libstdc++.6.dylib
0x90bd2000 - 0x90bd9fff libgcc_s.1.dylib        /usr/lib/libgcc_s.1.dylib
0x90bde000 - 0x90c51fff com.apple.framework.IOKit 1.4.8 (???)   /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
0x90c66000 - 0x90c78fff libauto.dylib   /usr/lib/libauto.dylib
0x91158000 - 0x91166fff libz.1.dylib    /usr/lib/libz.1.dylib
0x91169000 - 0x91308fff com.apple.security 4.5.2 (29774)        /System/Library/Frameworks/Security.framework/Versions/A/Security
0x91420000 - 0x91446fff com.apple.SystemConfiguration 1.8.6     /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration
0x91948000 - 0x919fafff libcrypto.0.9.7.dylib   /usr/lib/libcrypto.0.9.7.dylib
0x94cad000 - 0x94cbbfff com.apple.framework.Apple80211 4.5.5 (455.2)    /System/Library/PrivateFrameworks/Apple80211.framework/Versions/A/Apple80211
0x976be000 - 0x976d4fff com.apple.EAP8021X 8.0.4 (???)  /System/Library/PrivateFrameworks/EAP8021X.framework/Versions/A/EAP8021X

Dit krijg ik te zien in de crashlog als ik met eduroam probeer te verbinden. Ik heb wel geteld 1 hit op Google gevonden, die een verse installatie aanraadde. Hoogst waarschijnlijk zou de VMWare Fusion roet in het eten gooien.

Dit snap ik niet, omdat het al die tijd heeft gewerkt met Fusion en nu dit. ... Help? Suggesties? Ideeen hoe ik dit misschien het beste bij Apple kan rapporteren of zelf verder kan testen?

[tonyisgaaf]

http://bugreport.apple.com/
Moet je wel geregistreerd staan als Developer, dat is gratissss.
Gewoon doen, zorgen dat je het telkens opnieuw kan reproduceren. Logs opslaan, nog even proberen wat te variëren (gebeurt het bijvoorbeeld direct na een verse boot, of pas nadat het werkgeheugen wat gevulder raakt). Bugreport aanmaken, als "serious bug" registreren (anders wordt er volgens mij niet eens naar gekeken, heb altijd pas reactie gekregen als ik de classificatie op serious zette). Zoveel mogelijk relevante gegevens doorgeven (vooral het stapsgewijs reproduceren van de crash is belangrijk). Dan wordt je vanzelf wel om meer logs gevraagd. Of niet ...

[VisionMaster]

Ok, ik heb het opgelost. Laat ik de goede Tweaker uithangen en dit aan jullie mededelen

Ik heb mijn antwoord gevonden door in de Apple site (via Google) te vinden dat er extra 802.1x support is toegevoegd in de 10.4.9 update. Met die toevoeging en de zoektocht naar "EAP8021X" ipv "eapolclient" vond ik de volgende Wiki: http://podcast.uri.edu/~h.../Macintosh_10.4.9_Failure

Ik heb geen probleem met het booten, alles werkte behalve mijn EAP client.
De andere link hiermee was dat ik inderdaad kon zien (in mijn hierboven geposte crashlog) dat er een run-time probleem was ontstaan. Dus tot op zekere hoogte had ik een vergelijkbaar probleem.

Aangezien ik laatste een filepermissions check had gedaan op het filesysteem verwachte ik niet dat ik een corrupte file had.

Hoe dan ook, ik heb wel de nvram een schop verkocht met het commando:

sudo nvram boot-args="-v"

En ik heb nu weer prima 802.1x via eduroam.
* VisionMaster is blij.

[CyBeR]

VisionMaster schreef op woensdag 09 april 2008 @ 09:08:
Aangezien ik laatste een filepermissions check had gedaan op het filesysteem verwachte ik niet dat ik een corrupte file had.

Een file met de verkeerde permissions is niet corrupt hoor.

Hoe dan ook, ik heb wel de nvram een schop verkocht met het commando:

sudo nvram boot-args="-v"

En daarmee geef je je nvram geen schop, je zegt alleen dat 'ie verbose moet zijn bij 't booten. Dus text weergeven ipv een grijs appeltje.

En ik heb nu weer prima 802.1x via eduroam.
* VisionMaster is blij.

Maar hoe is me nog een beetje een raadsel

[VisionMaster]

CyBeR schreef op woensdag 09 april 2008 @ 09:12:
[...]
Een file met de verkeerde permissions is niet corrupt hoor.
[...]
En daarmee geef je je nvram geen schop, je zegt alleen dat 'ie verbose moet zijn bij 't booten. Dus text weergeven ipv een grijs appeltje.
[...]
Maar hoe is me nog een beetje een raadsel

Aha... weer wat geleerd. Op zich wel cool om te zien dat je aan een Unix-achtig systeem zit, maar dat was niet bedoeld. Wat betreft de file permissies, ik bedoelde hiermee te zeggen dat de file permissies niet zijn verklooit, zodat de benodigde .dylib files niet meer bereikbaar zouden zijn geworden, of overschreven konden worden zonder mijn mede weten. Dus eigenlijk wil ik zeggen dat ik niet zou verwachten dat de file corrupt zijn geraakt. En gezien de leeftijd van mijn MBP verwacht ik ook niet dat de disk kapot zou zijn.

Ik heb ook nog de EFI firmware gister geupdate. Misschien dat die meer gereset heeft dan ik aanvankelijk had gedacht. Eigenlijk zou ik voor geen meter weten hoe ik dit kan verifieren.

Hoe dan ook, laat ik maar op mijn knietjes misschien de EFI firmware update bedanken voor het rechtzetten van mijn 802.1x op magische wijze.