Doch alles nicht soooo stabil.... :-/

Hm - ich weiß, es gibt massenhaft Threads, aber könnte mir jemand mit kurzen Worten erklären, was "PRAM"-Löschen bewirkt/tut und was Onyx ist und wo die Chancen/Risiken liegen?
Ich tue ungern etwas Systemnahes ohne zu wissen WAS ich da tue

Möge mein Dank auf Ewig hinter Euch herschleichen :D
 
elastico schrieb:
Das war's bei mir nicht. Das Bild war definitiv weg UND die Beleuchtung aus. eigentlich ziemlich genau der Effekt der eintritt, kurz bevor der Standby kommt... nur dass er nicht im Standby war :(
Zum Vergrößern anklicken....
Bist dir da 100 % Sicher? Bei mir ist der Bildschirm schwarz, aber wenn ich mit einer starken Lampe von hinten auf den Apfel scheine, dann sieht man in dem kleinen Punkt des Displays noch ganz schwach das OS X (Fenster usw..).
 
Onyx ist mir ein wenig suspekt. Eigentlich sollte man überhaupt keine Tools verwenden, denn das PB macht eh alles selbst. Dennoch verwende ich auch sowas, nämlich Cocktail. Damit repariere ich die Rechte falls es mal notwendig ist (geht auch mit dem Festplattendienstprogramm), lasse Cron Skripts laufen (die würde der Mac automtisch nachts machen wenn er läuft) und leere alle möglichen Caches (was sicher auch nicht schwer ohne diesem Programm sein wird). ;)

MfG, juniorclub.
 
ja, ich bin mir da 100%ig sicher :)

ich habe jetzt noch mal in den Logs geschaut und das System-log gefunden. Dort habe ich was interessantes entdeckt.
Ich poste mal den Auschnitt von Heute ab dem Zeitpunkt wo ich die USB-Platte angeschlossen habe.

Man sieht, dass die Platte erkannt wurde. Ich habe dann (nicht im Log zu sehen) Thunderbird gestartet, kurz Mail gecheckt und den Rechner dann so stehen gelassen.
Dann sieht man einige Minuten später (so interpretiere ich das), dass der Rechner in den Standby gehen möchte...
...dies scheint aber nicht zu klappen weil es ein WLAN-Problem gibt - er scheint da in "einer Feedbackschleife gefangen zu sein" (dauernd derselbe Fehler/Versuch).... Am Ende sieht man dann meinen Neustart:

