QuickRip

Salut, stefrogers, L'erreur 80010017 signifie que tes jeux sont mal signés (eboots sans aucun doute patchés). Remets tes eboots originaux et ça devrait résoudre tes soucis. @+

Oui, tu peux passer directement au CFW 4.30 Rogero V1.0 après l'étape 3. Mais pour limiter au maximum le risque de brick (même si le risque zéro n'existe pas), je préfère repasser par un OFW 3.55 puis un CFW 3.55, avant de basculer en CFW 4.30. Je sais, ça paraît un peu louche, mais c'est juste par précaution. A toi de voir. @+

Bonjour bigjojo, Pour refaire une installation propre et éviter au maximum de bricker ta console, tu dois revenir en OFW 3.55 ou CFW 3.55. Pour cela, il faut que tu utilises le firmware "Downgrader PUP" et l'installer via le XMB. Tu dois obligatoirement installer et activer toggle_qa.pkg (dehash syscon). Puis via le recovery, installer le CFW 3.55 Rogero V3.7. Ensuite, tu peux installer le OFW 3.55 via le recovery. Puis le CFW 3.55 Kmeaw ou CFW 3.55 Rogero V3.7, toujours via le recovery. Et enfin, le CFW 4.30 Rogero V1.0 également via le recovery. C'est un peu long mais ça limite les risques. @+

Bonjour stefrogers, J'ai la même console que toi à savoir une CECHC04 (60Go). Ma console a subi, dans le passé, un downgrade hardware à l'aide du progskeet. Et aucun problème pour la faire migrer vers le CFW 4.30 Rogero V1.0. Par contre, tu dois IMPERATIVEMENT utiliser le toggle_qa.pkg de la team Rebug. Sinon, brick assuré. Dehash le syscon depuis ton CFW 3.55 Kmeaw (toggle_qa.pkg). @+.

@ Georges75 Il faut que depuis le XMB, tu installes toggle_qa.pkg (disponible sur Tortuga Cove - Topic Rogero) depuis Install Packages Files via une clé usb. Ensuite tu le lances. Tu dois entendre une suite de bips. Pour vérifier s'il s'est bien installé, tu vas dans Paramètres-Paramètres réseau et tu utilises la combinaison de touches L1 + L2 + L3 (appui) + R1 + R2 + touche du bas. Tu dois avoir 3 menus supplémentaires à savoir Edy Viewer, Debug Settings, Install Packages Files. Là, tu peux éteindre ta console, passer en recovery et installer le CFW 3.55 Rogero V7. J' arrive trop tard, lexou06 m'a devancé.

Bonjour à tous, @ Clémentine. J'ai passé ma console CECHC04 en CFW 4.21 Rogero sans aucun soucis. Par contre, vu que c'est une console qui a un subi un downgrade hardware (progskeet) par le passé, j'ai dû impérativement utiliser le QA_flag de la team Rebug pour déhasher le syscon. Et tout marche à merveille. Toi, vu que ta console n'a pas subi de downgrade, tu n'as normalement pas besoin de déhasher le syscon. Attends quand même la confirmation d'un expert, car je ne veux pas t'induire en erreur et risquer de briker ta console. Vu que tu es en CFW TB v2, il faudra avant toute chose et par précaution repasser en OFW 3.55 via le recovery. @+

Bonsoir, Pour ta Ps3 60Go, utilises celui du dossier "GENERIC DIAGRAMS". C'est le schéma utilisé pour les PS3 FAT à base de nands.

