Hallo, ich bins mal wieder. Hab meinen G5 mit Freeze-Fehler zu Card Services gebracht, nach 1 Woche: wir haben den Fehler noch nicht reproduzieren können. 2 Wochen: immer noch nicht - ich habe veranlasst, das das Gerät mir zugesandt wird, wurde auch prompt gemacht. Meine Idee: vielleicht doch der extra RAM (der wurde vorher von denen rausgenommen). Aber: 30 minuten, nachdem ich das Gerät ausgepackt hatte: FRIERT ER EIN! DAS KANN DOCH NICHT SEIN, ODER? Ich bin wahnsinnig sauer, jemand nen Tipp für mich fürs weitere vorgehen?

Höchst unschön. Tja, vielleicht log-Dateien sichern?
Oder stell ´ne Cam daneben, da läuft ja die Zeit mit und schneide ein kleines Filmchen zusammen... solange der Rechner nicht abschmiert

1. Log Dateien ist nicht, steht nichts drin - stürzt ab bevor was ist.

2. die Idee hatte ich auch schon, hab schon nen Shot mit meinem Clié gemacht. Auflösung ist nicht toll und das Format hab ich auch noch nicht identifiziert, aber das wird. das kriegen die per E-Mail, mal sehen was dann ist.

Blade

Und der Speicherriegel war wieder drin, als der Freeze passierte? Ich würde da einen kausalen Zusammenhang sehen Nimm ihn doch mal raus und laß ihn erstmal draußen. Wenn dann nix passiert, dann hast du den Schuldigen gefunden. Ist das wenigstens Marken-RAM? Oder aus der Grabbelkiste?

Hier im Forum gibts genug Treats dazu.
Auch im Forum direkt.
Im Moment gibt es KEINE befriedigende oder funktionierende Lösung für diese Problem.
Ich hatte das auch.
Hatte mein Rechner (G5 1,8 single) ca 3 Wochen bei Card Services in HH. Seit dem läuft das Teil W I E D I E S A U! Ich bin von einem G4 400 auf den G5 1,8 Ghz. gesprungen.
Nachdem der wieder da war läuft der ohne geringste Probleme.

Hallo,

das gleiche Problem hatte ich auch. Mein G5 war insgesamt 4 Wochen weg. Die Langzeitanalyse hat zunächst defekten RAM gemeldet, was auch so war. Als ich dann gemeint hab, dass es nicht nur der sein könne, da das auch ohne den Zusatzram passierte, haben sie weiter gesucht. Er stürzte dann bei meinem Händler auch immer wieder ab bzw. fror ein. Jetzt steckt ein neues Mainboard drin und die Kiste läuft wieder einwandfrei

Grüsse!

Tom

Ich hatte den zusätzlichen RAM draußen gelassen, da ich eigentlich schon in Kontakt mit meinem Händler war. Deswegen finde ich es ja so schlimm!

Das Problem ist, das ich nicht den Eindruck habe, sie hätten wirklich gesucht! Der Fehler trat ja quasi sofort bei mir auf, das kann doch kein Zufall sein, oder?

Hi Blade
ich schrieb ja schonmal:
"Ich kenne eigendlich nur zwei Probleme beim G5.
1. Bei Hängern ist zu 98% ein Prozessor defekt.
2. Beim Start ohne Bild oder nur ab und zu Bild ist die GraKa defekt (meist eine nVidia).

Abgrerauchte Netzteile oder Logicboards waren immer das sekundäre Problem einer defekten CPU."

Wenn du einen Dual G5 hast kannst du auch (wenn du dir das zutraust) die untere CPU herausnehmen und den Rechner testweise mit nur einer CPU betreiben und testen. Tritt der Fehler wieder auf nimmst du die obere CPU raus und steckst an derer Stelle die andere CPU. In der Regel (meine Erfahrung) funktioniert nun der G5. Meist ist die obere CPU defekt. Sollten auch dann noch Freezes auftauchen sind entweder beide CPUs defekt (sehr unwahrscheinlich) oder das Logicboard. Wenn Speicher defekt ist, ist das Symthom i.d.R. nicht ein Systemfreeze.
Wenn du ein single G5 hast kannst du leider nicht den Test machen aber dein Händler sollte das können. Wenn du nochmal bei Card bist gebe denen mal den Tipp bei GSX im Forum nachzulesen, da gibt es jede menge Infos und Erfahrungsberichte anderer Techniker.

Gruss rausche

