Loul Posté(e) le 27 septembre 2006 Posté(e) le 27 septembre 2006 Salut ! Bon voilà j'entreprends le grand ménage de la rentrée sur ma Xbox (1.6, puce Aladdin sst49lf020 Kernel 1.00.5838.01, je pense avoir un bios EvoX M8 mais je ne sais plus si c'est la version qui reboote quand on ouvre le lecteur de DVD). J'y ai un peu foutu le bordel y a quelques mois en tentant justemment d'y mettre de l'ordre et je patauge un peu. Je précise également que je n'ai jamais utilisé le Live et je ne pense pas le faire un de ces 4 (enfin sait on jamais). Actuellement la console boote en puce activée sur XBMC avec le petit raccourci en evoxdash.cfg et ça me va très bien. Seulement j'aimerais me couvrir en cas d'update foiré par FTP de XBMC en pouvant démarrer un dash sans puce (sans que ca aille chercher sur le net du reste) directement depuis le disque dur. A l'origine j'utilisais un Dash EvoX et le dash d'origine microsoft était sur le dur. Après une utilisation lointaine d'un CD d'installe (un des Scud X du très regretté YopSolo ) je crois bien que mon dash microsoft avait purement et simplement dégagé pour être remplacé par un dash 2GAM (alors que je ne le souhaitais pas) mais qui avait le mérite de booter sans puce même disque dur délocké tout en permettant de procéder aux réglages parfois nécessaires et non accessibles via EvoX (le changement d'heure ptet ? je sais plus ). Mon souci c'est qu'actuellement je ne peux pas booter sans puce j'ai droit à une erreur 13 sachant que j'ai les fichiers suivants à la racine de mon c:\ : evoxdash.xbe & evoxdash.cfg (pour booter avec la puce activée sur XBMC) avadash.xbe (en fait c'est le dash 2GAM renommé en tapant ce message j'ai l'impression que ca ne sert à rien tant qu'il n'arrive rien au fichier evoxdash.xbe) xboxdash.xbe alors là je suis embêté ca pèse 1,55 Mo (1 633 220 octets) mais je ne suis plus trop certain de ce que c'est... quand je le lance directement ca me balance une erreur 21... Bon le pompon c'est que je n'ai aucun répertoire xboxdashdata.quoiquecesoit à la racine... c'est vraiment le souk je n'y vois plus trop clair. Alors ça serait super sympa qu'un amateur éclairé ayant bien encore tout en tête puisse me sortir de l'ornière parce que je suis totalement paumé ! En fait j'aimerais pouvoir booter sans puce et avoir le ftp sans que ca se connecte au live et sans perdre de fonctionnalité vitale (du genre de celles qui exigeait le dashboard microsoft pour modifier un paramètre). Ca serait super Bon et sinon j'ai une question subsidaire Voilà en fait j'avais acheté ma xbox pucée d'origine et les installateurs m'avaient filé un vieux dash qui merdait pour ma console. J'avais réparé le truc en en dénichant un qui tournait. Le seul truc c'est que je ne sais plus lequel est le bon et j'aimerais faire le tri pour tout sauver sur support optique que ca soit propre et rangé. Les deux candidats ont comme noms de dossier xboxdashdata : xboxdashdata.1012A700 et xboxdashdata.17F14D00 a priori le plus récent est le bon (rappel j'ai une xbox 1.6 avec Kernel 1.00.5838.01) et je ne pense pas qu'il y ait un quelconque intérêt à avoir un dash Microsoft plus à jour (si ?). Merci pour votre aide je me noie un peu dans un verre d'eau !
jp33 Posté(e) le 27 septembre 2006 Posté(e) le 27 septembre 2006 (modifié) C'est bien d'avoir une puce .... ça permet toujours de croire au père noël en douce ..... Alors, on y va: 1) le jour où tu boot puce désactivée sur autre chose qu'un exploit sans erreur, tu me téléphones .... erreur 13 de face, même avec Dash2Gam .... 2) sur une 1.6, MS Dash 5960 obligatoire ... Donc aucun de ceux que tu as ne fonctionnera (en plus, trouver un poseur de puce qui est incapable de fournir le bon MS Dash, on voit tout de suite le niveau .... ) 3) Une puce Alladin, ça vaut son prix, c'est à dire pas grand chose ..... Pas de Multibank donc grosse daube (surtout une 1.6). Si ton SBMC plante, tu pourras toujours lancer un CD de boot, Si c'est ta puce, tu n'auras que les yeux pour pleurer ... Alors que faire ? Vu ton cahier des charges, il te faut un exploit ..... Et on en revient à l'éternel problème: le gros avantage de l'exploit, c'est que, par définition, il n'a pas de soucis hardware. On en vient donc à se demander alors pourquoi conserver la puce ....( ben oui, tu t'ais fait pigeonner par ton poseur, c'est comme ça) En gros, ou tu fais une confiance aveugle dans ta puce et tu met de côté un Master CD compatible avec ton lecteur (pas trop difficile avec une 1.6) pour contrer XBMC (un petit conseil en passant, met de côté ton eeprom.bin, un accident est si vite arrivé). Ou tu passes à l'exploit et là, tu vas vraiment découvrir ce qu'est capable une solution haut de gamme entièrement sofware. PS: pour le MS Dasj 5960, tu en as un épinglé dans cette même section, juste au-dessus (encore un qui a cherché, tiens ) Modifié le 27 septembre 2006 par jp33
Loul Posté(e) le 27 septembre 2006 Auteur Posté(e) le 27 septembre 2006 (modifié) C'est bien d'avoir une puce .... ça permet toujours de croire au père noël en douce ..... Héhé bon il a une tête de JP33 mon père noël à moi Alors, on y va: 1) le jour où tu boot puce désactivée sur autre chose qu'un exploit sans erreur, tu me téléphones .... erreur 13 de face, même avec Dash2Gam .... Ah ok Bizarre ça... bon j'ai dû halluciner alors, je te fais confiance 2) sur une 1.6, MS Dash 5960 obligatoire ... Donc aucun de ceux que tu as ne fonctionnera (en plus, trouver un poseur de puce qui est incapable de fournir le bon MS Dash, on voit tout de suite le niveau .... ) C'est dingue ça Bon je dois encore m'emmeler les pinceaux avec un bout de dash d'un pote en 1.4 que j'avais du tester à l'époque :fouf: Pour info le "poseur de puce" est une boutique lyonnaise ayant pignon sur rue et sur Internet et j'avais poussé la délicatesse jusqu'à leur expliquer qu'ils utilisaient des installations périmées à l'époque quand j'avais fini par comprendre ce qui merdait (à leur décharge c'était les premières 1.6 mais quand même ils auraient pu vérifier). 3) Une puce Alladin, ça vaut son prix, c'est à dire pas grand chose ..... Pas de Multibank donc grosse daube (surtout une 1.6). Si ton SBMC plante, tu pourras toujours lancer un CD de boot, Si c'est ta puce, tu n'auras que les yeux pour pleurer ... Bon a priori la puce a dû être posée correctement mais c'est aussi pour prévenir ce genre de merdouilles que je posais la question Et oui la Alladin c'est pas le top, en même temps je ne sais pas si j'aurais amorti autre chose de plus évolué Alors que faire ? Vu ton cahier des charges, il te faut un exploit ..... Et on en revient à l'éternel problème: le gros avantage de l'exploit, c'est que, par définition, il n'a pas de soucis hardware. On en vient donc à se demander alors pourquoi conserver la puce ....( ben oui, tu t'ais fait pigeonner par ton poseur, c'est comme ça) Pigeonner ? Comme tu y vas. A l'époque j'en avais profité pour changer le disque dur moi même (bon je sais plus trop dans quelle partie c'était compliqué rapport au lock du dur mais bon il me semble que ca simplifait pas mal l'opération) et pour récupérer une xbox avec le lecteur de dvd le moins casse pied du lot. En gros, ou tu fais une confiance aveugle dans ta puce et tu met de côté un Master CD compatible avec ton lecteur (pas trop difficile avec une 1.6) pour contrer XBMC (un petit conseil en passant, met de côté ton eeprom.bin, un accident est si vite arrivé). Ou tu passes à l'exploit et là, tu vas vraiment découvrir ce qu'est capable une solution haut de gamme entièrement sofware. Héhé, bon c'est normal que tu prêches pour ta paroisse Je ne me suis jamais trop penché sur la question en partie parce qu'aucun des jeux n'autorisant l'exploit ne me bottait suffisamment pour faire la démarche de l'acheter. Le marché de la xbox étant ce qu'il est, j'irais jeter un oeil sur la boutique de mon quartier pour voir si je trouve un des softs en question. Ca me promet de passionnantes lectures sur le forum Enfin pour me débroussailler les premiers mètres : avec tes solutions hautement customisées roulées amoureusement sous les aisselles, il n'y a pas de préférence à avoir entre les jeux permettant les exploits ? PS: pour le MS Dasj 5960, tu en as un épinglé dans cette même section, juste au-dessus (encore un qui a cherché, tiens ) Tss J'avais bien vu (et du reste ramené le schmilibilick) le thread en question menfin parano sur les bords j'ai rien contre un vieux dash pas mis au goût du jour par microsoft (et donc recycler ce qui trainait sur mon dur)... pour autant qu'il veuille bien marcher ce qui n'est donc malheureusement pas le cas. Bon en tout cas merci, j'y vois déjà plus clair dans cette histoire Modifié le 27 septembre 2006 par Loul
jp33 Posté(e) le 27 septembre 2006 Posté(e) le 27 septembre 2006 Pour info, avec ta puce, tu n'as besoin ni de jeu ni de carte mémoire ... juste Xcalibur ....
Loul Posté(e) le 29 septembre 2006 Auteur Posté(e) le 29 septembre 2006 Pour info, avec ta puce, tu n'as besoin ni de jeu ni de carte mémoire ... juste Xcalibur .... Euh oui très juste le vocabulaire m'induit un peu en erreur j'associe Exploit au contournement de la protection par usage d'un bug d'un jeu ce qui n'est en tout état de cause pas le sens exact que tu lui donnes Bon je me remets d'une soirée arrosée (qui en valait la peine ) mais avant j'avais commencé un peu à farfouiller, que ce soit dans les tutos, la bible en pdf de 48 pages ou encore les vieux trucs que j'avais ramené du dur de la xbox avant d'y faire un peu de ménage. Premier truc j'ai mis le Dashboard Microsoft épinglé et ca démarre tranquillement (c'est toujours bon signe). Deuxio j'ai récupéré l'eeprom.bin (regénéré par le dash evox lancé à la main) et là je suis un peu étonné de constater qu'il n'est plus identique à un vieux que j'avais fait, j'ai l'impression qu'il est identique sauf pour le dernier caractère. C'est peut-être dû au fait que la première fois il avait été généré disque dur unlocké... mais j'ai comme un énorme doute. Grmbl (par contre le hddinfo.txt il est identique). Tertio j'ai été intrigué par un répertoire dans une vieille sauvegarde faite après la réinstallation via un ScudX et cela c'est un peu éclairé ! Le rép était nommé thcdata et dedans le fichier infos.xip laisse peu de doute sur son origine... Donc le dash qui avait une tête de Dash microsoft truqué n'était pas un dash2gam mais serait un UIX et il me semblait bien de mémoire que lui démarrait sans broncher sans puce et même dur unlocké (ce qui est le genre de solution que je recherche actuellement). Alors je vais continuer à essayer de bien comprendre la section de l'excalibur la plus appropriée pour mon cas mais je veux absolument éviter de le lancer sans savoir exactement quoi faire parce que je ne me remettrai pas de perdre tout ce que j'ai mis sur la partition F, les sauvegardes de jeux sur E (et dans une moindre mesure je préférerais éviter d'écraser mon dash principal qui est XBMC dans sa toute dernière version). Enfin je ne comprends pas pourquoi, si la console bootait sans broncher sur un dash sans puce, il ne suffirait pas de copier sur C:\ le dashboard (alternatif) approprié renommé en xboxdash.xbe pour que tout soit comme j'en rêverais (petit papa noël) (ici ajouter un message soulignant mon ignorance crasse des mécanismes de protection de la console malgré de nouvelles recherches sur le forum). Après UIX ou un autre, je n'ai pas de religion et je n'ai absolument rien contre Excalibur, si ce n'est que je me paume dans sa doc fouillée, et que j'ai peur qu'il en fasse trop
jp33 Posté(e) le 29 septembre 2006 Posté(e) le 29 septembre 2006 Deuxio j'ai récupéré l'eeprom.bin (regénéré par le dash evox lancé à la main) et là je suis un peu étonné de constater qu'il n'est plus identique à un vieux que j'avais fait, j'ai l'impression qu'il est identique sauf pour le dernier caractère. C'est peut-être dû au fait que la première fois il avait été généré disque dur unlocké... mais j'ai comme un énorme doute. Grmbl (par contre le hddinfo.txt il est identique). Tu es au courant que l'eeprom.bin comprend toutes les infos de ta console et est donc amenée à évoluer en fonction des réglages. Le code de lock lui, par contre, par définition, ne bouge pas d'une oreille. Et ce qui est normal vu qu'on ne se sert que d'une petite partie de l'eeprom.bin (partie fixe, évidemment) pour le calculer .... Donc le dash qui avait une tête de Dash microsoft truqué n'était pas un dash2gam mais serait un UIX et il me semblait bien de mémoire que lui démarrait sans broncher sans puce et même dur unlocké (ce qui est le genre de solution que je recherche actuellement). Tu as un peu trop arrosé la soirée, ta mémoire te fait toujours autant défaut .... Tu penses réellement que si on pouvait mettre autre chose que du code Microsoft sur un DD unlocké on se ferait encore chier avec des puces ? Alors je vais continuer à essayer de bien comprendre la section de l'excalibur la plus appropriée pour mon cas mais je veux absolument éviter de le lancer sans savoir exactement quoi faire parce que je ne me remettrai pas de perdre tout ce que j'ai mis sur la partition F, les sauvegardes de jeux sur E (et dans une moindre mesure je préférerais éviter d'écraser mon dash principal qui est XBMC dans sa toute dernière version). Xcalibur ne touche jamais au F: (sauf si tu demandes un format ... mais il faut insister .... ) ni le E: (même combat que pour le F:). PAr contre, le C:, lui, en voit de toutes les couleurs .... Enfin je ne comprends pas pourquoi, si la console bootait sans broncher sur un dash sans puce, il ne suffirait pas de copier sur C:\ le dashboard (alternatif) approprié renommé en xboxdash.xbe pour que tout soit comme j'en rêverais (petit papa noël) (ici ajouter un message soulignant mon ignorance crasse des mécanismes de protection de la console malgré de nouvelles recherches sur le forum). Après UIX ou un autre, je n'ai pas de religion et je n'ai absolument rien contre Excalibur, si ce n'est que je me paume dans sa doc fouillée, et que j'ai peur qu'il en fasse trop
Loul Posté(e) le 6 octobre 2006 Auteur Posté(e) le 6 octobre 2006 Bon alors... Après avoir lu quarante douze fois le pdf et compris le quarante douzième j'ai décidé de me lancer en mettant la galette dans la bobox. Finalement c'est moins compliqué que cela en a l'air via la lecture du mode d'emploi. Après avoir installé l'exploit via le menu puce+ndure j'ai simplement remplacé le raccourci pour qu'il boote sur mon installe de xbmc en mode puce activée et tout roule. La surprise ca a été de constater au premier reboot de voir le dash unleashX en mode puce par rapport au même dash en mode ndure : c'est beaucoup plus joli (skin mayhem III, si j'ai bien compris, oblige). Je ne prévois pas de faire joujou avec le live à court terme (et à moyen j'en doute) néammoins booter sur un dash non M$ est rassurant quand la console au c:\ encombré est reliée au net, pas de risque de se griller. Le passage sur le .iso du pdf m'intrigue (je ne savais pas que certains jeux tiraient la gueule autrement), et ma curiosité me fait me demander si le lancement d'un .iso est compatible avec le live... en même temps ça serait une mauvaise nouvelle pour l'intérêt du live... En tout cas bravo jp33 pour cette trousse à outils digne d'un canif suisse de luxe, j"ai trouvé mon bonheur pour avoir la petite sécurité qui me tranquilise
jp33 Posté(e) le 6 octobre 2006 Posté(e) le 6 octobre 2006 et ma curiosité me fait me demander si le lancement d'un .iso est compatible avec le live... non
Messages recommandés
Créer un compte ou se connecter pour commenter
Vous devez être membre afin de pouvoir déposer un commentaire
Créer un compte
Créez un compte sur notre communauté. C’est facile !
Créer un nouveau compteSe connecter
Vous avez déjà un compte ? Connectez-vous ici.
Connectez-vous maintenant