Brick CECHL04

Begonnen von roibusch, 03. August 2014, 21:03:28

Vorheriges Thema - Nächstes Thema

0 Mitglieder und 1 Gast betrachten dieses Thema.

Takeshi

Dann ist von der Seite ja schon mal alles in Ordnung und dann kann man da wohl auch nicht mehr viel machen. Selbst wenn es doch einen Fehler beim Auslesen gab, kommst du nun an die richtigen Daten ja nicht mehr ran. Glaube ich aber eh weniger.

roibusch

Ist der Brick dann nicht mehr zu beheben, oder was habe ich noch für Möglichkeiten? Ist das denn ein Brick, wenn ich nicht mehr in die verschiedenen Menüs beim Einschalten komme, oder suche ich an der falschen Stelle?

Takeshi

Es ist ja nicht mal ganz klar, ob es überhaupt ein Brick ist. Es ist nur ziemlich wahrscheinlich, wenn die Konsole mit NOR Tristate auf Masse an bleibt.

Wenn es ein Brick ist und du ihn so nicht behoben bekommst, kannst du gegen den Brick nichts machen.

Mir fällt aber noch ein Test ein. Du könntest einen Dump einer anderen PS3 in den Flash schreiben und dann normal starten. Mit einem falschen Dump bleibt die PS3 an, ist ansonsten aber tot. Einen Software-YLOD macht die PS3 meines Wissens nach nur mit einem passenden Dump.
Bleibt die an, ist das ein weiterer Indikator dafür, dass es ein Softwarefehler ist.

roibusch

Wo bekomme ich einen Dump her? Hast du oder die Boardgemeinde vielleicht einen?

Takeshi

Puh, ist halt etwas kritisch wegen den Daten da drin.

roibusch

Gibt es eine Logging Funktion bei der PS3, damit ich sehen kann wobei die PS3 hängen bleibt?
Sollte mir jemand ein Backup schicken werde ich damit keinen Unsinn machen!

Takeshi

Zitat von: roibusch am 13. August 2014, 07:19:46
Gibt es eine Logging Funktion bei der PS3, damit ich sehen kann wobei die PS3 hängen bleibt?

Ist mir nicht bekannt, wobei mich das schon wundert. Aber vielleicht gibt die PS3 die Daten irgendwo live aus und wir können die nur nicht lesen. Der SysCon hat ja zum Beispiel eine serielle Schnittstelle.

Wenn du keinen Dump hast, schreib mal eine "leere" Datei (nur 0x00 oder 0xFF) in den Flash. Ich glaube, das geht auch, bin mir da halt nur nicht so sicher.

roibusch

Hallo,

habe nun das Flash mit 0xFF beschrieben. Beim Einschalten bleibt die PS3 jedoch an, und geht nicht in den YLOD. Ist dieses Verhalten richtig? Habe den Flash schon ausgelesen und es steht wirklich 0xFF druin.

Takeshi

Ja, dann deutet das auch auf einen Softwarefehler hin.

roibusch

Was kann ich jetzt noch tun um die PS3 wieder zum Laufen zu bringen?

Takeshi


roibusch

Gibt es keine Möglichkeit die FW neu zu schreiben? Im Flash stehen ja die Board relevanten Daten oder? Ich verstehe nicht so ganz was beim Starten passiert. Gibt es vielleicht noch eine Möglichkeit der oder des Initialstarts?

grave_digga

Nein. Ein Großteil der Daten sind bei allen Konsolen gleich, ein kleiner Teil ist bei jeder Konsole individuell. Da bei Dir auch dieser kleine Teil zerstört wurde der nicht wiederherstellbar ist kannst Du das Motherboard leider vergessen. Du kannst die Konsole als defekt verkaufen und kriegst vermutlich noch ein paar € für das Laufwerk usw. aber reparieren ist nicht mehr möglich.
<- Der da ist gerne hier. :)

roibusch

Hallo,

wenn sich einer den Dump ansieht und mit einem Dump vergleicht der funktioniert, sieht man da eventuell den Unterschied?

Takeshi

Ich weiß, du suchst krampfhaft nach einer Lösung, aber es gibt keine, wenn die individuellen Daten defekt sind. Und wenn es ein Brick ist (danach sieht es aus) und das Patchen nichts gebracht hat, dann sind es die individuellen Daten, die defekt sind, da alle zwingend notwendigen Daten, die bei jeder PS3 gleich sind, ausgetauscht wurden.

Einen Unterschied zu einem anderen Dump sieht man immer, weil die Daten ja individuell sind. Nur sagt einem das nicht unbedingt viel, weil man den Inhalt nicht überprüfen kann. Lediglich dann, wenn sich an den Stellen "lesbare" Daten befinden, weiß man sofort, da ist was im Sack. Das kannst du aber auch selbst überprüfen, indem du dir diese beiden Dateien mit einem HEX-Editor anguckst:
- asecure_loader/metldr
- bootloader_0

Diese Dateien sind "voll", heißt da stehen nirgendwo aneinandergereiht die gleichen Bytes.