rausche:
Die zweite CPU kann man auch einfach im Betriebssystem abschalten (entweder mit den CHUD-Tools im Developer-Paket oder mit TinkerTool System). Das ist wohl etwas pflegeleichter, als gleich den ganzen Rechner auseinanderzunehmen.

Der Tausch der CPUs ist offiziell nicht erlaubt und führt zum Garantieverlust. Die CPU-Boards werden ja dann mit der falschen Temperaturkalibrationskurve betrieben.

rausche
[quote]Hi Blade
"Ich kenne eigendlich nur zwei Probleme beim G5. [\quote]

Ja, das hört sich logisch an. Danke für den GSX Tipp, da werde ich den mal hinschicken. Aber soweit sind die ja noch gar nicht, der Fehler ließ sich ja dort nicht reproduzieren. (Er hat das Gerät angeblich die ganze Zeit als Arbeitsplatzrechner verwendet. Wenn das wahr ist, wird er wohl vom Netzlaufwerk gebootet haben, deutet das auf einen Plattenfehler hin?)

Interessant. Diesmal hat er sich vom Freeze erholt (nach 20 minuten reagierte er wieder (mit Absturz) und die Logs sind noch da.

Sehr interessant sind die Zeiten, irgendwas stimmt da wirklich nicht:

May 10 19:26:39 localhost kernel: IOATAController device blocking bus.
May 10 19:26:47 localhost crashdump: Started writing crash report to: /Users/robert/Library/Logs/CrashReporter/Terminal.crash.log
May 10 19:26:47 localhost crashdump: Finished writing crash report to: /Users/robert/Library/Logs/CrashReporter/Terminal.crash.log
May 10 19:27:09 localhost crashdump: Started writing crash report to: /Users/robert/Library/Logs/CrashReporter/Terminal.crash.log
May 10 19:27:09 localhost crashdump: Finished writing crash report to: /Users/robert/Library/Logs/CrashReporter/Terminal.crash.log
May 10 19:27:20 localhost crashdump: Started writing crash report to: /Users/robert/Library/Logs/CrashReporter/Terminal.crash.log
May 10 19:27:20 localhost crashdump: Finished writing crash report to: /Users/robert/Library/Logs/CrashReporter/Terminal.crash.log
May 10 19:27:36 localhost crashdump: Started writing crash report to: /Users/robert/Library/Logs/CrashReporter/Terminal.crash.log
May 10 19:27:36 localhost crashdump: Finished writing crash report to: /Users/robert/Library/Logs/CrashReporter/Terminal.crash.log
May 10 19:28:54 localhost kernel: IOATAController device blocking bus.
May 10 19:43:29 localhost kernel: IOATAController device blocking bus.
May 10 19:43:30 localhost last message repeated 28 times
May 10 19:43:30 localhost kernel: AFPSleepWakeHandler: going to sleep
May 10 19:43:30 localhost kernel: IOATAController device blocking bus.
May 10 19:43:30 localhost last message repeated 3 times
May 10 19:43:30 localhost kernel: AppleNMI mask NMI
May 10 19:43:30 localhost kernel: [HCIController][setPowerState] 0 (ignore=0)
May 10 19:43:30 localhost kernel: [HCIController][setPowerStateWL] 0
May 10 19:43:30 localhost kernel: [setPowerStateWL] setting up controller for power off.
May 10 19:43:30 localhost kernel: [HCIController][PerformPowerStateChange] 10
May 10 19:43:30 localhost kernel: [AppleUSBHCIController][StopIsochPipeRead] - mInt1IsochInPipe = 0 - numReadsPending = 0
May 10 19:43:30 localhost kernel: [HCIController][CompletePowerStateChange]
May 10 19:43:30 localhost kernel: IOATAController device blocking bus.
May 10 19:43:30 localhost last message repeated 4 times
May 10 19:43:30 localhost kernel: System Sleep
May 10 19:43:30 localhost kernel: System Wake
May 10 19:43:30 localhost kernel: Wake event 0020
May 10 19:43:30 localhost kernel: AppleNMI unmask NMI
May 10 19:43:30 localhost kernel: [HCIController][setPowerState] 1 (ignore=0)
May 10 19:43:30 localhost kernel: [HCIController][setPowerStateWL] 1
May 10 19:43:30 localhost kernel: [HCIController][PerformPowerStateChange] 01
May 10 19:43:30 localhost kernel: [HCIController][CompletePowerStateChange]
May 10 19:43:30 localhost kernel: rtclock timebase_callback: late old 1000000000 / 33332990 new 1000000000 / 33332587Sound assertion "0 == platformInterface" failed in "AppleOnboardAudio/PlatformInterface.cpp" at line 280 goto Exit
May 10 19:43:30 localhost kernel: Sound assertion "0 == platformInterface" failed in "AppleOnboardAudio/PlatformInterface.cpp" at line 357 goto Exit
May 10 19:43:30 localhost kernel: Sound assertion "0 == platformInterface" failed in "AppleOnboardAudio/PlatformInterface.cpp" at line 399 goto Exit
May 10 19:43:30 localhost kernel: Sound assertion "0 == platformInterface" failed in "AppleOnboardAudio/PlatformInterface.cpp" at line 476 goto Exit
May 10 19:43:30 localhost kernel: Sound assertion "0 == platformInterface" failed in "AppleOnboardAudio/PlatformInterface.cpp" at line 495 goto Exit
May 10 19:43:30 localhost kernel: UniNEnet::monitorLinkStatus - Link is up at 100 Mbps - Full Duplex
May 10 19:43:30 localhost kernel: AFPSleepWakeHandler: waking up
May 10 19:34:10 localhost xinetd[320]: service ssh, IPV6_ADDRFORM setsockopt() failed: Protocol not available (errno = 42)
May 10 19:34:10 localhost xinetd[320]: START: ssh pid=430 from=192.168.1.238
May 10 19:34:52 localhost xinetd[320]: service ssh, IPV6_ADDRFORM setsockopt() failed: Protocol not available (errno = 42)
May 10 19:34:52 localhost xinetd[320]: START: ssh pid=431 from=192.168.3.2
May 10 19:34:57 localhost xinetd[320]: service ssh, IPV6_ADDRFORM setsockopt() failed: Protocol not available (errno = 42)
May 10 19:34:57 localhost xinetd[320]: START: ssh pid=432 from=192.168.3.2
May 10 19:35:59 localhost xinetd[320]: service ssh, IPV6_ADDRFORM setsockopt() failed: Protocol not available (errno = 42)
May 10 19:35:59 localhost xinetd[320]: START: ssh pid=433 from=192.168.1.238
May 10 19:36:21 localhost xinetd[320]: service ssh, IPV6_ADDRFORM setsockopt() failed: Protocol not available (errno = 42)
May 10 19:36:21 localhost xinetd[320]: START: ssh pid=434 from=192.168.1.238
May 10 19:39:46 localhost mDNSResponder[170]: mDNSResponder Sleeping at 2033023
May 10 19:42:53 localhost mDNSResponder[170]: mDNSResponder Waking at 2218299
May 10 19:43:29 localhost configd[86]: AppleTalk shutdown
May 10 19:43:30 localhost configd[86]: posting notification

osxnerd:
Wenn eine CPU zickt dann hilft es nicht wirklich dass man sie abschaltet. Habe ich auch schon versucht. Aber stimmt schon das kann man ersteinmal versuchen.

Ja der Tausch ist ohne Kalibration nicht erlaubt, tut den Rechner aber ersteinmal nicht weh, da eim Zweifelsfall der G5 auf max. Lüfterleistung geht wenn die CPUs nicht so melden wie sie bei der letzten Kalibration waren.

Offiziell ist die Garantie futsch, inoffiziell aber "Was man nicht weiß macht einen nicht heiss";-)