Jun 3 19:02:06 localhost kernel: ARCDISK USB2.0: match category IODefaultMatchCategory exists
Jun 3 19:02:06 localhost last message repeated 8 times
Jun 3 19:02:10 localhost diskarbitrationd[87]: disk1s1 msdos 00000000-0000-0000-0000-000000000000 ARCDISK /Volumes/ARCDISK
Jun 3 19:09:05 localhost mDNSResponder[174]: mDNSResponder Sleeping at 62203897
Jun 3 19:09:09 localhost kernel: AppleNMI mask NMI
Jun 3 19:09:09 localhost kernel: [HCIController][setPowerState] 0 (ignore=0)
Jun 3 19:09:09 localhost kernel: [HCIController][setPowerStateWL] 0
Jun 3 19:09:09 localhost kernel: [setPowerStateWL] setting up controller for power off.
Jun 3 19:09:09 localhost kernel: [HCIController][PerformPowerStateChange] 1->0
Jun 3 19:14:25 localhost kernel: AirPort: Link DOWN
Jun 3 19:14:25 localhost kernel: handleAirPortChangesChannelWL fails because POWER IS OFF (the mask is correcty set however)
Jun 3 19:14:25 localhost configd[86]: AppleTalk shutdown
Jun 3 19:14:25 localhost configd[86]: AppleTalk shutdown complete
Jun 3 19:14:28 localhost kernel: AirPort: Link UP: "*******" - 0030ab22d9f4 - chan 6
Jun 3 19:14:28 localhost kernel: handleAirPortChangesChannelWL fails because POWER IS OFF (the mask is correcty set however)
Jun 3 19:14:28 localhost configd[86]: AppleTalk startup
Jun 3 19:14:34 localhost configd[86]: AppleTalk startup complete
Jun 3 19:22:25 localhost kernel: AirPort: Link DOWN
Jun 3 19:22:25 localhost kernel: handleAirPortChangesChannelWL fails because POWER IS OFF (the mask is correcty set however)
Jun 3 19:22:25 localhost configd[86]: AppleTalk shutdown
Jun 3 19:22:25 localhost configd[86]: AppleTalk shutdown complete
Jun 3 19:22:28 localhost kernel: AirPort: Link UP: "********" - 0030ab22d9f4 - chan 6
Jun 3 19:22:28 localhost kernel: handleAirPortChangesChannelWL fails because POWER IS OFF (the mask is correcty set however)
Jun 3 19:22:28 localhost configd[86]: AppleTalk startup
Jun 3 19:22:34 localhost configd[86]: AppleTalk startup complete
Jun 3 19:30:24 localhost kernel: AirPort: Link DOWN
Jun 3 19:30:24 localhost kernel: handleAirPortChangesChannelWL fails because POWER IS OFF (the mask is correcty set however)
Jun 3 19:30:24 localhost configd[86]: AppleTalk shutdown
Jun 3 19:30:24 localhost configd[86]: AppleTalk shutdown complete
Jun 3 19:30:27 localhost kernel: AirPort: Link UP: "*******" - 0030ab22d9f4 - chan 6
Jun 3 19:30:27 localhost kernel: handleAirPortChangesChannelWL fails because POWER IS OFF (the mask is correcty set however)
Jun 3 19:30:27 localhost configd[86]: AppleTalk startup
Jun 3 19:30:33 localhost configd[86]: AppleTalk startup complete
Jun 3 19:33:41 localhost syslogd: restart
Jun 3 19:33:41 localhost syslogd: kernel boot file is /mach_kernel
Jun 3 19:33:41 localhost kernel: BSD root: disk0s3, major 14, minor 2
Zum Vergrößern anklicken....

Kann jemand von Euch etwas damit anfangen?
 
Im System herumgefuhrwerkt?
 
johannes_falck@ schrieb:
Bist dir da 100 % Sicher? Bei mir ist der Bildschirm schwarz, aber wenn ich mit einer starken Lampe von hinten auf den Apfel scheine, dann sieht man in dem kleinen Punkt des Displays noch ganz schwach das OS X (Fenster usw..).
Zum Vergrößern anklicken....

Es könnte sein, dass eines der zum Display führenden Kabel gebrochen ist, und die Hintergrundbeleuchtung ausgefallen ist. Einige der G3 iBooks scheinen dafür anfällig zu sein.
 
Entweder da knallts wirklich im WLAN oder, was ich eher vermute, die USB Pladde!
Was hat denn das DIngens fürn Chipsatz?

Charlie
 
habe das richtige "panics.log" gefunden. Da steht zu passender Uhrzeit tatsächlich ein Eintrag:
Fri Jun 3 19:34:09 2005




Unresolved kernel trap(cpu 0): 0x300 - Data access DAR=0x0000000000000000 PC=0x000000000098A140
Latest crash info for cpu 0:
Exception state (sv=0x3C0E2A00)
PC=0x0098A140; MSR=0x00009030; DAR=0x00000000; DSISR=0x40000000; LR=0x0098A108; R1=0x12643CD0; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x0098A108 0x0098A324 0x009866D0 0x00267A0C 0x002668EC 0x00266850
Kernel loadable modules in backtrace (with dependencies):
com.apple.driver.AppleUSBEHCI(2.1.5)@0x982000
dependency: com.apple.iokit.IOPCIFamily(1.4)@0x396000
dependency: com.apple.iokit.IOUSBFamily(2.1.5)@0x484000
Proceeding back via exception chain:
Exception state (sv=0x3C0E2A00)
previously dumped as "Latest" state. skipping...
Exception state (sv=0x25028C80)
PC=0x00000000; MSR=0x0000D030; DAR=0x00000000; DSISR=0x00000000; LR=0x00000000; R1=0x00000000; XCP=0x00000000 (Unknown)

