Kernel Panic durch externe USB-Platte?

macblum

Aktives Mitglied
Thread Starter
Dabei seit
21.05.2003
Beiträge
336
Reaktionspunkte
1
Moin,

vor kurzem habe ich meine iTunes-Film-Sammlung auf eine externe USB-Platte ausgelagert. Das MacBook (2,4 GHz, schwarz) läuft Tag und Nacht und iTunes ist immer an und bedient bei Bedarf mein ATV3 über LAN. Festplatten werden wenn möglich in den Ruhezustand versetzt.

Seitdem ich die Filme ausgelagert habe, kommt es täglich zu Kernel Paniken. Sie treten wohl meist am späten Abend auf (was ich an der eingefrorenen Systemuhr sehe), ich bemerke es aber immer erst nach Feierabend, wenn die Kinder ihr Programm sehen wollen.

Es liegt auf der Hand (muss aber natürlich nicht sein), dass es mit der externen Platte zusammenhängt. Oft habe ich auch die Fehlermeldung, dass das externe LW nicht korrekt abgemeldet wurde, obwohl es als Symbol noch auf dem Desktop liegt. Zu Beginn dieser Konstellation hatte ich das MB als Master und die externe HD als Slave an einer automatisch schaltenden Steckerleiste.
Es könnte sein, dass das MB im Ruhezustand die Steckerleiste ausgeschaltet hat und die HD dann durch Stromunterbrechung unkorrekt abgemeldet wurde. Dadurch kam der Fehler und dadurch die Kernel Panik.

Kürzlich habe ich die Steckerleiste durch eine permanente Stromzufuhr ersetzt. Zunächst ging das scheinbar gut aber gestern und vorgestern hatte ich wieder eine Panik. Das war's also auch nicht.

Seit heute Nacht läuft das MB mit ausgestöpselter HD und ich bin gespannt, ob es auch so zu einer Panik kommt.
Die Platte (WD 2 TB, USB 2.0) habe ich übrigens extra neu formatiert und dann erst die Filme draufkopiert.

Es ist etwas mühsam, wenn man nur alle 1-2 Tage dazu kommt die Konfiguration zu ändern, um Fehler eingrenzen zu können.

Daher die Frage: kennt jemand das Problem und die Lösung ... zumindest weitere Ansätze? Im nächsten Schritt würde ich die HD durch eine andere ersetzen, vielleicht auch mal FireWire probieren. Aber man hat ja auch nicht beliebig viele Platten in dieser Größe rumliegen ... Ach ja, es sind beide USB-Anschlüsse des MB betroffen, daran liegt es also nicht (oder laufen beide auf denselben Chip und der könnte es sein?).

Danke für Infos,

macblum
 
bist du sicher, dass das eine panic ist?
hört sich ja eher an, als würde das system hängen, wenn die uhr stehen bleibt.
eine panic äußert sich anders.
wahrscheinlich wartet sich das system auf das anlaufen der platten nach deren ruhezustand tot...
 
Ich habe leider keine Ahnung, wie man ein Crash-Log liest, aber hier ist die erste Hälfte (komplett ist es zu lang):


Process: crsud [51]
Path: /usr/libexec/crsud
Identifier: crsud
Version: ??? (???)
Code Type: X86-64 (Native)
Parent Process: launchd [1]

Date/Time: 2013-08-10 19:34:02.734 +0200
OS Version: Mac OS X 10.7.5 (11G63b)
Report Version: 9

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_BAD_ACCESS (SIGBUS)
Exception Codes: 0x000000000000000a, 0x000000010048a000

