krHACKen

Ouais. Faut copier tout l'ELF et le coller là où les zéros commencent, c'est à dire à l'offset 370h. C'est ce que fait hdl_dumx avec un container interne et légal. Celui que j'ai foutu en Pastie est un KELF de $ony recyclé. Le principe du copier/coller reste le même. Utiliser un container vide comme celui ci peut être une bonne alternative à la méthode embed/DVDELF pour deux raisons : - Parfois certains ELFs injectés dans des DVDELFs ne se lancent pas; parce le payload se retrouvé écrasé durant la copie du code qu'il est sensé exécuter. C'est rare mais ça arrive. - L'exécution d'un ELF à partir d'un container vierge (sans qu'aucun bloc encrypté ne soit traité) et bien plus rapide qu'avec un DVDELF jonché de blocs encrypté. Le MechaCon est lent. Le moins il décrypte de trucs, le + rapide c'est. EDIT : Le KELF maker de AKuHAK ne traite pas le footer encrypté si je me souviens bien. Ça peut être problématique si la taille du ELF qu'il contient se rapproche trop du dernier bloc encrypté. Le MechaCon essaiera alors d'en décrypter une partie et échouera. D'ailleurs, si tu essaies de signer un KELF créé par le KELF maker pour ta carte mémoire, ça échouera à coup sur; vu que contrairement au SifLoadElfEncrypted qui se base en partie sur l'en-tête de l'ELF, les fonctions de libsecr/Secrman_Special/Secrman_for_Arcade traitent le KELF dans sa pleine longueur (qui est définie dans l'en-tête du KELF) avant d'acquérir la paire Kbit+Kc pour la MC. En espérant que mon explication est compréhensible et pas trop barbante....

Intéressant. Les incompatibles marcheraient si leurs ELFs étaient placés dans le container du Pastie 8245893 ?

J'espère que les deux ELFs de la r12 de POPStarter fonctionnent avec FHDB. Initialement, le lancement des ELFs depuis le HDD était interdit, pour éviter que des gugus comme vash ne le repackent. Puis aux prémisses de FHDB, j'avais levé ce blocage, pour lui permettre de démarrer en tant qu'ELF non-encrypté dans le disque dur à partir du menu de FHDB. Pourvu qu'il soit compatible avec la release publique de FHDB, sans quoi je devrais me replonger dans les améliorations de POPStarter, et franchement j'ai vraiment pas de temps a y consacrer:cry:.

Y'en a un paquet. Des correctifs, des fonctionnalités supplémentaires, des supports étendues. Liste non-exhaustive : Ajout de l'installation de FHDB, ajout des derniers fichiers de traduction pour l'installateur, support de la 5k9 et de la PSX, correction de l'inversion des textes Japs dans l'installateur, correction du problème qui affectait la save "Your System Configuration", des tas d'optimisations... Tout est détaillé dans Changelog-installer.txt, Changelog.txt et dans le thread de la release. Oui pour FMCB. Pour FHDB c'est moins certain. La 70004 a tout ce qu'il faut pour y hooker un HDD, mais j'sais pas si la console essaiera d'amorcer le MBR. EDIT : SP193 a confirmé que la slim n'a pas de pilote ATA, donc pas de lancement du MBR, donc pas de FHDB sur les slims. À noter que FMCB ne charge pas les ELFs stockés sur le HDD. Seulement FHDB est capable de le faire. Donc pas de possibilité de lancement des ELFs depuis le HDD si la console ne boot pas le MBR.

Le 1.90 est sorti.

Fat uniquement, et seulement avec un adaptateur réseau officiel. Il est peut être possible de le faire tourner sur une 70k avec un HDcombo, vu que le crabe a conservé le dev9+ata intact (y'a même l'interface UART pour y foutre un modem LOL); bien que je ne connais personne qui ait testé. Sinon pour tout ce qui est supérieur à la v13, c'est rappé.

LOL. Petit supplément d'info concernant le MBR. En bidouillant la NVRAM du MechaCon pour les besoins d'un autre projet, mon HDD a été atteint par le syndrome du double power circle, comme évoqué quelque part dans un topic chez AG que je n'ai pas pu retrouver. Ça se traduit par un arrêt du disque dur après la lecture du MBR, puis d'une remise en service:fonsde:. Pour régler ce problème, j'ai foutu 0x02 à l'offset 280h et corrigé la somme à l'offset 28Fh. Devrait fonctionner sur les 18k, 30k, 39k et les R; pas sur les 50k qui ont ce paramètre positionné ailleurs et qui de toute façon sont protégées en écriture.

Faut dire que quand cette POC est sortie, des n00bs sont venus troller son auteur dans le topic où elle a été postée, en réduisant le sujet à autre chose de plus... sensible:'(... Du coup, la news n'avait pas fait beaucoup de bruit en dehors de PSX-Scene. Et vu qu'on garde la majorité de nos softs sous clé. Au jour d'aujourd'hui, si tu veux faire des recherches sur ce qui tourne autour de FHDB, tu tomberas inévitablement sur les déchets de ISO Zone. Quand LE FHDB sortira, tous ces n00bs qui ont reposté des variantes du HDDOSD sous l'appellation fallacieuse "Free HD Boot" pourront aller se rhabiller:fuck:.

Hacker un HDDOSD pour le pousser au delà de 137 GB n'apportera rien d'autre que de la lenteur dans la navigation. Déjà qu'a l'origine le navigateur est assez lent, la faute au système de fichier pourri qu'utilise $ony pour le HDD... Quand t'as 130 partitions dans ton HDD et que tu veux lancer la première installée, faut que tu te tapes l'affichage lentissime des icônes des 129 autres partitions qui ont été installé avant. Vitesse d'affichage sur HDD officiel 40 GB : Le lag quand il y a des partitions après le secteur 156160 : En résumé, Au dessus de 40 GB = Lag Au dessus de 137 GB = Lag + risque de perte de données massive Le dump de test du HDDOSD trafiqué doit encore être dans un topic de ASSEMblergames, mais ni moi, ni l'auteur de HDLGameInstaller n'offriront de support technique aux utilisateurs de ce truc. Autre chose à laquelle il faut penser avant de l'installer, c'est qu'il sera INCOMPATIBLE avec certains homebrews qui devraient sortir bientôt, du fait qu'il a été repacké (et n'a donc plus le stub de $ony), qu'il n'a non pas été rehashé mais injecté dans un DVDELF, et qu'il est exécuté par un loader très brouillon. Pour des questions de compatibilité avec les homebrews à venir, je vous conseille d'installer des fichiers proprement patchés. La meilleure alternative au HDDOSD sur des HDDs de + de 40 GB reste le POC de FHDB, ou bien un OPL à jour lancé depuis le MBR:pouce:.

Ils sont déjà connus : 1) Restriction logicielle à 137 GB max de capacité sur le module ATAD officiel 2) Lag du browser quand des partitions sont installées au dessus de 40 GB 3) Le 1.00J n'est qu'en Japonais et en Anglais et affiche de la m*erde quand il est réglé sur une autre langue. 1) Si aucune partition n’empiète au delà de l'adressage 28-bit, le navigateur s'affiche. Sinon, c'est l'écran noir et la LED d'activité qui reste allumée. 2) Problème toujours aussi obscure qui semble se poser aléatoirement selon les setups. Sans doute lié aux perfs IOP. Ceux qui ne sont pas affecté par ce bug ont juste une chance de cocu. 3) $ony n'a tout simplement pas terminé le travail, vu que cette version était à la base destinée aux consoles Jap Multi-2. Les autres langues sont liées à des textes dummies comme "MSG_HD_DATA_COPY_,", "MSG_HD_DATA_DELETE_SIMPLE,", "MSG_HD_BROWSER_SPACE,"...