Kernel version:
Darwin Kernel Version 7.7.2:
Wed Dec 22 20:01:20 PST 2004; root:xnu/xnu-517.10.7.obj~1/RELEASE_PPC


panic(cpu 0): 0x300 - Data access
Latest stack backtrace for cpu 0:
Backtrace:
0x00083878 0x00083D5C 0x0001EDA4 0x00090E58 0x0009424C
Proceeding back via exception chain:
Exception state (sv=0x3C0E2A00)
PC=0x0098A140; MSR=0x00009030; DAR=0x00000000; DSISR=0x40000000; LR=0x0098A108; R1=0x12643CD0; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x0098A108 0x0098A324 0x009866D0 0x00267A0C 0x002668EC 0x00266850
Kernel loadable modules in backtrace (with dependencies):
com.apple.driver.AppleUSBEHCI(2.1.5)@0x982000
dependency: com.apple.iokit.IOPCIFamily(1.4)@0x396000
dependency: com.apple.iokit.IOUSBFamily(2.1.5)@0x484000
Exception state (sv=0x25028C80)
PC=0x00000000; MSR=0x0000D030; DAR=0x00000000; DSISR=0x00000000; LR=0x00000000; R1=0x00000000; XCP=0x00000000 (Unknown)

Kernel version:
Darwin Kernel Version 7.7.2:
Wed Dec 22 20:01:20 PST 2004; root:xnu/xnu-517.10.7.obj~1/RELEASE_PPC
Zum Vergrößern anklicken....

@bebo: ich habe am System überhaupt nix gefummelt (wüsste nichtmal wie/was da geht)

@Charlie_D: Chipsatz? Die Platte? Was weiß ich :D Ist eine 1,8" (20GB) Platte "ARCDisk" ist der Produkt/Markenname
 
"lustig" ist nur, dass der Panic.log vom Datum/Uhrzeit nach dem Neustart terminiert ist (ist das normal? Sollte da nicht die Uhrzeit des Crashs stehen?)
 
elastico schrieb:
habe das richtige "panics.log" gefunden. Da steht zu passender Uhrzeit tatsächlich ein Eintrag:

com.apple.driver.AppleUSBEHCI(2.1.5)@0x9 82000

@Charlie_D: Chipsatz? Die Platte? Was weiß ich :D Ist eine 1,8" (20GB) Platte "ARCDisk" ist der Produkt/Markenname
Zum Vergrößern anklicken....

Ich glaube, das ist der entscheidende Teil. Irgendwas was am USB Port hängt knallt IMHO weg.

Ja, Chipsatz des Plattengehäuses. Ich hab z.B. die Erfahrung gemacht, dass alles ausser Oxford Chipsätzen bei meinen Macs mal mehr, mal weniger Ärger macht. Die Dinger haben dann natürlich auch ne Firmware, und wenn die nicht auf Apple passt/nicht updatebar ist, dann kannste das Ding ausm Fenster werfen!

Charlie
 
Ohne Fachmann zu sein, scheint mir das Wort ***USB*** recht häufig vorzukommen, doch die USB Platte?

Gruß B.
 
com.apple.driver.AppleUSBEHCI(2.1.5)@0x9 82000
dependency: com.apple.iokit.IOPCIFamily(1.4)@0x39600 0
dependency: com.apple.iokit.IOUSBFamily(2.1.5)@0x484 000
Zum Vergrößern anklicken....
Ich sag mal die USB Platte ist/war schuld.

MfG, juniorclub.
 
wie bekomme ich den Chipsatz/Firmeware der Platte heraus?

Es wäre ja göttlich, wenn es "nur" an der Platte liegen würde! Das ist der billigste Part :)

habe übrigens gesehen, dass es insgesamt 4x KP waren - jedesmal stehen diese beiden Zeilen (IOPCI und IOUSB) mit drin - und tatsächlich war der eine Crash (während PhotoShop-Session) als ich Bilder von der USB-Platte ins Netz stellen wollte