Bonjour bleniok, J'ai le progskeet V1 (version légèrement différente par rapport à la V1.1), et dessus, j'ai bien enlevé la résistance R8 et mis un interrupteur sur R7. Je pense que c'est pour une question de timing (bon établissement du 3,3v). Ceci pour réparer comme toi une console d'un brick software. Pour ça, j'ai utilisé une alimentation stabilisée externe en 3.3v pour alimenter le progskeet. Vu que tu utilises des 360CLIP, vérifies que le VCC et le GND des 360CLIP sont reliés au 3.3v à l'aide d'un multimètre, sinon relies-les. Vérifies également que tes 360CLIP se plug bien. Pour ma part, je les ai légèrement rognés car les composants autour des nands empêchent leur bonne insertion. Vérifies à deux fois ton câblage avant de te lancer. Une fois que tu es sûr, tu alimentes ton progskeet (et forcément tes nands), et quelques secondes après, tu commutes l'interrupteur sur ON. Si sur ta carte mère SEM-001, tes nands sont des Samsung K9F1G08U0A PIB0/PIB1, lorsque tu lanceras winskeet, au niveau de la reconnaissance, tu devras avoir L'ID : EC F1 80 15 40 pour chaque nand. Si tu n'as pas cet ID sur l'une des deux nands voire sur les deux nands, c'est que soit tu as une erreur de câblage, soit tes 360CLIP sont mal pluggés. Une fois que tu auras réussi à faire le dump de chaque nand (deux fois pour comparaison, prudence oblige), si tu as besoin d'aide pour la suite, fais-moi signe. Cordialement.

Bonjour, Je n'ai pas suivi tout le sujet, mais il y a des chances, Pearl, que tu sois en OFW 3.41 modifié (spoofer 3.56). Cette version est utilisée pour le downgrade 3.55 vers 3.41. C'est pour ça, que tu ne peux faire qu' une mise à jour à partir du 3.56 ou ultérieure. Dans ce cas, il faut passer en factory mode (via ton dongle) et installer le 3.41 officiel.

Bonsoir tef70, Regardes ta MP, je t'ai communiqué les données de mon disque avec la fonction BD 100% fonctionnelle. Cdt.

Bonsoir, Merci pour l'info concernant le soft. Non pas de prise de tête, une fois que tu auras rétabli la fonction BD vidéo, tu n'auras plus besoin de réinjecter les DRL, elles se mettront à jour toutes seules.

Bonjour fystrack, J'ai déjà testé cette solution il n'y a pas si longtemps et ça n'avait pas réglé mon problème.

Bonjour tef70, C'est ce à quoi j'ai également pensé dès lors que ça n'a pas marché pour toi (c'est pour ça qu'il y a une grosse différence en terme de temps entre un formatage rapide et un formatage complet depuis la ps3). Tous mes tests sont réalisés sur mon disque qui, avant que je flingue mon ancienne carte fille, avait retrouvé tous les éléments pour lire un BD vidéo. Je vais donc faire de nouveaux tests sur un disque formaté complètement depuis le pc, et y intégrer petit à petit les éléments de mon disque fonctionnel pour essayer de trouver quels sont les fichiers qui permettent de retrouver la fonction. Sinon, sur tes consoles 60Go, c'est quoi la version des cartes filles (BMD-001 ou BMD-002) ?

Re, Voici de nouvelles infos très intéressantes. Je confirme que le contenu de dev_hdd0/mms a énormément d'importance. Dans le dossier mms, vous devriez avoir un répertoire db. Dans celui-ci, il y a un fichier nommé metadata_db_system. Si vous l'analysez avec un éditeur hexa, vous devriez voir le nom du dernier BD lu à l'offset 46BE. Ensuite, à l'offset 4F88, vous devriez voir le nom du BD lu avec le MKB le plus haut (simple supposition). A l'offset 55D6, vous devriez voir le nom du BD lu avec le MKB le plus bas (toujours simple supposition). Ce sont de simples suppositions quant aux MKB, car c'est par rapport aux BD que j'ai utilisés. Il y a également le titre d'un BD lu à l'offset 106C5 (je ne sais pas à quoi il peut correspondre) (infos sur disque 320Go). Regardez dans ce fichier pour voir si vous avez des traces de quelconques BD lus. Si c'est le cas et que ça ne correspond à aucun des BD que vous avez, il y a de fortes chances que ce soit un log de ce qui est enregistré dans la carte fille. Suivant l'espace disponible et la taille du disque, l'offset du dernier BD lu peut changer (les autres n'apparaissent pas). A l'occurrence, sur un disque différent (infos sur disque 160Go), le nom du dernier BD lu se situe à l'offset 43B1. Donc soyez attentifs à partir de l'offset 4200. C'est pour ça que je pense qu'en effaçant tout le contenu de ce répertoire (mms), le système recrée les entrées par rapport à ce qu'il trouve. D'où l'importance d'un BD (avec un MKB le plus haut possible) dans le lecteur au moment de la suppression. Voilà, tenez-moi au courant. @+

Bonjour lucas82, Avec la méthode de l'eject, tu peux tenter, seulement ça n'a marché qu'une fois (donc pas fiable du tout). Par contre la suppression du contenu de mms, fait planté la console à tous les coups. Attends plutôt le retour de tef70 quant à la suppression du contenu de dev_hdd0/mms pour voir ce que ça donne. Sinon, tu n'as pas forcément besoin d'acheter le BD de RED. Je ne l'ai plus car on me l'avait prêté pour faire mes tests (et j'ai pu rétablir la fonction seulement avec ses DRL sur la deuxième carte fille). Regardes plus haut, j'ai fourni les DRL de RED. Tu n'es pas obligé d'être en CFW 3.55 Waninkoko v2 mais tu dois impérativement être en CFW pour pouvoir avoir accès à la dev_flash3 et y intégrer les DRL de RED. En 3.41 officielle, tu n'as aucun moyen d'accéder à la dev_flash3 et au dev_hdd0. De toute façon, tu peux passer en CFW 3.55, rétablir la fonction BD vidéo, sauvegarder la dev_flash3, passer en OFW 3.55 et ensuite downgrader ta console en OFW 3.41, installer le CFW 3.41 d'Hermès, réinjecter les DRL sauvegardées et repasser en OFW 3.41 via le mode recovery. Normalement, ça doit le faire. Ps : Ce n'est pas du dévouement, n'exagérons pas. J'étais dans le même cas que vous et ... Le sujet me plaît tout simplement. En plus, si ça peut permettre à pas mal de personnes de retrouver la fonction BD vidéo, alors là, ce sera le top .

