Dubbio attuale, per un futuro rgh... mi date un consiglio ?

[Barbutus]

Salve ragazzi

mi trovo in questa situazione... ho due console, una Jasper con rgh che uso per i backup ecc ecc, ed una slim trinity originale mai aperta che uso per giocare online con gli originali (non ancora aggiornata alla dash blocca rgh), anche se al momento non ho intenzione di modificare la mia trinity... non vuol dire che in futuro non voglia farlo (anzi), e sinceramente mi girerebbero non poco se dovessi precludermi la possibilità di un rgh per un aggiornamento del geyser, nel caso in cui non si dovesse trovare un sistema per decriptare la cpu key con la nuova dash.
Avevo pensato di eseguire un rgh solo per recuperare la cpu key e conservarmi una copia della nand, e poi rimettere la nand originale per continuare ad utilizzare la console per giocare online senza rischi di ban, però mi sorge un dubbio... una eventuale lettura della nand con qualche bad block (che a quanto pare spesso sono inevitabili), e quindi conseguente riscrittura della nand originale non perfettamente identica... potrebbe rendere la console "sospetta" e quindi a rischio di ban ?
cosa mi consigliate di fare ? me ne frego e aggiorno sperando che si trovi una soluzione o faccio qualcosa adesso in prospettiva futura ?

[TheLinuxMafia]

Una soluzione può essere:
1) Vendi la trinity
2) Compra una corona e la usi originale, basta che abbia almeno un 1175 che si spera a breve sarà modificabile.
3) Se non vuoi comprare la corona aspetta che rilasciano per la nuova dash e fai una dual nand sulla jasper.

[Pa0l0ne]

Personalmente ti poni i classici dubbi da zitella....cosa aspetti a backupparti nand e cpu key? Un bad block remapped non mi risulta possa essere preso in considerazione nella logica del ban...

Ovviamente, con nuovo CB, può darsi non servirà a nulla...ma intanto tu fallo...dammi retta.

[The Pusher]

Apri semplicemente la trinity, fai un dump della nand e la richiudi.Cosi' ti metti un bellissimo preservativo per il futuro

[Pa0l0ne]

Imho backuppare solo la nand è poco efficace. Sappiamo fin troppo bene l'importanza della CPUKey, ed al momento può reperirla facilmente.
Se un domani nemmeno troppo lontanto (il CB è già stato cambiato ed al momento è anche Xor Fixed) ti precludono cmq l'ecc...che casso se ne fà?

Sarebbe come usare un preservativo sul culo di una mosca...

Con questo non voglio dire che la soluzione proposta sia la "panacea da ogni male", ma perlomeno non avrà alcun eventuale rimorso in futuro.
Poi...diceva mio nonno...di sicuro ci son solo le tasse (ed hanno il culo stretto anche loro).

[Barbutus]

Personalmente ti poni i classici dubbi da zitella....cosa aspetti a backupparti nand e cpu key? Un bad block remapped non mi risulta possa essere preso in considerazione nella logica del ban...
Ovviamente, con nuovo CB, può darsi non servirà a nulla...ma intanto tu fallo...dammi retta.

Il mio dubbio era proprio quello Paolone, se quel bad block/s remappato puzza online o meno... ma a quanto pare non dovrebbe
grazie.

Apri semplicemente la trinity, fai un dump della nand e la richiudi.Cosi' ti metti un bellissimo preservativo per il futuro

Pusher, intendi un semplice dump nudo e crudo, senza rgh per recuperare la cpu-key ?

[The Pusher]

Dunque, facciamo chiarezza sulla cosa.
La nand che attualemente dumpi ha la cpu key in chiaro, e la fai "visualizzare alla tv" quando generi l'ecc e inietti xell (l'ecc).
Con un dump attuale della nand , e una generazione dell'ecc con qualsiasi tool, la tua cpu key sara' SEMPRE IN CHIARO , poiche' decriptata all'interno dell' ecc, che ti fara' sempre partire xell. quando uscirono i nuovi CB nelle dash 14717/719 bastava un dump vecchio per fare partire xell, proprio per il giochino sopra descritto. Per farla breve serve un ecc, generato da un dump gitchabile al momento in cui lo estrai

