Non ho dovuto riflashare. Spengo e riaccendo la console e funziona senza problemi, ma DL non si aggiorna.
@Mauroz, non l'ho mai fatto ma non capisco perchè dovrei iniziare a farlo ora. Più che altro non ne capisco il motivo di ciò che capita.
Visualizzazione Stampabile
Non ho dovuto riflashare. Spengo e riaccendo la console e funziona senza problemi, ma DL non si aggiorna.
@Mauroz, non l'ho mai fatto ma non capisco perchè dovrei iniziare a farlo ora. Più che altro non ne capisco il motivo di ciò che capita.
io ho una jaspher rgh aggiornata ultima dash .appena aggiornato dash 3.10 nessun problema neanche con le versioni precedenti
We can't fix bugs we don't know about... and the bugfix is for the blackscreen issue... etheir way, your problem is likely not a dashlaunch specific bug, more like a f*cked up nand, it happens all the time...
My advice: Use xeBuild GUI and use the default settings (to include dashlaunch already when you build) DL 3.08 -> 3.10 are all the same, the differences is in the installer itself... i've had many reports of issues with ppl using JRunner (yeah, i hate it to my guts... but... it's not my fault that it's doing wierd shit causing wierd errors such as stopping to glitch after 5 tries...)
Another thing that one could do to fix issues like this is to use a hardware flasher like NAND-X or similar with nandpro... erase the nand 1+ time(s) (sometimes once isn't enough!) then write the nand, if you have badblocks try building with advanced settings to NOT remap anything (normal remapping and ecd remapping) then manually remapping the blocks (this can also solve alot of wierd errors like yours)
Porca putt... Ho aggiornato una jasper BB con nuovo freeboot e dashlaunch e ora la console si inchioda specialmente quando va a caricare la dash rt,eppure ho usato lo stesso programma che uso di solito autogg ,ma ho quasi il sospetto che sia l'hdd interno perché non mi permetteva nemmeno di cancellare alcune cartelle n'è tantomeno di rinominarle
io ho sempre usato xebuild GUI di swizzy per aggiornare (guida di Titty).
fortunatamente NON HO NESSUN bad Block sulla mia nand originale....fortunatamente è sempre andato tutto liscio (mentre che scrivo mi tocco sotto per scaramanzia)... anche perchè essendo nubbio se si dovesse intervenire via hardware (nel caso che il flash della nand non andrebbe a buon fine) sarebbe un bel casino !!
Ho una Trinity RGH1 16203/ DL 3.07 ed una Falcon JTAG con altrettanto kernel e DL. Volete un mio feedback?
La nand jtag ha dei badblock, quella Slim e' perfetta.
No! No! Feedback Tettole!
http://youtu.be/xpo6GH7uQAo
Kidding e joking a parte, ho aggiornato le due console senza problemi. Sono partito dal dump nand retail su entrambe le console, eseguito freeboot senza integrare dashalunch 3.10 che ho poi installato a parte senza problemi. Sono stato fortunato?
@Swizzy: GoodJob!
It is not a big problem, I can flash the console with a new "clean" freeboot using Demon, but I don't know why it happens. Till the 3.08 I had never had a problem before. Only these two latest release (3.09 and 3.10) have the same issue.
Swizzy, should be a problem of a MoBo trinity ?
Zeruel has a trinity Mobo...
I haven't a problem with my Corona ( nand without badblock). I update dashlaunch without update freeboot and it's all right
Ho appena aggiornato DL 3.10 senza problemi possiedo una slim trinity... HO operato in questa maniera:
1) preso DL e messosu usb
2) copiato DL su HDD interno e avviato
3) mi ha chiesto di aggiornarlo, installare le patch e riavviare la console
4) aperto nuovamente DL 3.10 dopo riavvio e installazione avvenuta con successo
5) delete DL 3.09
Spero di essere stato utile
Yes, Trinity on dashboards <= 14699 had a issue with the patches in the older versions of DL (3.08 and 3.09 [i'm not 100% sure it was also in 3.08 but it was in 3.09]) the issue was that the installer didn't include trinity patches and instead used fat patches for RGH1...
Grande andreasport! Aggiungi però alcune vitali informazioni (basandoci su quanto riferito da Swizzy): il tuo freeboot che immagino sia 16537,con quale programma lo hai creato? Sei partito da una nand retail nel crearlo? La tua nand presenta badblock? Nel caso tu abbia eseguito un update del solo dashlaunch, che versione di freeboot+dashlaunch avevi e con quale programma lo avevi creato?
Hai ragione Paolone.. allora come giustamente detto da te ho freeboot 16537, creato da autogg dalla mia nand retail.
Una precisazioneperò la mia retail l'ho creata io perchè quando ho fatto rgh ho perso il dump originale (dash 14699) poi grazie hai programmi di recupero per i file cancellati sono riuscito a riprendere una lettura originale dalla quale ho preso kv, seriale dvd mrf date e tutto mentre la cpukey e dvdkey l'ho presa da xell. Sempre con autogg mi sono creato questla mia retail che uso come base per tutti i freeboot.
Questo per quanto riguarda il freeboot, parlando di DL invece sono partito da DL 3.08 che ho installato dopo aver flashato tramite xell il freeboot 16537, poi sempre utilizzando i passaggi che ho descritto alcuni post prima ho aggiornato prima a DL 3.09 e poi a DL 3.10.
Questo e tutto se poi vi serve qualcos'altro vi dico
Ottimo, per rispondere ai dubbi di Zeruel, abbiamo dunque questa certezza: Su di una Trinity, partendo da un freeboot 16537 creato da nand retail con autogg e con installato poi DL 3.08, è possibile eseguire gli update di DL senza problemi di blackscreen od altro.
Per essere ancora più preciso: io parto da dump originale, non ho bad block, e creo il freeboot con JRunner, senza le patch di DL. DL lo installo io a manina dopo.
Inviato dal mio GT-I8150 con Tapatalk 4
Citando più o meno ciò che ha detto Swizzy...sembra che l'utilizzo di Jrunner non sia proprio da preferire. Se hai voglia prova a creare un freboot con XeBuildGUI, insifonalo con DL 3.08 e poi upgrada a DL 3.10. Continuerai ad avere black screen? Sono aperte le scommesse!
Si vince una grattata dalle tizie della pian d'assino!
BigP, lo faccio volentieri, ma non ho black screen. A me freeza proprio la console quando clicco su Aggiorna patches. Se spengo e riaccendo, ho ancora DL vecchio. Se provo a disinstallare e a reinstallare il nuovo, mi dice di riavviare, lo faccio, e quando si riavvia ho ancora DL precedente, come se non fosse successo nulla.
Inviato dal mio GT-I8150 con Tapatalk 4
Hahah ma vedendo tutta questa discussione mi vien da ridere... :) che ci posso fare.
Per dire.. Nessuno ha provato ad entrare direttamente in nand dal filemanager di F3 in advanced mode e passarci sopra agli eseguibili di dashlaunch? Beh... quello che fà l'installer penso sia pendere un paio di file e copiarceli in nand. Facile...
Allora ho fatto una prova sulla mia corona v4 16203 prima di tutto ho disinstallato dashlaunch 3.07 e l'ho reinstallato di seguito usando l'installer. Risultato che i file modificati con data odierna si evincono dallo screenshot allegato.. (ma dai?) :)
Allegato 13161
Poi vado nella cartella di JR a cercarmi questi due file che stranamente si trovano sotto la cartella /xebuild (lol)
Dopo aver aggiornato JR mi ritrovo i 2 file in questione pronti per essere sparati in nand tramite ftp..
Allegato 13158
Allora tutto bello tranquillo sovrascrivo i 2 file tramite ftp, e me li sovrascrive senza problemi. Ma ora come fare a verificare che sia la versione 3.09 effettivamente al posto della 3.07?
Beh usando l'installer default.xex della 3.09 presumo.. però c'è un piccolo problema..riavviando la console mi ha dato un bel E71 ma poi riavvio di nuovo e parte ma dashlaunch non carica e mi ritrovo sulla nxe.. e la console lentissima ad accedere ai contenuti sulle periferiche.. avvio l'installer 3.10 con xexmenu e mi dice che DL non è in funzione!
Haaaaaaaaaammmmmm : lol e io che pensavo di cavarmela così scopiazzando 2 file da ftp hahah.
Non mi arrendo, riavvio F3 e ricopio i file in questione sempre da ftp notando che ora la loro dimensione in nand è 0kb...
spengo e riaccendo...console si frezza sul logo iniziale, spengo e riaccendo di nuovo... e dopo un bel pezzo mi riparte sulla nxe, ok questa 3.09 è proprio rognosa allora!!
Torno in F3 sul filemanager dentro la flash i due file launch e lhelper di nuovo a 0kb bene.. ora da usb ci ricopio dentro i file a mano però stavolta della ver. 3.10, niente da fare operation falied, nemmeno tramite ftp.. hargh! e io che pensavo di aver scoperto chissà cosa, invece ho solo fatto cazzate :) hahah
Abbandono l'idea, uso l'installer di debug e finalmnete si aggiorna, basta, per oggi ho buttato via abbasanza energie in scoperte inutili.. vi lascio con il log file dell'installazione , ciao ciao.
Citazione:
installer started
video set up, starting run loop
InitializeUI: InitNetwork
InitNetwork: 1
InitializeUI: usvrLoad
Setting locale to it-it
usvrResFuncts: start : 9a0052e0 shutdown: 9a0053e8 status : 9a005460
usvrResFuncts: contype: 9a0054d8 getpatch: 9a005500 setpatch: 9a005580
usvrLoad: resolved functions OK
InitializeUI: mount sysroot
MountPath: drive media: device \SystemRoot both 0
MountPath: drive sysmedia: device \Device\Flash\ both 0
MountPath: drive xsep: device \sep both 0
InitializeUI: NAND init
MountPath: drive target: device \Device\Flash\ both 0
Updsvr::getConType: returned 20000005
mask 0x20000005 type: Corona JTAG: no GLITCH2: yes mfg: no
embed name : p16203
ext name : Game:\16203\patches_g2corona.bin
Updsvr::getPatches: returned 1
InitializeUI: load font
InitializeUI: skin font found at section://30000EC8,skin#font.ttf, register returns 0x0
InitializeUI: locate skin
InitializeUI: LoadSkin
InitializeUI: LoadFirstScene
OnInit: starting
OnInit: scenes are ready
OnInit: timers are ready
OnInit: versions checked
OnInit: FetchList completed
updopt:1 ftpopt:1 dwport:21 ip:192.168.0.2
DLiFTPD 0.1
FTPd is starting.
FTPd Startup Ok port 21
Updsvr::startup: returned 1
OnInit: network first call completed
OnInit: setting update mode
OnInit: complete
InitializeUI: Resume UI Rendering
InitializeUI: complete
launch.xex: writing 0x4000 bytes of 0xc800
launch.xex: writefile written: 0x4000 0x4000 rem: 0x8800 sta: 0
launch.xex: writing 0x4000 bytes of 0x8800
launch.xex: writefile written: 0x4000 0x8000 rem: 0x4800 sta: 0
launch.xex: writing 0x4000 bytes of 0x4800
launch.xex: writefile written: 0x4000 0xc000 rem: 0x800 sta: 0
launch.xex: writing 0x800 bytes of 0x800
launch.xex: writefile written: 0x800 0xc800 rem: 0x0 sta: 0
lhelper.xex: writing 0x4000 bytes of 0x6000
lhelper.xex: writefile written: 0x4000 0x4000 rem: 0x2000 sta: 0
lhelper.xex: writing 0x2000 bytes of 0x2000
lhelper.xex: writefile written: 0x2000 0x6000 rem: 0x0 sta: 0
RefreshList: dl drives: 14
RefreshList: added 0 'Usb:' at '\Device\Mass0\'
RefreshList: added 1 'Usb:' at '\Device\Mass1\'
RefreshList: added 2 'Usb:' at '\Device\Mass2\'
RefreshList: added 3 'Hdd:' at '\Device\Harddisk0\Partition1\'
RefreshList: added 4 'FlashMu:' at '\Device\BuiltInMuSfc\'
RefreshList: added 5 'IntMu:' at '\Device\BuiltInMuUsb\Storage\'
RefreshList: added 6 'MmcMu:' at '\Device\BuiltInMuMmc\Storage\'
RefreshList: added 7 'Sfc:' at '\SystemRoot\'
RefreshList: added 8 'Mu:' at '\Device\Mu0\'
RefreshList: added 9 'Mu:' at '\Device\Mu1\'
RefreshList: added 10 'UsbMu:' at '\Device\Mass0PartitionFile\Storage\'
RefreshList: added 11 'UsbMu:' at '\Device\Mass1PartitionFile\Storage\'
RefreshList: added 12 'UsbMu:' at '\Device\Mass2PartitionFile\Storage\'
RefreshList: added 13 'Dvd:' at '\Device\Cdrom0\'
RefreshList: enumerating IDs
EnumDeviceId: ID: 00000001 type: 00000001 MiB: 109568 free 5773
EnumDeviceId: name: Hard Drive
EnumDeviceId: setting device \Device\Harddisk0\Partition1\ ID to 0x00000001
EnumDeviceId: ID: 00000003 type: 00200002 MiB: 3105 free 2514
EnumDeviceId: name: Havana Cola
EnumDeviceId: setting device \Device\BuiltInMuMmc\Storage\ ID to 0x00000003
EnumDeviceId: ID: 00000004 type: 04000010 MiB: 1931 free 898
EnumDeviceId: name: USB Storage
EnumDeviceId: setting device \Device\Mass0\ ID to 0x00000004
EnumDeviceId: enum ended
IniData::FetchList
MountPath: drive dldrive: device \Device\Mass0\ both 0
IsDriveExist: before dldrive:\ after dldrive:\
GetDriveSizeNoMount: drive \Device\Mass0\ space 0000000078b36000
MountPath: drive dldrive: device \Device\Mass1\ both 0
IsDriveExist: before dldrive:\ after dldrive:\
MountPath: drive dldrive: device \Device\Mass2\ both 0
IsDriveExist: before dldrive:\ after dldrive:\
MountPath: drive dldrive: device \Device\Harddisk0\Partition1\ both 0
IsDriveExist: before dldrive:\ after dldrive:\
GetDriveSizeNoMount: drive \Device\Harddisk0\Partition1\ space 0000001ac0000000
MountPath: drive dldrive: device \Device\BuiltInMuSfc\ both 0
IsDriveExist: before dldrive:\ after dldrive:\
MountPath: drive dldrive: device \Device\BuiltInMuUsb\Storage\ both 0
IsDriveExist: before dldrive:\ after dldrive:\
MountPath: drive dldrive: device \Device\BuiltInMuMmc\Storage\ both 0
IsDriveExist: before dldrive:\ after dldrive:\
GetDriveSizeNoMount: drive \Device\BuiltInMuMmc\Storage\ space 00000000c210c000
MountPath: drive dldrive: device \SystemRoot\ both 0
IsDriveExist: before dldrive:\ after dldrive:\
GetDriveSizeNoMount: drive \SystemRoot\ space 0000000003000000
Updsvr::setPatches: returned 1
Updsvr::getPatches: returned 1
Almeno ora ho capito che l'installer serve davvero!!! lol :DCitazione:
updsvr: dll has attached
MMC console detected
isBigBlockCont : FALSE
isBigBlock : FALSE
dumpSize : 0x3000000
blockSize : 0x20000
dataSz : 0x3000000
spareSz : 0x0
pagesPerBlock : 0x20
w_updateSize : 0x8000
w_writeSize : 0x4000
w_blockOff : 0x90000
w_patchOff : 0x1000
skipped stuff that requires hv peek 2+
Read CB header OK, V 13121
CB13121 found, type: Corona JTAG: no GLITCH2: yes mfg: no
Patch info obtained OK
read 3800 bytes for smc binary
read 4000 bytes for kv binary
Nand::class init succeeded!
Non avevo niente di meglio da fumare, domani vado a prendere un pò di ganja così la smetto di fare cazzate ok? :)
Beh cavolo .. no. non sono così evoluto... Cosa lo mettono a fare il filemanager avanzato se poi cmq per scriverci in nand devi usare la programmazione specifica che si evince dai log... vabbeh comunque non mi spiego il fatto che la prima volta ha fatto finta di metterli in nand e mi ha massacrato tutto con tanto di E71 .. però per cancellare cancella , sia il filemanager che ftp :)
mmmmhhhmmm!! Vedo malvolentieri che ci sono problemi ad aggiornare con DashLaunch 3.10. Io ho una jaspet phat 512M => Big Block. Se aggiorno al freeboot ultimo e poi aggiorno dashlaunch mi devo aspettare problemi o no ? Non c'è una procedura sicura per evitare problemi ? Grazie.
Io ho avuto freeze con Jasper... alla fine è a spot la cosa... non circoscritta a un determinato modello di console
The best way is to always include Dashlaunch when you build new freeboot, that way you don't end up with bugs caused by the installer...
As i mentioned earlier, DL 3.08 -> 3.10 are all the same, the differences is in the installer... so if you have Dashlaunch 3.08 installed it's the latest...