Bonjour tef70, Apparemment ton erreur 8002F169 vient du fait que la version 3.41 s'est mal installée. Essayes de passer en factory mode et downgrade en OFW 3.41. Sors du factory mode puis réessaies la mise à jour en OFW 3.55, en passant par le mode recovery Ok, tu es en OFW 3.55. Il ne te reste donc plus grand chose à faire . Lorsque tu seras en CFW 3.55, paramètres ta console en français au niveau de la vidéo (menu paramètres vidéo).

Bonsoir tef70, Là, tu es donc en OFW 2.30 (lecture impossible à ce moment là, c'est normal). Donc, ton lecteur est associé. Maintenant tu fais une mise à jour en OFW 2.41 (depuis le XMB car le mode recovery n'est pas géré dans cette version). Ensuite, tu fais une nouvelle mise à jour (toujours depuis le XMB) en OFW 3.41 et ensuite les mises à jour OFW 3.55 et CFW 3.55 via le mode recovery. J'ai fais plus de mises à jour intermédiaires car je me suis aperçu qu'il y avait plus de fichiers et de dossiers qui s'installaient. Dans mes tests précédents, j'étais directement passé de la version 3.15 à la version 3.55. Donc, je te conseille de partir de OFW 2.30 ==> OFW 2.41 ==> OFW 3.41 ==> OFW 3.55 ==> CFW 3.55 (Waninkoko v2 pour ma part). Pendant toute cette mise en œuvre, laisses le BD de RED dans le lecteur. Une fois que tu seras en CFW 3.55, vérifies que dans "Paramètres système", le "Démarrage automatique disque" est sur oui. Mets ensuite les DRL de RED dans dev_flash3/data-revoke/drl. Fais une sauvegarde du contenu de dev_hdd0/mms (simple précaution, car il le recrée dans son intégralité au démarrage) et supprimes-le (uniquement le contenu du dossier mms). En gros, tu dois toujours avoir le répertoire mms mais vide (c'est pour ça que je parle de contenu). Lorsque tu vas fermer ton homebrew FTP, le XMB doit se figer (le système plante du fait d'avoir supprimé le contenu de dev_hdd0/mms). Tu maintiens donc la touche power enfoncée pour éteindre ta console. Lorsque tu rallumeras ta console (toujours avec la touche power), tu auras un message comme quoi la base de données doit être reconstruite. Tu appuies sur la croix pour valider. La base de données se reconstruit, la console redémarre. Un bref message "veuillez patienter" apparait puis tu te retrouves sur le XMB. Avant de faire quoi que ce soit, laisses au XMB le temps de se charger entièrement (les icônes ne doivent plus tourner). Une fois, arrivé là, il ne te reste plus qu'à lancer la lecture de RED. Et voir, ce qui se passe. Tiens-moi au courant, bonne soirée et à demain.