wie gesagt - wie ich kann ich die Verträglichkeit der Platte mit Mac prüfen?
Und: welche Platte sollte gut funktionieren? Ich benötige eine USB-Platte ohne eigene Stromversorgung da ich die Daten auch unter Windows brauche. Ursprünglich hatte ich einen 2GB USB-Stick - aber Flash ist zu anfällig bei vielen Schreibvorgängen (die ich habe) und zu lahm sowieso.
Eine 2,5" Platte ist mir fast schon wieder zu groß (möchte was kleines für die Jackentasche haben)
 
Aha... Ohne eigene Stromversorgung... Das gibt bei USB gerne auch mal Ärger. Alldieweil jeder USB Port nur 500mA liefern darf. Alles was drüber geht läuft ausserhalb der Spezifikation. Wird ein Port längere Zeit ausserhalb der Spezifikation gefahren, was beim Anlaufen einer Platte z.B. sehr gerne mal passiert, stürzt der Rechner im günstigsten Falle ab. Im ungünstigen Grillts Dir (und das ist wörtlich zu nehmen!!!) den Hostcontroller - nicht gut!

Wie heisst denn die Platte genau? Vielleicht findet man im Netz was zum Thema Chipset...

Charlie

[EDIT]
So, jetzt hab ich ma nach dieser ARCDisk a bisserl gegoogelt. Das is von Archos das Ding. Infos zum Chipsatz gibts wohl eher nicht, Archos verwendet aber AFAIR eine Bridge von NEC.
Ich würd das KraftBuch mal ohne die Platte Rennen lassen und gucken, was passiert. Mein Bauch sagt mir (und glaubt mir, der ist verdammt gross :D) das das was bringen könnte...
[/EDIT]
 
Zuletzt bearbeitet:
werde ich mal probieren (platte erstmal nicht anklemmen)
....muss mir nur eine Lösung einfallen lassen mit meinen Mails :)
 
elastico schrieb:
"lustig" ist nur, dass der Panic.log vom Datum/Uhrzeit nach dem Neustart terminiert ist (ist das normal? Sollte da nicht die Uhrzeit des Crashs stehen?)
Zum Vergrößern anklicken....
Das ist schon richtig so. Bei der Panic wird der Dump in das NVRAM der Firmware geschrieben. Beim Neustart wird der Inhalt dann aus dem NVRAM in die Datei übertragen. (Direkt in eine Datei zu schreiben ist unter den Bedingungen nicht möglich. Schon das Schreiben in das NVRAM ist eine technische Meisterleistung.)

Ich hätte übrigens auch anhand Deiner Beschreibung vorher schon auf die USB-Platte getippt. Das scheint das Panic-log zu bestätigen.
 
das mit dem zwischenpuffern in das nvram ist soweit klar - aber die aktuelle Uhrzeit ist doch auch bekannt zu diesem zeitpunkt... könnte man ja auch da reinschreiben. Aber egal - gut zu wissen

also die Platte.... schön...
...und welche Platte nehme ich jetzt stattdessen? muss klein/leicht sein und mit usb-strom allein klarkommen (ist eine "immer-dabei-platte" die ich an windows und mac gleichermaßen brauche)
 
Ich würde auf eine 2.5er Firewire Platte ausweichen. 1.8" gut und schön, aber leider nur USB2.0 und du siehst ja was das verursachen kann.

MfG, juniorclub.
 
Fire Wire karten gibt es für den PC mittlerweile auch sehr billig, also mein Tipp: nimm eine FW Platte bei deinem Traffic.

Gruß B.
 
elastico schrieb:
Ich benötige eine USB-Platte ohne eigene Stromversorgung da ich die Daten auch unter Windows brauche. Ursprünglich hatte ich einen 2GB USB-Stick - aber Flash ist zu anfällig bei vielen Schreibvorgängen (die ich habe) und zu lahm sowieso.
Eine 2,5" Platte ist mir fast schon wieder zu groß (möchte was kleines für die Jackentasche haben)
Zum Vergrößern anklicken....
Da kann ich nur abraten.
Wenn dann mit aktiven Hub. Ich hab schon so meine Erfahrung gemacht mit passiven Platten die mangels Strom nicht immer hochfahren. Folge: Das System hängt sich komplett auf, hardreset.

Das ist ein Problem, das sporadisch immer wieder vorkommt, ob bei dosen oder apple Laptops.

Nimm Firewire.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben Unten