Benachrichtigungen

Ich hab ein ähnliches Problem, nur genau anders herum. Ich habe ein Spinup-Problem

Ich habe ne 750GB HDD 3.5" an die Sata Schnittstelle einer PS3 Slim CECH2104. Das Problem besteht unabhängig davon, ob ich ein externes, mit Strom versorgendes Case dafür nehme oder direkt anschließe.

Wenn ich die HDD an den Strom anschließe (HDD fährt sofort hoch) und dann die PS3 einschalte, gibts keine Probleme. Das Problem fängt an nachdem die PS3 ausschaltet und das Ausschaltsignal an die HDD sendet. (HDD geht aus)
Wenn ich die PS3 nun einschalte, komm ich in so eine Art mini-recoverymenu, in dem drin steht, dass die PS3 nicht erfolgreich hochfahren konnte und ich den PS-Button drücken soll, um die PS3 neu zu starten. Nach dem neustart wird die FW wieder normal geladen.



An sich kein großer Aufwand, aber dies erfordert einen Controller, der permanent am USB-Kabel hängt.

Erklärung: Die Slim hat einen Teil der FW auf HDD, diese braucht aber 2-3 Sekunden länger zum Hochfahren als eine 2.5" Platte. Dadurch gibts ein Timeout und obige Fehlermeldung. Da dieser Teil der FW auf NAND-Konsolen im NAND existiert, hat die Platte länger Zeit und der Fehler taucht dort nicht auf.

Gibt es dafür Abhilfe? z.B. Eine Art Zwangszeitverzögerung von 5 Sekunden in der FW erzwingen?

Na klar

Jetzt reicht es mir fürs erste. Ich hab jetzt 2 Wochen Urlaub und da brauch ich Abwechslung. Mit der OtherOS Thematik beschäftige ich mich dann ein andermal

mfg GothicIII

Wenn das so ist, dann weiß ich nicht wo ich ansetzten soll Denn ich habe alle Files mit deren Headers gecheckt. Wenn eine encryptete Datei teilweise reversed ist dann hab ich keine Chance...

Ich hab allerdings immer noch nicht verstanden was den [autoedit]Red Screen[/autoedit] verursacht. Durch den [autoedit]Red Screen[/autoedit]-Patch dachte ich, wir ein neuer cvtrm angelegt und somit der [autoedit]Red Screen[/autoedit] behoben... Wenn das nicht der Fall ist, was verursacht dann das Problem?

ros0,ros1,bootloader, cvtrm, metldr kann ich ausschließen. Da bleibt doch nix mehr übrig außer eEID,cISD und cCSD :/

EDIT: Ja richtig, die PUP gibt es auch, nur find ich keinen Donwloadlink der schneller ist als 5KB/s ...


EDIT: Jup die lv2diag Methode ist totaler Schrott... Hab die no[autoedit]Red Screen[/autoedit] FW gedownloaded und installiert Siehe da, [autoedit]Red Screen[/autoedit] weg. Bin dann aus dem FSM raus und hab den [autoedit]Red Screen[/autoedit]fix (pkg) installiert. Dann auf die Rogero4.40 cfw geupdated und [autoedit]Red Screen[/autoedit] weg
Ich bin echt happy das Ding repariert zu haben. Das war ja alles mehr Glück als Verstand

Vielen Dank euch beiden

Es wäre jetzt noch das nonplusultra wenn auch trophys gehen, aber das teste ich dann später
Der Spaß hat nur 2 Monate gedauert... Jetzt bin ich schlauer

mfg GothicIII

Ja ist echt super

Leider krieg ich den RSOD nicht weg. Egal welche Firmware ich verwende. Den RSOD-Fix (lv2diag) hab ihc auch schon mehrmals ausgeführt und in der Log steht das alles erfolgreich verlaufen ist. Mein bester Versuch war Rebug 4.30 wo ich die XMB-Wave sah und dann wieder einen RSOD bekam

Was kann ich dagegen tun? Wie bekomme ich die Konsole zum Laufen? Derzeitig bin ich auf der 3.55 999 downgrade.pup von rebug, die ich mit dem 4.30 syscon gepatcht hab

Ja danke, beim Board bin ich schon angemeldet

Ich hab angefangen eine Art Dumptree zu erstellen, in der man sehen kann welche Adressen Byte-Reversed sind und welche nicht. Auffällig ist, dass der Dump zuerst gut aussieht, aber dann plötlich anfängt nur noch Bytereverste Dateien zu zeigen.
Meine Idee ist es die Adresse rauszukriegen, wo das Bytereversing anfängt und dann den Rest des Dumpes wieder zu bytereversen, sodass ich einen vollständig funktionierenden Dump hab.

Wie es aber dazu gekommen sein soll ist mir schleierhaft. Dieser Dump kommt nämlich direkt von der PS3 und wurde mit keinen Tools reversed.
Hier meine bisherige Arbeit:

h0-h800 ...OK      //Header
   (h800 OK)    //asecure loader
   (h2F000 OK)   //eEID
   (h3F000 OK)   //cISD
   (h3F800 OK)   //cSD
   (h40000 OK)   //trvk_prg0
   (h60000 OK)   //trvk_prg1
   (h80000 OK)   //trvk_pkg0
   (hA0000 OK)    //trvk_pkg1
   (hC0000 OK)   //ros0
   (h7C0000 OK)   //ros1

   (hF00000 ERROR)   //faceoff deadface
   (hF20000 ERROR) //CELL-EXTNOR-AREA
   (hEC0000 ERROR) //cvtrm
   (hFC0000 ERROR)   //bootloader



ERROR=Bytereversed

EDIT: ICH FASS ES NICHT! Ich habs hingekriegt Ich hab herausgefunden, dass das bytereversing ab EC0000 anfängt.
Das hab ich dann wieder reversed, danach musste ich noch die Länge der Flash region in ROS1 ändern, da diese auch bytereversed war und der Patch diesen nicht erfasste, beim cvtrm war der Header fehlerhaft, den konnte ich regenerieren. (00 00 00 00 00 FD FF ... statt SCEI...)

Nachdem das erledigt war, hab ich mit dem BwE NOR Validator den Dump überprüft und der war VALID! Keine Fehler
Zum Schluss den kompletten Dump reversed, da im Endeffekt nicht die Adressen EC0000 bis ende falsch waren, sondern 80% des Flashes vom Anfang an. Dump eingespielt, BAM: Console fährt mit einem netten RSOD hoch

Jetzt wird erstmal geupdatet und dann guck ich ob da noch ein RSOD-Fix nötig sein wird.

mfg GothicIII

Hab den gepatchten Dump geflasht, hab aber den gleichen Fehler wie vorher. Die Konsole ist jetzt wohl tot :/

Was ich bei dem Ding jetzt gemerkt hab, das einige Bereiche Byte-Reversed sind und andere nicht. z.B.

die Adresse hF20000 hat den Inhalt ECLLE_TXON_RRAAE statt CELL EXTNOR AREA
(genauso wie die HDD-Serial)
obwohl Adresse h820 den Inhalt metldr hat..

Kann ich da noch was reissen? Warum ist das denn passiert?


Danke dir übrigens für deine Hilfe

EDIT: Hab mal zum Spaß den Dump oben nochmal Byte-Reversed. Zwar geht die PS3 nun an, bleibt aber auch an. Ansonsten kein Anzeichen auf "Leben". USB-Ports sind tot, keine HDD-Aktivität und auch kein Video/Audio-Signal.

Ok, ich hab mich rangewagt und den Autopatcher von Rogero drüberlaufen lassen. Da sind die ROS0 und 1 Dateien gepatcht, damit ich ne FW aufspielen kann. Den Dump hab ich mit allen Tools die es gab geprüft und auch jede per console Datei mit ps3devwiki verglichen, wenn es dort Anhaltspunkte gab. War alles grün. Ich krieg nun bei allen Tools ein grünes Licht :3

Ist der Dump valid? Kann ich diesen flashen?

http://www.file-upload.net/download-7393868/bkpps3.7z.html

Du hattest Recht, ich hab die Pins gereinigt und das ganze neu befestigt.  Das Prozedere hab ich 5x wiederholt, sodass ich am ende 3 gleiche Dumps hatte. Befestigt hab ich einmal mit der Hand, mit Schrauben und danach mit einer Zange. Als Schutzmaterial hab ich schaumstoff genommen, sodass es nochmal Druck ausgeübt hat.

Doch das Ergebnis bleibt im Endeffekt dasselbe. Zumindest hab ich jetzt einen anderen Inhalt im ROS1 Ordner und der bootloader ist auch aufgetaucht. Reicht dieser Dump aus um das System zu retten?

Ich bin echt müde... Hab 6 Std nun damit verbracht

mfg GothicIII

So,

da bin ich wieder. Hat etwas gedauert den E3 zu kriegen. Ich hab ein Kabel an den Tristate des boards und am sbe des Clips angelötet und nun geht der FlashFun modus.
Hab den E3 mit dem Samsung-Multiupdate geflasht und dann einen Dump von der PS3 gezogen. Dies hab ich mehrmals gemacht, um einen sauberen Dump zu ziehen.

http://www.file-upload.net/download-7392814/original_corrupt_ofw.7z.html

Nun, ich hab weiter recherchiert und diese Situation nennt sich Permabrick. Die meisten Threads dazu gibts auf PS3Hax.net, leider ist die Seite für mich unerreichbar... Krieg nur leere Seiten angezeigt.

Ich hab den Dump mit BwE NOR Patcher geprüft und schließlich das ganze mit dem FlowRebuilder entpackt. Nun die Ernüchterung:

Der BwE zeigt mir bei den Bereichen ROS0 und 1 nur ERROR! an. Keine md5 Checksumme. Alle anderen checks waren OK.
Der Flowrebuilder entpackt den Dump, gibt aber auch einen ERROR an. (Fehler beim entpacken)

