the-green

donc c'était quoi la solution ?

sur une slim, 9504 ou autre, si tu va faire juste le dump par slim key (en te souhaitant la chance que JF ne te demande pas un cycle OFF/ON) oui ça devrait marcher très bien et sans aucun problème

Le fait d'installer Linux ne changera rien en ce qui concerne les problèmes hardwares de ta console

non ça marche très bien tkt pas

exactement ! Il faut se retrouver à la racine de ton HDD pour pouvoir lancer dosflash (par défaut ms-dos n'est pas à la racine)

sous dosflash 32 c'est comme jungle flasher, tu dois faire le cycle rapide OFF/ON pour l'erase avant le write, chose qui ets presque impossible à réaliser avec l'alimentation de la console, voilà ! je t'ai proposé de booter sur MS-DOS sur votre HDD avec l'invite de commande

Laissons le temps nous répondre, même si ça s’avère être un fake ça ne sera pas la fin du monde !

testes sur un autre PC Il n y a pas 36 solutions

t'as quoi comme lecteur ?? liteon ou Benq

En alimentant par une console durant un flash (ce qui est à éviter vu le nombre de cas de southbridge grillés = consoles HS, la seule solution propre (ou dit-on la moins risquée) serait de faire un erase direct avec dosflash sous ms-dos éteindre la console, attendre 10 secondes, allumer de nouveau la console lancer dosflash de nouveau faire le write du LT plus 1.91 préparé auparavant correctement avec JF 0.1.86b avec dosflash 32, il faut faire le cycle OFF/ON rapide ce qui est impossible à réaliser sans CK !!

Je ne comprends toujours pas pourquoi les gueux n'aiment pas le site jeuxvideo.com (en tant que site, je ne parle pas de son forum que je ne fréquente pas souvent) Jeuxvideo.com est l'un des meilleurs sites de jeux vidéos dans le monde entier !! ça personne ne peut le nier !! Quand on parle de sources d'informations et d'articles et de news sur les consoles, accessoires, vidéos, infos et exclusivités, il est toujours au top Rien que pour ça je l'aime bien et je le fréquente une ou deux fois par jour et je le défends toujours ! lol Désolé pour ce petit HS, à ne pas prendre pour une quelconque attaque !

t'as quoi comme lecteur ?? t'as un CK ou tu va utiliser la console pour alimenter le lecteur ?

Va voir sur le site officiel de ta carte mère s'il existe une MAJ du BIOS, faites la si oui, peut être que cette fonction a été intégrée, sait-on jamais? sinon booter sur une clé USB n'est pas obligatoire suffit de lancer son PC avant que le logo Windows apparait, appuyer sur F8 puis choisir "invite de commandes" ça va te donner un mode MS-DOS, delà tu pourra accéder aux fichier de ton DD et à dosflash NB: pour te faciliter les choses, places dosflash.exe et le LT plus 1.91 préparé voulu à la racine de ton DD principal sinon JF est le meilleur de nos jours, surtout si tu as un CK, c'est un peu du n'importe quoi dire que JF n'est pas bon !!! prends la version 0.1.86b voilà, bonne chance

Bonjour, afin de préserver une organisation la plus lisible possible sur le forum, nous allons déplacer votre sujet dans une section plus appropriée. Merci de votre compréhension. Merci pour l'information l'ami

Oui peut être mais si t'es enregistré dans leur liste viendra ton jour

Je ne suis pas très d'accord avec vous, une fois que vous avez vu les émulateurs de lecteurs DVD +le hack glitch reset vous allez oublier tous ce que c4eva a du faire pour vous !! non c'est un peu......ça Qu'on veulent ou pas, c4eav restera le number one de la scène XBOX360, mime le lancement des backups iso via les futurs émulateurs (xkey, wasabi, BoxZii) utilise certainement "en partie" du code réalisé par c4eva, ce gars est super, il a prouvé ça depuis 2006 !! Et.......rien ne confirme que microsoft va laisser fonctionner ces gadget à l'intérieur de sa console !!! une simple MAJ bien faite et fini les émulateurs !! certes il y aurait des MAJ firmware pour contourner les nouveaux dash.. l'histoire du chat et de al souris Je sais très bien que pas mal de vous n'aiment pas c4eva, c'est votre droit je le sais mais pour d'autres personnes dont moi, c4eva et ses firmwares resteront les meilleurs !!! N'oubliez pas que les CFW de c4eva sont gratuits Les solutions type hack reset glitch et émulateurs xkey et autres seront payants !! je m'arrête là

pour faire un full-dump il faut réaliser un hack unlock (russe si t'as un chip MXIC) kamikaze (si tu as le chip Winbond) ce qui est à éviter surtout dans le deuxième cas si tu as des erreurs de lecture type lire DVD, disque non reconnu ou ouvrir le lecteur, patentes un peu, le LT plus 1.92 devrait résoudre ces problèmes faites un autre dump simple (slim key) avec le dernier JF 0.1.86b puis refalsh ta PCB TX

oui à mon avis ta seule solution serait d'attendre le LT plus 1.92, ça ne va pas tarder je dirai ce weekend ou le début de semaine, ça fait 10 jours que c4eva avait dit que les test bêta vont super bien

Ce CFW comporte la protection 9.90, ça va te compliquer les choses un peu mais ce n'est pas si difficile tiens ce tuto, suis-le http://gueux-forum.net/index.php?showtopic=255381 une fois en CFW 6.38, je te guiderais pour la suite pour arriver au CFW 6.60 ME 1.3 ! en cas de soucis ou question, je suis là

La très belle distribution Linux "Red Ribbon GNU/Linux" destinée à la PS3 vient de se mettre à jour encore une fois. En fait r04drunner continue son travail sur son petit bijoux qui devient petit à petit le "number one" des distributions Linux installés sur PS3. Depuis la release Condidate 4, il est possible de mettre à jour son linux directement depuis la PS3, c'est le cas cette fois-ci. Pour rappel, Red Ribbon GNU/Linux est un distribution Linux/GPU PPC64 avec support CELL/BE qui est destinée à la console PS3 de SONY. Elle est basée sur la fameuse distribution Debian carrément libre et open-source. Aucun code propriétaire ou autre truc de ce genre n'est utilisé dedans. Cette nouvelle version vient corriger quelques bugs retrouvés dans ses prédécesseurs mais aussi ajouter quelques nouvelles fonctions. Nouveautés/Corrections: - Correction des problèmes d'extinction et de redémarrage. - Correction de la liste des références nécessaires pour la distribution. - MAJ en ligne maintenant possibles depuis les serveur officiel. - Correction d'un problème intéressant le nom d'utilisateur. - Ajout du GFTP comme gestionnaire FTP par défaut. - Ajout d'un gestionnaire du clavier. - Correction de certains problèmes avec la connexion sans fil sur les modèles FAT. - "Gnome Network Manager" est maintenant le gestionnaire réseau utilisé par défaut. - Gnome Bluetooth est maintenant le gestionnaire Bluetooth utilisé pat défaut. Lien de téléchargement: Red_ribbon_rc5.rar Source: http://jailbreakscene.com/ Site officiel: http://sourceforge.net/r04drunner/

si t'as fait la MAJ du dash 13146 ou plus (13599 par ex) ton lecteur liteon a un nouveau firmware 0251. la méthode de dump diffère un peu, t'as deux options: soit le hack MRA : coupures + soudures pour un full-dump soit le montage PMT/ARY et apparentés...par ex le probe V3 de la team xecuter, cette méthode permet le dump de la clé DVD sans coupures/sans soudures va vers la section tuto du forum , tu trouvera ce qui peut t'aider

C'est l'architecture du disque qui va changer, suffit d'attendre et de voir ! Pour le disque, j'espère que le DVD DL 8.5 GO va suffire pour les logiciels, on verra surement de nouveaux softwares qui vont se charger du nouveau format pour les graveurs (et c'est ça le grand problème à mon avis ) il se peut que certains graveurs pourront le faire, d'autres non il se peut qu'on aura besoin de MAJ des firmwares des graveurs pour ce-faire mais quelle constructeur de graveurs va faire ça !! Microsoft ne va surement pas aimé ça !! il se peut qu'on verra des conflits entre eux !! lol Il se peut aussi que le nouveau format ne soit pas lisible par le PC, donc il faudra un nouveau firmware 0800 de notre cher ami c4eav pour qu'on puisse dumper nos originaux ! En ce moment tout est entre les mains de c4eva et la team xecuter, nous ne pouvons qu'attendre !! suivez les forums comme xbox-scene, team-xecuter et surtout xbox-hacker.org, il se peut qu'un génie de cette planète puisse avancer les choses un peu En attendant, il se peut que la team xkey nous livre une MAJ de son émulateur comme cadeau, ils peuvent faire ça j'en suis sur

Très bien, pour le pin 6 (il suffit de voir une des deux connecteurs du câble d'alimentation (celui qui contient les 10 fils) tu verra un petit numéro 6, suis le fil qui part de ce pin, coupes-le en deux et met un interrupteur au milieu Bon maintenant t'as réussi donc c'est super oui lors des futures MAJ (par ex celle du futur LT 2.0 pour les jeux XGD3) suffit de préparer le nouveau firmware en se servant de votre firmware dummy actuel (spoof) puis faire l'erase et le write du nouveau firmware ! ça serait hyper simple

oui je t'avais dit d'essayer, tu n'as rien à perdre, ça marche = ça marche, ça marche pas = ça marche pas ! essayes le dump n'est pas très risqué !!!

Salut tous le monde, pour ceux qui veulent plus de détails, la voici la citation de Davee: As an ongoing project, me and some1 have been enhancing this downgrader from birth on the 6.31/6.35 firmwares. This multi-firmware downgrader allows you to install a lower (or higher) firmware without any fuss. No complex flash0 sharing, just running the firmware update. However, there comes restriction with PSP models and compatible firmware. For example, a PSPgo cannot run 1.50 as there are no drivers for the system and the IPL format is incompatible. Much like this, the PSP 3000 09g is unable to install firmwares < 6.30 which removes it's ability to appreciate the flexibility of permanent custom firmware. This is no longer the case. It started off with rumours of 09g systems being "converted" to 04g systems with some sort of Sony equipment. I explored the firmware comparing 04g and 09g and there is little difference between the modules, so I looked into what makes a 04g and 09g different. I got various testers (named below) to give me information on their IDStorage and internal system data (baryon/tachyon). From this I can conclude that the only (effective) difference between a 04g and 09g is: Idstorage Certificates Baryon Version Nothing more. Now, it was time to see what it did with these values. I looked up the Idstorage certificates, it's used in Chkreg and used internally to generate a model number. I found out that 6.20 and 6.39 sets the model of 09g to 04g, lovely. The big game was the value that is returned from sceKernelGetModel(). Where is this taken from? Well, rooting back from the IPL, there is some code used to determine the model. This code used some strange code which turned out to be syscon code to obtain the Baryon version! The model number is determined from the Baryon. Here is a little explanation of the Baryon version. When shifted 16 bits to the left, the least significant byte is the data used to determine a model number. the most significant nybble contains the SKU (PHAT, SLIM/3000, GO) and the lower specifies the model of that SKU. However, it got me thinking… Sony don't know how many revision they will produce in the future. Checking 6.39 firmware, Sony does this: [0x2C -> 0x2E] = 04g, [0x2E -> 0x30] = 09g. Rightfully so, the Baryon version from the 04g's I had was 0x2C and the 09g had 0x2E. Then i though, if they didn't know the future, then what does 6.20 IPL do? After analysing I found this: [0x2C -> 0x30] = 04g. So, if for some reason you find your 09g on 6.20, the IPL is gonna think it is a 04g. Ok, we can work with that, Chkreg sets the certificate based model to 04g and the IPL sets Baryon based model to 04g. Now, lets get some 04g firmware in there! After a bit of thought, I was sitting at the Downgrader source thinking "how can I install 6.20 on a 09g". Obviously, run the update and spoof the model. However, changing sceKernelGetModel() did nothing. The model must be determined by some other way. So, 123 and I find Baryon code, yay. Once again, the 6.20 updater has the 09g Baryon as a 04g so if it could run on it's own, it will flash 04g modules. But why did it error? IDXFFFFFFFF. That's the error, it's to do with error opening INDEX.dat. Wait, a second, why is this happening? Oh wait, it thinks it's a 04g, so it's looking for index_04g.dat, doh! Now, we got a new error. This is weird, it originates from a module called "sceChkuppkg". Heh, cool. After a brief look at the internals a wild idstorage certificate check appeared. It checked a PSAR block against a list of data composing a PSCode. Easy fix, now the 6.20 could run. Once it had run, it rebooted. Then it bricked. Yes i fucked up. By only hooking the usermode version of "sceChkuppkg" caused the updater to validate the blocks until it started to do something important… like read the rest of the firmware after wiping flash clean. Everybody, thank "Gamefreeak100″ for the first brave and bold steps into a 09g permanent patch world, he sacrificed his PSP for it. A lot of reading later, I identified the problem, fixed it and handed it to another brave tester. This time, it worked! 09g was running firmware 6.20 and for the last 12-ish hours it has been running fine. It retains the ability to update to >= 6.30 and seems very stable! A word of advice though, this is still experimental. The idstorage certificates do NOT belong to a 04g PSP and upgrading and downgrading from <= 6.20 to another <= 6.20 will NOT WORK. It is possible to resign the idstorage with a compatible 04g donor so this is possible, but the effects are unknown. This would not be possible without the combined efforts of: some1 Gamefreeak100 Chris10Lyn snailface XxGodOfWar2xX mint ponso21 Ryone ROE-UR-BOAT diggory Give them all thanks! Leave a comment if you think you should be here!