no bene,o hai la gpu andata (dubito) o la ps3 non vede la nor penso dovuto al sb comunuque ora hai un bel problema hw
Visualizzazione Stampabile
no bene,o hai la gpu andata (dubito) o la ps3 non vede la nor penso dovuto al sb comunuque ora hai un bel problema hw
Cos'è l'SB? Da cosa può essere dovuto? La ps3 funzionava prima di tutto il processo. Ora cosa posso provare?
Grazie
SB= SouthBridge forse è danneggiato o è saltata qualche pista di collegamento.
il fatto che tu abbia dato erase e non sia andata in ylod preoccupa, le prove che puoi fare è premere sul sb e/o sulla gpu e vedere se parte o almeno da ylod
Per capire se è la GPU o il SB, perchè premendo non cambia nulla, potrebbe aiutare il fatto che quando avvio il norway, fa il Pinging e setta l'SB to tristate, il Tristate rimane sempre e comunque low qualsiasi cosa faccia?
Comunque ora che ci penso al primo write con successo che sono riuscito a fare, che era del dump originale, volevo vedere se partiva e anche lì è sempre stata in GLOD.... mi viene il dubbio che abbia saldato il teensy su una mainboard forse già danneggiata, magari nello smontaggio perchè prima di smontarla funzionava, o un dump errato può aver provocato questo GLOD??
EDIT: Cercando online ho trovato questo:
When the ProgSkeet goes into read / program mode then it will change the state of the TRISTATE connection which will disable the PS3 SouthBridge chip effectively disconnecting the PS3 from the NOR chip and allowing the ProgSkeet control and access to it.
Il fatto che il comando release non ha alcun effetto sul settare il STATUS_TRIST_N su high (in alcuni video di downgrade ho visto che è su HIGH e non ho capito ancora come dovrebbe essere) potrebbe magari lasciare il SB e la NOR scollegati, anche quando poi cerco di far partire la ps3. Ammesso che questa potrebbe essere la strada, perchè davvero sono stato attento a non sbattere la mainboard o a scaldarla troppo, c'è un qualche modo per forzare la connessione tra SB e NOR?
EDIT2: a console accesa, teensy saldato ma staccato dal pc, il pin NOR_TRISTATE è a 3,3V rispetto a GND... questo significa che la nor è stata rilasciata correttamente? E quindi se il SB funziona correttamente comunica con la NOR?
Se ti sta bene e se ti fidi vorrei dare un'occhiata al tuo dump originale, quello che ritieni valido, se ti va mandamelo a questa mail
[email]franky.0[?]hotmail.it[/email]
PS: Ora esco per andare a votare, se me lo mandi come rientro gli do una controllatina.
@gittogangster
Come volevasi dimostrare, l'esito dei tuoi test (GLOD senza YLOD) indicava un problema software, ho dato un'occhiata al dump e purtoppo ho brutte notizie per te in quanto è corrotto in più parti alcune delle quali vitali (Metldr, Bootldr) quei due files contengono dati univoci della tua ps3 senza il quale non la si puo recuperare :(
Quando hai dumpato lo hai fatto 3 o 4 volte di seguito senza spegnere la ps3? Se lo hai fatto... i dump erano tutti identici?
Si tutti identici, 3 su 3 senza spegnerla. ma come mai il controllo manuale non ha evidenziato questi errori? Non c'è modo di recupero?
Si certo, puoi darmi la tua mail oppure può passartelo Debugbrain se per lui non è un problema.
Grazie a tutti comunque per il supporto
Purtroppo per come è corrotto il dump non c'è speranza di recupero, stavo appunto dando uno sguardo per capire se c'era possibilità di rattopparlo.
Evidentemente i controlli manuali che hai fatto non erano corretti, oltretutto per validare i dump si devono fare più controlli incrociati anche utilizzando qualche tool, io per esempio ho utilizzato BWE Nor validator che anche dopo aver patchato il contenuto delle cartelle ROS0 e ROS1 restituisce comunque degli errori gravi.
@Titty
a quale indirizzo di posta posso rigirartelo?
Debugbrain cosa hai usato per la validazione del dump? Vorrei imparare bene a fare questo servizio... era la prima, quindi la probabilità di fregatura c'era, ma non vorrei farmi fregare una seconda volta :)
EDIT: Vorrei fare anche un'altra domanda: se era la nor corrotta... perchè cancellandola completamente allora non sono andato in YLOD?
Perchè l'YLOD lo hai quando hai un problema hardware, se la Nor è vuota o il suo contenuto è corrotto, hai semplicemente un GLOD.
Come ti dicevo... mi è bastato utilizzare BWE nor validator, è un validatore che non essendo aggiornato per gli ultimi firmware restituisce sempre degli errori sui file di ROS0 e ROS1 quando gli fai controllare un dump con fw superiore al 4.31, se tutto il resto è ok il dump è comunque valido, infatti... applicando poi le patch per il downgrade... ROS0 e ROS1 vengono sovrascritti coi files che il validatore può riconoscere, se vai a controllare il dump dopo averlo patchato BWE te lo da valido in tutte le sue parti in quanto riconosce i files del fw 3.55.
Avrei potutto utilizzare anche altri sistemi per controllarlo ma visti i risultati di bwe non ce n'è stato bisogno.
E' un bel po' di tempo ormai che le moddo le PS3. Ho sempre e solo usato la validazione manuale e non ho mai visto, dico MAI, un dump che passasse la validazione manuale del mio tutorial e che fosse corrotto.
Quindi o non hai seguito tutti i check proposti nel mio tutorial, oppure non ci credo e vorrei analizzare il dump se possibile.
Grazie davvero debugbrain.
Un ulteriore dubbio che mi attanaglia e concludo qui la discussione: una qualche saldatura fredda, ammettiamo addirittura staccata, può (evidentemente si) fare in modo di leggere male i byte della nor sempre allo stesso punto? Cioè il fatto di aver avuto 3 dump identici, ma corrotti, è come dire che se il teensy ha uno o più cavi mal saldati, potendo quindi saltare in lettura qualche byte, li salta sempre allo stesso punto?
zeruel certo, puoi avere il dump. Come per titty o mi dai una tua mail o se per lui non è disturbo può inviartelo debugbrain
Si, questo genere di problema è senza dubbio dovuto ad un problema nell'installazione del teensy, non credo che il vero problema sia dovuto alla versione di norway che hai utilizzato, anche se quella non la ho mai utilizzata dubito che se avesse avuto diffetti judjes l'avebbe rilasciata.
PS: Per me non è un problema se mi date le mail lo rigiro io il dump, comunque gittogangster... conservati almeno l'idps ;)
Io sono molto pignolo, pure troppo, faccio i controlli manuali anche quando il dump viene validato dai tools, in questo caso visto il risultato disastroso restituitomi dal validatore ho controllato manualmente giusto per capire se c'era modo di rimediare.
EDIT: Rilegendo ciò che ho scritto sopra ho capito che mi sono espresso male, non volevo dire che i controlli fatti da gittogangster non erano corretti ma bensì che evidentemente ha sbagliato lui nell'effetuarli ;)
Si infatti una piccola nota positiva in un completo, ma istruttivo, disastro!
GRAZIE DAVVERO A TUTTI! siete stati gentilissimi nell'assistermi. Spero di riscrivervi presto (molto più felice di ora) dopo un downgrade avvenuto con successo da un'altra play :)
Magari quando procederai con un'altro downgrade, prima di scrivere la flash... dopo che avrai validato il dump chiedi qui per avere conferma ;)
Oh bhè, questo è certo!
Zeruel e titty volevo dirvi che ho rigirato la mail contenente il dump a questo indirizzo di posta [email]nemesi.mod@gmail.com[/email]
Eccomi, ho controllato ed effettivamente pare che il dump non sia corretto... non so se è possibile recuperare la console
Io proverei a far così:
- provar ele vecchie patch con la pennina Jit
- se nn va provare a passare il DUmp a Judges... magari lui sa come fARE
La vedo dura ma val la pena tentare...
Mmmm se la gpu è fusa hai comunque glod però
Si, ma il dump di base ha dati a farfalle...
Curiosità: la NOR che modello è? Scommetto un Long Island che è una Samsung... C'ho azzeccato?
Ho analizzato il tuo dump, seguendo la mia guida sembra pulito, ma... le statistiche FF sono troppo elevate anche dopo il patch del dump (le FF stanno a 10,56% e il massimo è 10,48 mi pare).
Andando a scandagliare meglio il dump che mi ha passato Titty, ho notato in particolare l'area cvtrm vuota, che di solita è quella porzione adibita alla gestione dei trofei, savegames, ecc.
Solo in altri casi ho visto una corruzione così marcata di quella zona, vale a dire nelle console in RSOD con NOR Samsung. Da come è corrotta la zona, tenderei ad escludere una corruzione da dump farlocco. Vorrei capire se sai dirmi con precisione la storia di questa console e vorrei una conferma se possibile sul modello di NOR installata, grazie.
Si non metto in dubbio quello ma che glod sia sw e ylod hw, non credo in una distinzione di questo tipo tutto qui...
Caro zeruel85 e titty grazie mille ancora per l'interessamento.
Per fortuna che ho un mezzo log salvato (il teensy oramai è staccato) dall'incipit di NORway che dovrebbe indicare il modello esatto di nor:
NOR chip manufacturer: Samsung (0xec)
NOR chip type: K8Q2815UQB (0x7e0601)
In ogni caso la mainboard è una DYN-001 di una CECH-2004A
La questione statistiche ricordo che per quella sballata (ricordo bene gli 00) potevano esserci dei valori poco fuori la norma per versioni software superiori alla 4.30 (il mio caso) e la mia poca pignoleria in questo test è stata dovuta un po' anche dalla rassicurazione scritta subito dopo: "Alla fine, se tutto il resto risulta validato, patchando il dump le statistiche dovrebbero sistemarsi. Ci tengo a precisare che le statistiche sono fini a se stesse, per cui non fateci troppo affidamento, ma proseguite anche e soprattutto con i controlli successivi!" :(
La storia della playstation è semplice: è del mio coinquilino, ha avuto un po' di ore di gioco ma non troppe, mai aperta, un po' impolverata e ripulita, perfettamente funzionante prima del tentato downgrade.
Vorrei ricordare, magari è un dettaglio utile, che l'unica cosa anormale che penso di aver fatto è stato flashare il teensy con l'hex di NORway 0.7 e eseguire il dump con NORway 0.5 . Quando poi ho patchato il dump e ho dato il write il norway 0.5 andava in timeout dopo qualche kb e allora ho provato a dare il write dal NORway 0.7 che si bloccava a 1024KB (solo sul dump patchato) e procedeva a una velocità di 64kb ogni 2 minuti. Da qui il nome della discussione. Nei test successivi ho flashato il teensy con l'hex di norway 0.5 e non ho avuto problemi nè di dump nè di scrittura (anche per quello che prima andava in timeout).
Per Titty: non so cosa sia una chiavetta jit, nè come poter contattare judges (avresti un indirizzo mail?). Potresti indicarmi cortesemente la strada perfavore?
Per Zeruel85: cosa pensi possa esser stato? credi si possa recuperare qualcosa?
Grazie di nuovo a tutti.
Il fatto Zeruel è che in alcuni casi, come questo, i soli check manuali non bastano, se vai a controllare il bootldr sul dump da hex editor, non quello estratto con flowrebuilder, noterai che ci sono due belle porzioni di dati corrotti, esattamente a partire dall'offset FE7170 sino a FE7FFF e poi dall'offset FEB170 al FEBFFF, flowrebuilder in questo caso, durante l'estrazione dei files si limita a copiare solo i dati validi tralasciando quelle due porzioni, ottendendo in questo modo un Bootldr di soli 157kb contro i soliti 188/189 che ho sempre riscontrato sui bootldr presi da piastre Dyn-001 come quella in questione.
Se dai uno sguardo ad eEID noterai che al suo interno a causa del malfunzionamento in fase di dump è stato inserito il cISD, sul metldr non ho approfondito ma ho notato che anche li (intendo quello sul dump) ci sono delle anomalie.
La Nor è una samsung, lo puoi vedere nei log di norway che ha postato gittogangster, la console precedentemente mi sa che funzionava correttamente, questa identica situazione mi era capitata anni fa sempre su dyn-001 a causa del fatto che la versione di allora di norway dava problemi con questo modello di Nor e si doveva mettere in pratica il metodo di Crackmyday, cosa che allora mi era ignota.
Anche in quel caso il dump della Nor che feci risultava mischiato con parti mancanti ed altre ripetute più volte o comunque scritte in settori sbagliati.
EDIT x gittogangster: Se vuoi prova a contattare judjes ma se mancano parti del bootldr non penso possa farti il miracolo.
Si certo, penso lo stesso pure io ma non dire che c'è una distinzione :), sono mille le probabilità e non sempre si può contraddistinguere dell'errore ecco
Io comunque per togliermi il dubbio completamente proverei a scrivere un dump di un'altra console, effettivamente non saprei di preciso se erasando dia glod o ylod, forse in mancanza di certi dati da glod, ma in presenza di dati errati dovrebbe essere diverso.
Hai ragione Cris, quella mia affermazione era errata quindi chiedo venia :)
Questo non te lo so dire perchè i pm sono disabilitati e non conosco il suo contatto mail, attendi info da parte dei ragazzi dello staff visto che loro sono più in contatto con lui.
zeruel85 e titty potreste gentilmente intercedere per me nei confronti di judges? Non credo di avere i mezzi per poterlo contattare. Magari c'è una remotissima possibilità di recupero (prima di darla via!).
Grazie ancora
C'è la mail in norway [email]judges@eEcho.com[/email]....
In modo molto rapido e chiaro, dopo avergli spiegato la situazione, mi ha risposto dicendo:
Hi, sry, but there's nothing I can do. Bootldr is damaged and that's a perma-brick.
-- judges
Quindi la storia si conclude definitivamente qui. :(
Come ultima cosa, data la mia singolare e sfortunata esperienza, per non rendere il brick della playstation del tutto vano (e evitare che altre possano cadere nella stesso dispiacere) consiglierei a zeruel85 di modificare la guida per la validazione dei dump aggiungendo un paio di righe riguardo ai nomi dei principali, all'uso e a come effettuare controlli con dei software automatici. Sono risultati infatti avere un'importanza notevole (nel mio caso avrebbero fatto la differenza), al pari di una validazione manuale che invece si è mostrata non del tutto infallibile, nonostante gli innumerevoli casi di successo.
Sebbene nominati all'inizio della guida come un corollario alla verifica manuale se ne intuisce una poca fiducia nell'utilizzo di questi software, rimandando le certezze quasi esclusivamente alla verifica a mano: l'uso di un software automatico può risultare ovvio e il primo passo per chi ha già un passato di downgrade effettuati alle spalle, mentre per chi è all'approccio di questa pratica e si affida a quella guida crede (preciso: ho creduto, intuito, magari sbagliando) che meglio della verifica manuale non ci fosse null'altro! (e questo vien fuori anche dalle parole di zeruel85 stesso, in questa discussione, che non voleva credere che un dump corrotto uscisse "pulito" dal controllo manuale)
Nella speranza che questa discussione possa essere di aiuto per migliorare e far crescere tutta la community,
vi ringrazio tutti di cuore.
G.
Si ma devi capire che il tuo è un caso particolare... se anche inserissimo quella parte non è da escludere che un domani si presenti un caso analogo al tuo ma con offset danneggiati. La verifica manuale è un controllo ma nulla ti può insegnare l' esperienza. Io appena l'ho controllato ho notato il problema... ma ho fatto qualche Downgrade più di te... e sopratutto li faccio da anni... quindi so cosa devo aspettarmi quando controllo.
IL problema dei tutorial è proprio questo: fa credere alla gente che, leggendolo, possano fare determinate lavorazioni anche se chi le sta svolgendo non ha nessun bagaglio tecnico.
QUanto prima metteremo mano al tutorial cercando di inserire nuove informazioni.
Per quanto mi riguarda mi dispiace x la dipartita della tua console.