Den Ordner hab ich geprüft, die Daten sind alle größer als 0KB, bis auf eine: bootloader_0.bin
Diese Datei sollte aber ca 160KB groß sein.
Nach ein wenig googeln fand ich auf ps3devwiki heraus, dass der bootmgr per console encrypted ist. Somit kann ich keinen fremden nehmen.

Das ist wohl ein Brick auf tiefster Ebene. Da komm ich wohl nicht mehr raus, oder?

Ich danke dir, du gibst mir echt einen Hoffnungsschimmer. Das mit dem Syscon wusste ich nciht, hab aber das gleiche von Rogero (dem Entwickler) gelesen. Dieser Brick passiert, wenn man die Konsole nicht Dehasht bevor man downgraded.

Kennt jemand einen mit einem Hardware-Flasher in der Nähe von Mannheim?

EDIT: Ich hab mal nach Unbrick Anleitungen gesucht, aber alle setzten ein funktionierendes Backup voraus. Wie geht es denn ohne? Nehmen wir mal an ich hab den Dump meines kaputten Flashes. Wo setz ich denn da mit dem Hex editor an?

Hallo,

ich hab ne gebrauchte PS3 Slim CECH 2104A 3.55 echt teuer erstanden und nun ist sie gebrickt.
Ursprünglich wollte ich auf FW3.55 OFW um (zwecks Auslieferungszustand) von dort auf Rebug 3.55.2 zu wechseln und meine alten Daten der HDD draufspielen und dann auf Rebug 4.30 zu wechseln.

In der Systeminfo stand FW v4.30
In Multiman hingegen stand FW v3.55

Gesagt getan. Aus dem Recovery menu mittels usbstick 3.55 aufgespielt, doch bei ca. 60% brach der ab, 3x piep. Und nun geht die PS3 nach 6 sekunden aus mit blinkender roten LED und 3x Piep. Wie beim YLOD halt. Brick.

Warum? Was ist schief gelaufen? Kann ich die noch irgendwie retten? Auf meinen JB-Stick reagiert sie nicht. Da braucht man wohl einen E3-Flasher... Kennt ihr jemanden im Raum Mannheim? Backup des Flashes hab ich nicht....

mfg GothicIII

Nein gibt es nicht
Es ist alles beim alten, die größten Änderungen von Multiman von 1.x auf 2.x ist eigentlich nur das Interface und n paar gimmicks. z.B. ntfs support (sehr umständlich und nicht für Spiele) oder showtime

Die Spiele, die ohne Disk laufen, haben meistens auch einige Bugs. z.B. beim Speichern und benötigen auch eine Neuinstallation der Spieldaten. Manche müssen auch vorher einem Patch der EBOOT.BIN unterzogen werden.

Meine Empfehlung daher: Immer ne GameDisk drin lassen, macht am wenigsten Probleme


Eine sehr gute Übersicht der funktionierenden Spiele und deren Probleme findet man hier:

http://www.pshomebrew.net/wiki/PS3_Backup_Compatibility_List


mfg GothicIII 

jetzt wird das ganze interessant

Wir wissen also, wie man die Lüfter-Controllerfirmware updatet. Ich gehe noch einen Schritt weiter, weiß jemand welche HEX-Werte und welche Firmware genau für die Temperaturabstufung zuständig sind?

Eine eigens eingerichtete Lüftersteuerung wäre doch mal was feines.

da ich gemerkt hab, dass die Lüftersteuerung meiner CECHG04 PS3 eher merkwürdig funktioniert (bei intensiven Anwendungen trotzdem Stufe1) hab ich ne manuelle Lüftersteuerung dran und die wird immer auf max. gedreht wenn gespielt wird. Laut, aber sehr schön kühl und ich muss net experimentieren, zumal ich einfach den Ton aufdreh.
Dazu hab ich noch das Netzteil nach außen gelegt und mit einem Kühlkörper versehen, damit die PS3 auch nach 4 Std mit Strom versorgt wird. Anstelle des Netzteils sitzt dort nun noch ein 60mm Lüfter der die Luft auf die RSX/CPU Klemmen pustet. Die 3,5" Fesplatte liegt auch außerhalb und der Stromanschluss wird vom Server versorgt. PS3 liegt offen.

Gar keine Lust auf YLOD. Bei der ersten YLOD-Reparatur sind 4 Tage vergangen (am Tag des erwerbs auf eBay), dann kam wieder YLOD, dann hab ich angefangen das zusammenzuschustern. Nun läuft sie schon mehrere Monate und auch 10std Sessions mit Kumpeln oder allein no Problem mehr. Sollte also der YLOD wieder auftauchen, dann wirds nimmer an der Temperatur liegen.

Das Problem ist, das die Siedetemperaturen des Lötzinns und der GPU relativ nahe beieinanderliegen. Wenn du nach dem freigelegten RSX Chip googelst, dann kannst du dir ausmalen was für eine Millimeterarbeit dahinter steckt. Ich selbst würde das nicht auf Anhieb hinbekommen und dabei bastle ich sehr gerne.
Das platzieren der Kügelchen ist dabei noch das einfachste von der Prozedur.