OperationNT

Ah, ok, autant pour moi. Quand j'ai vu "partage de fichier", j'ai tout de suite pensé au partage de n'importe quel type de fichier . @sephi : Je préfère avoir un moyen supplémentaire d'être sûr que les mises à jour ne puissent vraiment pas passer. J'ai 2 ou 3 connaissances qui souhaiteraient que je revienne dans le droit chemin des firmwares officiels, mieux vaux prévenir que guérir...

Multiman

Lorsque tu dis "lancer des .pkg", tu parles de juste installer un ".pkg" ou d'exécuter son contenu une fois qu'il est installé ? Je n'étais pas au courant en tout cas sur le fait qu'avoir un lecteur Blu-Ray HS bloquait certaines fonctionnalités de la console (à part lire du contenu sur un Blu-Ray ).

Enfin, pour revenir sur le sujet initial, "partager des fichiers en FTP entre la PS3 et le PC", le DNS ne sert à rien du tout. De mon coté, j'ai mis un DNS et un proxy bidon afin que justement, ma PS3 puisse être vue en FTP par mon PC mais n'accède pas à Internet (pour bloquer l'accès au PSN).

Pour la prochaine fois, penses à mettre un installeur de packages séparé de Multiman (ça fait doublon mais c'est quand même mieux "au cas où" et en plus, Multiman me semble pas très efficace dans cette tache : j'ai un freeze d'une minute à chaque fois que je veux voir la liste des packages installables). Essayes celui-ci : http://www.sendspace.com/file/ozzgu3 Sinon, pour le "app_home", c'est normal que tu ne puisses pas l'utiliser tant que tu n'as pas chargé un backup depuis Multiman.

Un dongle JIG ne passe pas la PS3 en recovery mais en mode "service" ce qui permet ensuite, "à l'aveugle", de remettre un firmware. Toutefois, la faille du JIG s'arrête en firmware 3.55 (inclus). Or le firmware JFW étant un firmware 3.56 "hybride", je ne suis pas sûr que ça marche (en tous cas, je ne suis jamais tombé sur le net sur une procédure de downgrade du JFW par dongle donc, pour le debrick, ça ne doit pas être possible non plus). Il y a de fortes chances qu'il faille recourir à un flasheur hardware (quelqu'un d'autre pourra confirmer ?).

De manière purement software, rien est moins sûr. Par contre, puisqu'elle a déjà été en firmware inférieur au 3.55, cela veut dire que tu peux utiliser un flasheur hardware pour la downgrader.

Comme l'a dit plus haut deaphroat, il ne faut pas confondre le processus d'installation et le résultat final une fois que le CFW est installé. C'est vrai que le processus d'installation reste basé sur les mécanismes du firmware 3.55 (car il nous faudrait les clés privées des firmwares supérieurs pour faire autrement). Par contre, une fois le firmware installé, les fichiers sur la PS3 sont bien, pour le CFW 4.30 V2.00 de Rogero, ceux du firmware 4.30 (et non ceux du 3.55). Donc, une fois installé, il n'y aura aucune différence entre ce qui tu appelles un "vrai" CFW et un "faux".

Je me demande si derrière ça, la raison ne serait pas qu'il y a des checks en plus faits par CoreOS sur les fichiers du XMB en 4.30. Si c'est juste pour une raison esthétique par contre, je ne la comprends vraiment pas (vu qu'il reste "app_home"). L'idéal serait de pouvoir faire apparaître l'icône lorsqu'on en a besoin (un peu comme lors du test du QA Flag).

Je ne comprends pas trop le fait d'avoir voulu retirer l'icône de "Install package" : ça me parait assez contraignant. De plus, cela implique t-il que l'icône "app_home" à coté qui me permettait de lancer les backups sans avoir de Blu-Ray dans mon lecteur a elle aussi disparue ? EDIT : Il a du la laisser puisqu'il en parle dans sont patch note. Du coup, j'ai du mal à comprendre en quoi ce CFW est épuré au niveau du XMB . Par contre, j'ai vu qu'il a remis la fonctionnalité qui évite de dégager le fichier de licence "act.dat" . Sinon, pour le retrait de l'icône "Install packages", je pense qu'il doit y avoir une limitation quelque part (qui n'existe pas en 4.21).

Kmeaw ou firmware officiel 3.55 pour faire le "Syscon reset" et non le firmware 3.55 Rebug. Si tu choisis le firmware officiel, penses à installer le package du qaflag à l'avance par contre (car plus de "Install package" disponible ). A tester au passage : il fonctionne bien en 3.55 officiel ?

Il faut que tu utilises minVerChk pour connaître ton firmware minimum : http://ps3.gx-mod.com/modules/news/article.php?storyid=2864 Si ce firmware est inférieur ou égal au 3.55, tu pourras utiliser un flasheur hardware pour downgrader ta console puis installer un CFW. Sinon, c'est actuellement mort.

Ils parlent du calcul des clés privées (celles qui comptent pour installer un CFW sur un OFW 3.6+ sans flasheur hardware). Mais pour l'instant, rien n'est sûr lorsqu'on lit l'article.

Un principe de précaution qui, encore une fois, arrange bien Sony (tout comme le retrait de la fonction OtherOS lorsque Geohot a prouvé que du code lancé dans ce mode pouvait prendre la main sur le système en faisant tomber l'hyperviseur : au lieu de fixer le bug de l'hyperviseur, ils ont préféré dégager la fonctionnalité, ce qui leur a coûté moins de temps en développement). Ce qui est bien plus drôle, c'est quand le principe de précaution leur coûte des gros sous s'ils veulent l'appliquer : bizarrement, il y a bien plus d'hésitation pour le prendre...

Oui mais si ça te permet de gagner des trophées, ceux qui joue à "Qui à la plus grosse (liste de trophées, bien sûr ) ?" risquent d'être forts agacés si tu peux synchroniser ta liste obtenue en solo.

Après, il ne faudra pas que Sony vienne se plaindre si, dès qu'il y a la moindre faille, tout ceux qui ont des consoles modifiées s'insèrent dedans, même si ça met en péril la stabilité de leur réseau... (Je pense notamment au by-pass de l'ID nul puis à l'utilisation du PSN des développeurs qui ne devait probablement pas être dimensionner pour des milliers de joueurs) Une fois que sa console a été bannie, puisqu'il n'y a plus rien à perdre, autant ronger l'os jusqu'à la moelle.

Je n'ai malheureusement dans ce cas aucune idée de ce qui peut bien se passer. Puisque tu as downgradé avec un flasheur hardwere, il n'y a pas moyen de le réutiliser afin de downgrader une nouvelle fois ? Sinon, sur le forum, il y a quelqu'un qui avait eu quelques soucis et il est passé par l'outil "999 downgrader" de la team Rebug (ce qui lui a permis de "forcer" le downgrade vers le 3.55 sans passer par l'installation du PUP 4.30=>3.55).

Normalement, le QA flag reste (même s'il n'est pas exploitable en 4.30) : lorsque je suis passé du 4.30 Rogero 1.02 au 1.04 en repassant par le 3.55 (car la méthode directe par le recovery ne passait pas: "Données endommagées" lors de la vérification du PUP par la console), j'avais toujours mon QA flag actif en 3.55. Sinon, pour relancer un homebrew 3.55 en CFW 4.30, il faut convertir son fichier EBOOT. Mais pour le "toggle QA flag", je ne tenterais pas car ce homebrew n'est pas anodin (au niveau de ses actions kernel). Lorsque tu évoques le PUP de downgrade, tu as tenté de l'installer depuis le XMB ou depuis le recovery ? (car tu ne précises pas dans ton poste pour ce PUP le mode d'installation que tu as choisis)

Afin d'éliminer toutes les sources de soucis faibles mais possibles : - As-tu essayé de copier les PUP sur un autre disque USB que ton disque habituel ? (au cas où il ait des secteurs défectueux) - As-tu au moins 400 Mo de libre sur ton disque de PS3 ? (car il me semble que le PUP est copié sur le disque de la PS3 avant d'être installé)

Le principe d'une vague de bannissements, c'est qu'on attends d'avoir accumuler suffisamment de monde pris en faute afin de bannir tous les fautifs en même temps (parfois plus d'un mois après). Si tu étais banni dans les 2 minutes qui suivent ta connexion au PSN avec un CFW, Sony ne bannirait que quelques personnes avant que tout le monde soit au courant que ce n'est même pas la peine d'essayer...

Sinon, pour ceux qui veulent vérifier que leur erreur de connexion PSN est bien un ban, voici la liste des erreurs : ## Banned SCE_NP_COMMUNITY_SERVER_ERROR_PLAYER_BANNED 0x8002a40a SCE_NP_MATCHING2_SERVER_ERROR_PLAYER_BANNED 0x80022b06 SCE_NP_MATCHING2_SERVER_ERROR_BANNED_CONSOLE 0x80022b28 SCE_NP_CLANS_SERVER_ERROR_BANNED 0x8002280a ## Blacklisted SCE_NP_CLANS_SERVER_ERROR_BLACKLISTED 0x80022811 SCE_NP_CLANS_SERVER_ERROR_BLACKLIST_LIMIT_REACHED 0x80022845 SCE_NP_COMMUNITY_SERVER_ERROR_BLACKLISTED_USER_ID 0x8002a411 ## Suspended SCE_NP_AUTH_ERROR_CONSOLE_ID_SUSPENDED 0x8002a227 SCE_NP_AUTH_ERROR_ACCOUNT_SUSPENDED 0x8002a231 SCE_NP_COMMERCE_ERROR_CHECKOUT_ACCOUNT_SUSPENDED 0x80029435 SCE_NP_DRM_SERVER_ERROR_ACCOUNT_IS_SUSPENDED 0x80029731 Source : http://www.ps3news.com/playstation-3-psn-n...re-ps3-ban-wave C'est assez marrant d'ailleurs : dans l'article, ils parlent d'une possibilité de deban par un changement de l'adresse MAC de la console. Donc, potentiellement, ça serait l'adresse MAC de la console qui sert de référence pour la blacklist/whitelist chez Sony ?

Si c'est un code 8002A227, c'est un ban (mais normalement, il est accompagné d'un mail de confirmation de ban).

Justement, pourvu que ça arrive : ça obligerait Sony à annuler sa campagne de ban .

Ils ont déjà mis leurs récentes menaces à exécution ?

Ça a été possible car il y avait eu une faille des firmwares inférieurs au 3.41 inclus (avec un séquencement d'instructions USB bien particulier et bien timé au démarrage de la console) puis les clés privées du firmware 3.55 ont pu être calculées (ce qui permettait de faire croire à la PS3 qu'un fichier d'update PUP était fait par Sony et non modifié). Désormais, ça me parait un peu tendu sans les clés privées 4.30 de créer un fichier PUP de CFW qui soit accepté par les firmwares supérieurs au 3.55. Si les clés privées ne sont plus calculables, il ne reste plus qu'à espérer une faille qui permette d'exécuter du code non-signé sur un firmware 4.30 puis trouver une seconde faille qui permette à ce code de s'attribuer des privilèges suffisants afin d'éditer la mémoire flash de la console qu'une mise à jour non-signée (ou signé avec d'autres clés) soit acceptée par le menu recovery. Autrement dit, je ne pense pas que ça soit pour demain .