Du matos de $ony. Et oui, ça peut amener à de grosses e**erdes. En août dernier, le Crabe m'a envoyé deux C&D concernant le package de test HDD_SNAPSHOT_20120722_225809:(. Pour mes releases de POPStarter sur ASSEMbergames, je ne link jamais directement vers les fichiers, je crée un Pastie et je poste son ID. Ça marche. Par contre je ne suis pas certain de quelle entité en est responsable (mais j'ai ma petite idée:fuck:), mais mes Pasties contenants du matos de $ony sont régulièrement censurés. EDIT : Sinon ShaoliAss, tu peux filer les liens que je t'ai donné l'autre soir à g.t.o, par MP.

Perso, je conseillerais aux gens de ne pas installer les daubes qui viennent de the ISO zone (sauf si ça provient de AkuHAK, qui lui est un expert concernant le PSBBN et fait des releases décentes). Ce qu'on trouve sur the ISO zone (en "dump de HDD"), ce sont des trucs basés sur des images de test et modifiés par des n00bs qui on fait n'importe quoi avec. Par exemple, le soi-disant "48-Bit HDD OSD" est un truc que j'avais vomi sur ASSEMblergames pour faire une démo publique de ce que pourrait donner une modification du driver ATAD. Vu que ce n'était pas le produit final, ça a été fait à l'arrache (partitions système manquantes, HOSDSYS injecté dans un DVDELF...) et ça contient des bidouilles de test (arguments forcés, hotkeys...). Malgré ça, un nigaud y a rajouté des partitions et l'a réuploadé pour les masses, comme si c'était le produit final, et sans avertir sur l'extrême dangerosité de ce HDDOSD charcuté. Pour info, ce qu'il s'est passé sur the ISO zone au début de l'année est l'une des raisons qui ont fait que les mecs bossant sur POPS ont abandonné leurs travaux. Dernièrement, the ISO zone était l'endroit où l'infâme "yeshuachrist" distribuait ses cochonneries hexedités et avait un certain fan club... 4 façons d'installer le HDDOSD : 1) À partir de SUDC3 2) À partir du HDD Utility Disc 1.10U cracké (je crois que la dernière build est "A4") 3) En écrivant un dump propre sur le HDD (via un PC) 4) En créant les partitions manuellement avec uLaunchELF 4.42_ev et en y copiant les fichiers proprement crackés. La méthode 4 est celle qui a fonctionné pour ShaoliAss. Vu que ça doit être complétement hors charte, je ne fous pas de liens de DL dans le post, mais si un moderateur/administrateur me donne le feu vert pour pondre un Pastie...