VM Regions Near 0x10048a000:
Stack 0000000100408000-000000010048a000 [ 520K] rw-/rwx SM=COW thread 4
--> mapped file 000000010048a000-0000000100492000 [ 32K] r--/r-x SM=PRV /private/var/db/*
shared memory 0000000100492000-0000000100493000 [ 4K] rw-/rw- SM=SHM

Application Specific Information:
objc[51]: garbage collection is OFF

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 com.apple.security 0x00007fff89505278 Security::SharedMemoryClient::SharedMemoryClient(char const*, unsigned int) + 288
1 com.apple.security 0x00007fff8950595c Security::ModuleNexus<Security::SecurityServer::SharedMemoryClientMaker>::make() + 59
2 com.apple.security 0x00007fff893a4eb4 Security::ModuleNexusCommon::create(void* (*)()) + 166
3 com.apple.security 0x00007fff8950586d Security::ModuleNexus<Security::SecurityServer::SharedMemoryClientMaker>::eek:perator()() + 71
4 com.apple.security 0x00007fff8950572e Security::SecurityServer::NotificationPort::NotificationPort(unsigned int) + 40
5 com.apple.security 0x00007fff8950579f Security::SecurityServer::ThreadNotifier::ThreadNotifier() + 79
6 com.apple.security 0x00007fff893d491c Security::ThreadNexus<Security::SecurityServer::ThreadNotifier>::eek:perator()() + 48
7 com.apple.security 0x00007fff89443a3e Security::KeychainCore::CCallbackMgr::CCallbackMgr() + 32
8 com.apple.security 0x00007fff89443ac2 CallbackMaker::CallbackMaker() + 44
9 com.apple.security 0x00007fff89443b87 Security::ModuleNexus<CallbackMaker>::make() + 28
10 com.apple.security 0x00007fff893a4eb4 Security::ModuleNexusCommon::create(void* (*)()) + 166
11 com.apple.security 0x00007fff89409cf5 Security::ModuleNexus<CallbackMaker>::eek:perator()() + 71
12 com.apple.security 0x00007fff894438fc Security::KeychainCore::CCallbackMgr::AddCallback(int (*)(unsigned int, SecKeychainCallbackInfo*, void*), unsigned int, void*) + 42
13 com.apple.security 0x00007fff8946bcfd SecKeychainAddCallback + 29
14 com.apple.CFNetwork 0x00007fff8a898d8d _CFURLProtocolInitHTTPProtocol + 17
15 com.apple.CFNetwork 0x00007fff8a898d5e URLProtocolRegistry::URLProtocolRegistry() + 78
16 com.apple.CFNetwork 0x00007fff8a898cf7 URLProtocol::InitClass() + 65
17 libsystem_c.dylib 0x00007fff90793e06 pthread_once + 86
18 com.apple.CFNetwork 0x00007fff8a898cad URLProtocol::Class() + 23
19 com.apple.CFNetwork 0x00007fff8a898c7d _CFURLProtocolRegisterFoundationBridge + 30
20 com.apple.Foundation 0x00007fff8f0b11b8 +[_NSCFURLProtocolBridge registerWithCFURLProtocol] + 118
21 libsystem_c.dylib 0x00007fff90793e06 pthread_once + 86
22 com.apple.Foundation 0x00007fff8f0b1033 +[NSURLProtocol(NSURLProtocolPrivate) _registeredClasses] + 23
23 com.apple.Foundation 0x00007fff8f0b0e83 NSURLConnectionInit + 184
24 libsystem_c.dylib 0x00007fff90793e06 pthread_once + 86
25 com.apple.Foundation 0x00007fff8f1ba044 -[NSURLConnection(NSURLConnectionPrivate) _initWithRequest:delegate:usesCache:maxContentLength:startImmediately:connectionProperties:] + 62
26 com.apple.Foundation 0x00007fff8f0b0dc5 -[NSURLConnection initWithRequest:delegate:] + 47
27 com.apple.Foundation 0x00007fff8f1b8487 +[NSURLConnection connectionWithRequest:delegate:] + 56
28 crsud 0x00000001000022d7 0x100000000 + 8919
29 crsud 0x0000000100002e00 0x100000000 + 11776
30 crsud 0x0000000100001ec2 0x100000000 + 7874
31 crsud 0x0000000100001aaf 0x100000000 + 6831
32 crsud 0x0000000100001951 0x100000000 + 6481
33 crsud 0x0000000100001870 0x100000000 + 6256

Thread 1:: Dispatch queue: com.apple.libdispatch-manager
0 libsystem_kernel.dylib 0x00007fff90fe97e6 kevent + 10
1 libdispatch.dylib 0x00007fff8e2d8786 _dispatch_mgr_invoke + 923
2 libdispatch.dylib 0x00007fff8e2d7316 _dispatch_mgr_thread + 54

Thread 2:
0 libsystem_kernel.dylib 0x00007fff90fe9192 __workq_kernreturn + 10
1 libsystem_c.dylib 0x00007fff90796594 _pthread_wqthread + 758
2 libsystem_c.dylib 0x00007fff90797b85 start_wqthread + 13

Thread 3:
0 libsystem_kernel.dylib 0x00007fff90fe9192 __workq_kernreturn + 10
1 libsystem_c.dylib 0x00007fff90796594 _pthread_wqthread + 758
2 libsystem_c.dylib 0x00007fff90797b85 start_wqthread + 13

Thread 4:: com.apple.NSURLConnectionLoader
0 libsystem_kernel.dylib 0x00007fff90fe767a mach_msg_trap + 10
1 libsystem_kernel.dylib 0x00007fff90fe6d71 mach_msg + 73
2 com.apple.CoreFoundation 0x00007fff9185d50c __CFRunLoopServiceMachPort + 188
3 com.apple.CoreFoundation 0x00007fff91865c74 __CFRunLoopRun + 1204
4 com.apple.CoreFoundation 0x00007fff91865486 CFRunLoopRunSpecific + 230
5 com.apple.Foundation 0x00007fff8f0b0fd7 +[NSURLConnection(NSURLConnectionReallyInternal) _resourceLoadLoop:] + 335
6 com.apple.Foundation 0x00007fff8f0a572a -[NSThread main] + 68
7 com.apple.Foundation 0x00007fff8f0a56a2 __NSThread__main__ + 1575
8 libsystem_c.dylib 0x00007fff907948bf _pthread_start + 335
9 libsystem_c.dylib 0x00007fff90797b75 thread_start + 13

Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x000000010048a000 rbx: 0x0000000100492000 rcx: 0x0000000100489fff rdx: 0x0000000000000000
rdi: 0x0000000000000004 rsi: 0x0000000000008000 rbp: 0x00007fff5fbff020 rsp: 0x00007fff5fbfefe0
r8: 0x0000000000000004 r9: 0x0000000000000000 r10: 0x00007fff90fe8a1e r11: 0x0000000000000206
r12: 0x0000000100137cf8 r13: 0x00007fff5fbfeff0 r14: 0x0000000000000004 r15: 0x0000000100137ce0
rip: 0x00007fff89505278 rfl: 0x0000000000010203 cr2: 0x000000010048a000
Logical CPU: 0
 
Und hier das Ende mit der Zusammenfassung (sagt nicht, das Wichtige steht in der Mitte!!!!)

External Modification Summary:
Calls made by other processes targeting this process:
task_for_pid: 2
thread_create: 0
thread_set_state: 0
Calls made by this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by all processes on this machine:
task_for_pid: 241
thread_create: 0
thread_set_state: 0

VM Region Summary:
ReadOnly portion of Libraries: Total=78.2M resident=48.8M(62%) swapped_out_or_unallocated=29.4M(38%)
Writable regions: Total=20.7M written=356K(2%) resident=748K(4%) swapped_out=0K(0%) unallocated=19.9M(96%)

REGION TYPE VIRTUAL
=========== =======
MALLOC 10.3M
MALLOC guard page 32K
STACK GUARD 56.0M
Stack 10.0M
VM_ALLOCATE 36K
__DATA 3308K
__LINKEDIT 49.1M
__TEXT 29.1M
__UNICODE 544K
mapped file 15.7M
shared memory 16K
=========== =======
TOTAL 174.1M
 
das ist keine panic, sondern ein normaler app crash log.
und der crsud hat nichts damit zu tun, der macht updates für zertifikat widerrufe...

Der transparent schwarze Kasten in der Bildschirmmitte, der mehrsprachig erzählt, dass es zu einem schwerwiegenden Fehler gekommen ist, ist doch eine Panic, oder?

ja, das ist eine panic.
hinterlässt meistens auch ein panic log file...
 
Hmmm, hilft ein "mds ... localhoast.crash" - file?

Sonst muss ich wieder erst heute Abend auf dem MacBook suchen ...
 
Und hast Du allgemeine Ideen zu meinem weiteren Vorgehen?

1. ist eine Kernel Panic grundsätzlich durch die USB-Platte denkbar?
2. dann würde es doch Sinn machen, die Platte auszuwechseln und es mit einer anderen zu probieren ...

3. andere Vorschläge?

Danke und Gruß,
macblum
 
denkbar wäre es, entweder fehler in der hardware oder mit dem filesystem.
du kannst die platte doch erst mal überprüfen mit dem festplattendienstprogramm, um den SMART status über USB abzufragen brauchst du noch SATSMARTDriver-0.6.dmg.
das sollte dann auskunft über die platte geben.

aber das es ärger, im zusammenhang mit dem ruhezustand gibt, ist relativ normal.
 
Also mir reicht es eigentlich schon, dass mein ATV nicht, wie versprochen, in der Lage ist das MB über LAN aufzuwecken und ich immer auf den Dachboden rennen muss, um die Rübe aufzuwecken. Aber das kann ich den Kindern gerade noch verkaufen.

Aber einen harten Reset und Neustart des Systems geht dann doch etwas zu weit ... dann muss ich vielleicht doch die Aperture-Lib auslagern und die Filme auf der internen HD lassen ... Mist!
 
Yepp!

Das ATV hängt am LAN, WLAN ist nicht aktiviert. Dann geht's zum Router des Anbieters (versatel) in den Hauswirtschaftsraum, von dort weiter über LAN zum Dachboden in die Time Capsule. Daran ist das MB auch per LAN angeschlossen.

Der Anbieter-Router und die TC bauen zwei separate WLAN-Netze im Haus auf, weil ich zu blöde war, das erste WLAN durch die TC zu erweitern. (Vielleicht ist der Anbieter-Router auch zu simpel, um das zu unterstützen. An der TC liegt's glaube ich nicht). Das MB hat zwar zusätzlich auch WLAN aktiviert, wenn auch nur aus Bequemlichkeit oder weil ich dachte, vielleicht klappt das Aufwecken so. Tut es aber nicht.

Die Kernel Panic Probleme habe ich aber erst, seitdem ich die Filme auf die externe Platte ausgelagert habe ... das nicht Aufwachen war vorher schon.
 
Zurück
Oben Unten