[Pa0l0ne]

In effetti, il ragionamento fila ed è condivisibile al 100%. Dico solo che nel campo delle ipotesi, preferirei cmq mettermi subito in cassaforte cpukey, KV e stato dei fuses.
Hai visto mai le diavolerie che potrebbero venir fuori?

[Barbutus]

mmm ok quindi tirando le somme sembrerebbe che anche il semplice dump della nand, potrebbe pararmi "la cachera" in un futuro non troppo lontano, ed allo stesso tempo garantirmi la totale sicurezza online azzerando il "rischio" di ritrovarmi una console che puzza di culo sul live, d'altro canto anche il ragionamento del buon Paolone saggio e previdente... non fa una piega, sono entrato con un dubbio... adesso ne ho 3, vi amo , ovviamente sto scherzando e vi ringrazio per gli ottimi consigli , ma vorrei aggiungere un quarto dubbio/soluzione... e se effettuassi un rgh dual nand ? in teoria non toccherei la nand originale (se non per la sola lettura) e poi lavorerei sulla seconda nand per avere cpu-key, in questo modo avrei una console "originale" ed allo stesso tempo "rgh ready", certo è una soluzione sicuramente più costosa ed abbastanza superflua per le mie esigenze, ma a livello di sicurezza per il live come la vedete ?

[Pa0l0ne]

Bella! Giusto, giusto sto' per ordinare un Thunder360 anche io!

[ZioPippoSSJ]

Non riesco a capire il senso del bad block..qual'ora ci fosse (e non è detto) il settore bad viene contrassegnato come non usabile dal produttore della nand e rimappato in fabbrica da ms...perchè quel settore è danneggiato e non funzionante. Quindi se tu fai un dump e poi lo riscrivi lo riscrivi esattamente come l'hai letto mica un pò diverso... se un blocco è bad non puoi leggerlo o scriverlo nè tu nè nessun altro, è danneggiato

[The Pusher]

Thunder Thunder Thunder... speriamo anche po' di pioggia pero'....

[Barbutus]

ZioPippo in effetti ignoravo come funzionasse il sistema dei badblocks, pensavo che dipendesse sopratutto dal tipo di nand-reader utilizzato... dalla qualità delle saldature sulla mobo (sempre del nand-reader), ed altri fattori che onestamente non ho mai scoperto, dico questo perché in passato mi è capitato di leggere una nand con es. 2 bad block, e successivamente provare a rileggere la stessa nand con lo stesso nand-reader, ma con saldature e fili differenti... e ritrovarmi un dump con 1 o 0 bad block, come è possibile ?

[ZioPippoSSJ]

No, un badblock è bad e basta, non usabile e marchiato come tale, se fai due letture e hai dei badblock diversi vuol dire che hai avuto un errore in lettura non un badblock (il codice di stato è comunque diverso). Se apri la nand con flashtool vedi quali sono i settori bad se ci sono.

[zeruel85]

Barbutus, per capirsi, l'unico che riesce a scrivere qualcosa in un bad block è Chuck, adesso è tutto chiaro? XD

Inviato dal mio GT-I8150 usando Tapatalk

[Pa0l0ne]

Concordo, ma anche il modder ruggente ci riesce! Tra un cappuccino ed una rasatina al prato...

[kazoom]

Salve ragazzi

mi trovo in questa situazione... ho due console, una Jasper con rgh che uso per i backup ecc ecc, ed una slim trinity originale mai aperta che uso per giocare online con gli originali (non ancora aggiornata alla dash blocca rgh), anche se al momento non ho intenzione di modificare la mia trinity... non vuol dire che in futuro non voglia farlo (anzi), e sinceramente mi girerebbero non poco se dovessi precludermi la possibilità di un rgh per un aggiornamento del geyser, nel caso in cui non si dovesse trovare un sistema per decriptare la cpu key con la nuova dash.
Avevo pensato di eseguire un rgh solo per recuperare la cpu key e conservarmi una copia della nand, e poi rimettere la nand originale per continuare ad utilizzare la console per giocare online senza rischi di ban, però mi sorge un dubbio... una eventuale lettura della nand con qualche bad block (che a quanto pare spesso sono inevitabili), e quindi conseguente riscrittura della nand originale non perfettamente identica... potrebbe rendere la console "sospetta" e quindi a rischio di ban ?
cosa mi consigliate di fare ? me ne frego e aggiorno sperando che si trovi una soluzione o faccio qualcosa adesso in prospettiva futura ?