Das "IOATAController device blocking bus." ist ein Hardwarefehler der HD!
Hatte ich auch!
Die gleichge Meldung.
Card Service - HD tauschen ab dann keine Probleme mehr.

gsx ist bitte was? danke.

[/quote]

veggie
GSX = Global Exchange Service von Apple.
gsx.apple.com

Unser G5 1,6 Single war auch schon zweimal in Reparatur. Einmal das Mainboard getauscht, beim nächsten Mal den Prozessor und RAM getauscht, jetzt geht das Ding zum dritten Mal in Reparatur, es soll das Netzteil getauscht werden.

rausche
danke, da komme ich dann leider wohl nicht rein...

Andi
Ja, das dachte ich beim lesen auch, würde auch so ungefähr in den Rest des Fehlerbildes passen. Allerdings reicht es mir mit dem Gerät. Card Services hat mich heute angerufen und mir ein neues angeboten, ich denke, das werde ich wahrnehmen. Hab keine Lust mehr auf irgendwelche Sperenzchen.

Danke für die Hilfe, evtl. in 2 Wochen wieder (*schwarzseh*).

ja wen der g5 man läuft dann läuft udn läuft der.. ; blade ich würd auch mal meinen was hast du für rams? - sonstiges zusätzliches eingebaut? also nicht von apple selbst pci akrten ect?!