Re, Si tu supprimes le contenu du répertoire mms, il te le recrée en intégralité au démarrage. De plus, en supprimant ces données, je génère une anomalie au niveau du système (XMB figé). Si tu le fais via le mode recovery, je suis pas sûr qu'il recrée ces données dès l'instant où elle n'ont pas été endommagées ou supprimées. Tu peux faire dans un premier temps un test en mode recovery puis un second en supprimant le contenu du dossier mms (fais une sauvegarde avant). J'ai testé le mode recovery (avant de trouver que le contenu du dossier mms en était la cause) et ça n'a rien donné pour la simple raison que dès l'instant où on retrouve la fonction BD vidéo, on ne peux plus reproduire le phénomène avec les mêmes DRL utilisées précédemment (DRL RED). Testes et dis-moi ce qu'il en est.

Re, J'ai trouvé ce qui a fait que la base de données devait être reconstruite (post précédent). C'est tout le contenu du dossier dev_hdd0/mms. A tef70, Tu devrais essayer ça : Tu mets le BD de RED ou Tron dans ton lecteur (privilégies RED dans un premier temps). Ensuite tu mets les DRL de RED dans ta dev_flash3. Tu vérifies que dans "Paramètres système" tu ais "Démarrage automatique disque" sur oui. Tu fais une sauvegarde complète du dossier dev_hdd0/mms. Ensuite, tu supprimes tout le contenu de ce dossier. Lorsque tu fermeras ton homebrew FTP (ou quitteras multiman), normalement le XMB doit se figer. Tu éteins ta console en maintenant le bouton power enfoncé. Lorsque tu redémarres la console (bouton power), tu dois avoir un message comme quoi la base de données doit être reconstruite. Tu valides. Ca doit légèrement interférer avec le lancement du BD à l'intérieur du lecteur. Une fois sur le XMB et que les icônes sont bien chargées (ne tournent plus), tu lances la lecture du BD à l'intérieur de ton lecteur (RED à l'occurrence). Et normalement (du moins, si ça se passe comme moi), tu devrais retrouver la fonction BD vidéo. Voilà, testes ça, et tiens-moi au courant. Franchement, après la perte de la carte fille de mon lecteur, j'étais sceptique quant à retrouver la fonction. Et pourtant, elle est bien revenue (avec une nouvelle carte fille). Si jamais, ça ne marche pas, tu peux tout refaire depuis un downgrade (regardes mon post précédent quant à la marche à suivre vis à vis des versions firmwares utilisées), puis appliquer le contenu de ce post. Ps : Je ne sais pas si cela a de l'importance mais j'ai réalisé tous mes tests sans le capteur d'insertion. Eh oui, lui aussi n'a pas résisté à toutes ces manipulations.

Bonjour tout le monde, Bon, après quelques péripéties, me voilà de retour avec de bonnes nouvelles. La lecture du mx avec mon nouveau programmateur n'a rien donné. La carte fille de mon lecteur a bien lâché (lecteur plus reconnu, mise à jour impossible, etc...). J'ai reçu ma nouvelle carte fille, et j'ai donc entrepris de nouveaux tests avec celle-ci. J'ai dû ré-associer la carte fille à ma console. Pour cela, j'ai downgradé en OFW 2.30, ré-associer le lecteur (avec PS3UPDAT version officielle 2.30), puis mise à jour en OFW 2.41 (suite mise à jour BD jeu (je ne sais plus lequel), mise à jour en OFW 3.41 , puis OFW 3.55 et enfin CFW 3.55 Waninkoko v2 (à aucun moment, je suis repassé en OFW 3.15). J'ai installé multiman 2.02 pour avoir accès au file manager. J'ai fais plusieurs tests en changeant les DRL, exécuté ma procédure mais toujours rien. La console ne voulait toujours pas lire de BD vidéo. A la fin de mes tests (non concluants), dans dev_flash3/data-revoke/drl, j'avais les DRL de RED, BD de Sexy Dance 3 dans le lecteur, et dans "Paramètres système" j'avais laissé "Démarrage automatique disque" sur oui. Je suis passé à autre chose, en me disant, je verrais plus tard (après de nouvelles recherches sur les DRL/HRL). Je suis donc passé à la traduction fr de multiman 2.02 (légère adaptation). Oui, je sais, vous allez me dire que ce n'est pas le sujet, normal . Mais c'est là que ça devient intéressant (gros coup de chance au passage). J'étais donc en train de peaufiner ma traduction (modification, mise à jour via le file manager avec une clé usb, vérification, modification, nouvelle mise à jour, ceci pas mal de fois). Et, à un moment donné, en sortant de multiman, celui-ci a planté (XMB figé, plus la main sur l'interface). J'ai donc éteins la console en maintenant le bouton power enfoncé. Lorsque je l'ai rallumé, Un message me disait que la base de données devait être reconstruite, j'ai donc validé pour que cela se fasse. Ayant l'icône de Sexy Dance 3 sous les yeux (BD présent dans le lecteur depuis pratiquement le début de mes tests) , je me suis dis, pourquoi ne pas retenter la lecture d'un BD vidéo. J'ai donc lancé la lecture de Sexy Dance 3 et là miracle, la fonction BD vidéo est revenue. Voilà. J'espère que ça va en aider plus d'un.

Bonsoir, Ca y est, j'ai fini le programmateur. Plus qu'à tout contrôler et je pourrai à nouveau reprendre mes tests. Je devrai recevoir ma nouvelle carte fille d'ici la fin de la semaine. J'essaie de voir de mon côté si je trouve des informations sur le cryptage aacs. Tiens, j'ai trouvé cette doc hyper intéressante : Doc AACS

Bonjour, Trop fort . Pour ma part, je crois que la carte fille de mon lecteur n'a pas apprécié toutes les manipulations que j'ai pu lui faire. Le lecteur ne veut plus insérer de disque. Je vais donc me fabriquer le programmateur pour pouvoir lire le mx. Et je regarderai plus tard quelle est la cause de la panne.

Bonjour, J'ai également pensé au contenu crypté, mais vu le contenu à l'offset 10000, je ne pense pas que ce soit le cas, tout au moins à cet endroit. Car, si tu regardes la datasheet, tu t'apercevras que l'eprom est constituée de 2 blocs. Et que le deuxième bloc commence à l'offset 10000. Ca me fait plus penser à une zone style eprom data. Je compte me fabriquer un programmateur de flash spi et arriver à bout de ce mx. Concernant le contenu crypté (interrogation), c'est pour ça que je veux récupérer plusieurs dumps en fonction de diverses versions, pour voir ce qui change exactement. Il faut également que je me commande une carte fille car, j'ai peur qu'à force de manipuler celle de mon lecteur, celle-ci n'apprécie pas trop (soudage/dessoudage du composant). Et en plus, elle est opérationnelle à 100%, ça serait dommage de la massacrer. Et, ça me permettra également de partir sur les mêmes bases que toi. Donc, effectivement, ça risque de prendre un peu de temps.

Bonjour, Quel chantier !!! Là, je te laisse faire car c'est au-delà de mes compétences. Par contre, si tu jettes un coup d'oeil sur psx (le lien que t'as mis plus haut), tu verras qu'un membre a dumpé son mx. Et si tu regardes de plus près à l'offset 10000, tu t'apercevras que ça ressemble étrangement à la structure d'une DRL/HRL. Donc, par rapport à ça, je vais faire le dump de mon mx en 3.15 (voire en 3.41, car la fonction est perdue dès ce downgrade) puis en 3.55 sans la fonction BD vidéo, et de nouveau en 3.55 mais avec la fonction BD vidéo (DRL red remises). Et regardez qu'est-ce-qui change et à quel endroit. Il faudra que je sois attentif entre ces deux versions, car il faut regarder où ça change exactement après restitution des DRl de REd. Si cela change uniquement à l'offset 10000, je ferais un test en 3.15 ou 3.41, en intégrant d'autres DRL/HRL. Comme toi, ça risque de prendre un peu de temps. Désolé, mais avec mon programmateur, impossible de lire le contenu de l'eprom.

Bonsoir, Fais tes essais et tiens-moi au courant. Si l'insertion d'un BD donne accès à la spi, alors, c'est clair que je m'attaquerai au dump avant et après pour comparaison.