stessa situazione: fai il dump e scrivi solo xell per recupeare la cpukey poi rimetti originale. Non ti preoccupare per i bad block non influiscono sul ban . Il problema è puramente hardware per cui avresti lo stesso problema con aggiornamenti on-line ... i bad block vengono scritti agli indirizzi in fondo alla nand ...è previsto come soluzione, per cui vai tranquillo. Io ho fatto già la procedura da quasi 6 mesi e non ho avuto ban.

[Barbutus]

No, un badblock è bad e basta, non usabile e marchiato come tale, se fai due letture e hai dei badblock diversi vuol dire che hai avuto un errore in lettura non un badblock (il codice di stato è comunque diverso). Se apri la nand con flashtool vedi quali sono i settori bad se ci sono.

tutto chiaro ZioPippo, grazie per la spiegazione.

Barbutus, per capirsi, l'unico che riesce a scrivere qualcosa in un bad block è Chuck, adesso è tutto chiaro? XD

Inviato dal mio GT-I8150 usando Tapatalk

Lo sospettavo ! però ho saputo che Chuck al momento è impegnato in situazioni ben più importanti, e non volevo disturbarlo per una sciocchezza simile.

Concordo, ma anche il modder ruggente ci riesce! Tra un cappuccino ed una rasatina al prato...

Ci avevo pensato Paolone, ma poi ho ripensato alle sue prime considerazioni riguardo l'rgh, "L'RGH è pericoloso ! prima o poi fonderà la vostra CPU, e ci sono dei punti da saldare rischiosissimi !" quindi ho cambiato idea.

stessa situazione: fai il dump e scrivi solo xell per recupeare la cpukey poi rimetti originale. Non ti preoccupare per i bad block non influiscono sul ban . Il problema è puramente hardware per cui avresti lo stesso problema con aggiornamenti on-line ... i bad block vengono scritti agli indirizzi in fondo alla nand ...è previsto come soluzione, per cui vai tranquillo. Io ho fatto già la procedura da quasi 6 mesi e non ho avuto ban.

grazie kazoom, questa tua "testimonianza" mi rassicura molto, effettivamente in 6 mesi credo proprio che se ne sarebbero accorti , grazie ancora.

[kazoom]

Ci avevo pensato Paolone, ma poi ho ripensato alle sue prime considerazioni riguardo l'rgh, "L'RGH è pericoloso ! prima o poi fonderà la vostra CPU, e ci sono dei punti da saldare rischiosissimi !" quindi ho cambiato idea.



grazie kazoom, questa tua "testimonianza" mi rassicura molto, effettivamente in 6 mesi credo proprio che se ne sarebbero accorti , grazie ancora.

ma la RGH è pericolosa!!! è l'acronimo di "Rischio Grande Hahahahah" occhio fratello che il saldatore è come un fucile!!! ^-^

p.s. naturalmente il lettore della mia slim non l'ho mai modificato, s'intende...

[Barbutus]

che perla kazoom (ho scritto pErla !), lo terrò a mente , si anche il lettore è immacolato... e così rimarrà.

Piccola curiosità ragazzi, ho già effettuato due dump della mia nand (CB 9230 dash 14719), nel caso in cui optassi per una soluzione dual-nand con uno stracazzutissimo thunder, e nell'attesa di ordinare il tutto mi capitasse di aggiornare alla dash 15572... sarei sempre in tempo a generare l'ecc (con il dump della mia nand glitchabile) ed iniettarlo nella seconda nand per avviare xell ?, o una volta aggiornato a 15572 sono uccelli per diabetici ?