Ouaip, perso je parierais sur le PS10. Ayant pour habitude de ne pas visser mon NA, je l'avais fait cramer en court jutant des broches sur le connecteur DEV9 (le NA était un peu trop de traviole). Ça avait causé le même symptôme, ventilo qui accélère à l'initialisation du NIC, et pas de power cycle sur le HDD. Si jamais il s'avère que c'est pas au niveau de la mobo et que tu dois te payer un nouveau NA, surtout ne prends pas un clone. L'interface réseau n'est pas clonée sur ces cochonneries, et ça fait que le HDDOSD ne bootera probablement pas. Il y a eu une monticule de rapports erronés quand il a été cracké, justement à cause de ces clones (sans parler des pupuces qui font foirer le décryptage des KELFs).

J'peux pas m'en occuper perso, trop de trucs en cours, désolé

Possible, s'il s'avère vraiment que c'est de l'émulation. AkuHAK et moi avons cassé plusieurs émus MD venant de quelques SEGA Ages... SEGA utilise un packer LZR customisé et un algo de crypto qui diffère selon l'ému, pour camoufler leurs ROMs.

Bizarre. Sur tes photos on croirait que la trappe est déjà ouverte ou bien flinguée... Quelqu'un peut confirmer ? EDIT : Est-ce qu'il y a une languette de plastique qui bouge au niveau du connecteur ? Si oui, alors c'est ça qu'il faut remettre en place après avoir glissé la nappe.

Bien faire gaffe à ne pas ôter cette petite trappe entièrement, sans quoi c'est la galère pour la remettre en place et ça risque de se péter (les 2 bitoniaux en plastique qui font charnières). Il faut qu'elles soient entre ouvertes et toujours en place, pour pouvoir y glisser la nappe et reverrouiller par le procédé inverse. À manier avec précaution. Il est possible de connecter la nappe sans toucher à la trappe, mais c'est un truc de kamikaze qui risque potentiellement de bousiller les pistes; fortement déconseillé.

Salut ! Pour les HDD Utility Disc, ça serait plutôt ça : 1.00J, 1.00U et 1.10U. L'image qui illustre la news est celle du Utility Disc 1.00 JAP (PBPX-95201) qui installe uniquement le DVD Player version 1.00J sur les V0 (et qui est banni via le MechaCon sur toutes les autres bécanes). Mais bon, plus grand monde utilise les disques originaux hein:D ? Est-ce que quelqu'un a poussé les installations des partitions HDL jusqu'au lag du HDDOSD ? Je serais intéressé par vos retours à ce sujet, vu que je n'ai pas eu beaucoup de rapports et que c'est un problème qui reste encore très flou.