Garbit

Sachant que si il prend un lecteur dvd de pc, adieu la lecture des originaux.

Une solution à tes problèmes : man chmod

+1 Sinon, question bête, tu as reglé la langue dans ton msdash ?

Et créer un répertoire, ça marche ? Tu es sûr que tu n'essayes pas d'écrire sur le lecteur cd ? Tu utilises quoi comme client/serveur ftp ?

Salut, Ca ne serait pas un problème de taille des noms de fichiers ? tu ne peux envoyer que des fichiers dont la longueur fait au maximum 42 caractères.

Ben, ça c'est ce qui se passe quand tu flashes avec un bios *.67, si tu flashes avec le meme bios mais en version *.06 normalement tu as un gros F:. Par contre si tu passes de l'un à l'autre, tu perds tes données, donc attention. A coté de ça, je parle des "vieux" bios x2, avec les bios x3 la notation a peut être changé. ++

Est-ce vraiment si dur que ça ? choppe-le, détarre-le (tar -xf (nomdufichier).tar), chmod le en 777, puis va dans le répertoire où tu l'as détarré, fais un ./mugen et ça tourne.

Slt, Comment ça incompatible ? Tu as quand même la console bios 80x25 ? si c'est X qui ne passe pas, ce n'est qu'une affaire de config (xf86cfg ou xorgcfg). Et le framebuffer (exemple : la console sous knoppix), passe-t'il ?

Je pense que le linuxboot.cfg a plutot tendance à chercher ses dichiers sur E:, mais bon c'est hors sujet, crées en un si tu veux bien Ou appelle un admin pour qu'il splitte le thread en cours.

Ben, le problème c'est surtout que ce n'est pas spécialement rangé comme on croirait que ça l'est :-) Par exemple dans Input core support, il faut activer keyboard, mouse, joystick support, des trucs dans le genre. Il y a aussi des trucs qu'on ne comprend pas toujours, surtout dans la configuration interne du kernel... là il faut faire confiance à l'aide ("if unsure, say yes") et on s'en tire plutot pas mal. Une bonne idée, c'est de partir de la configuration par défaut : avant de faire make menuconfig, tu fais "make defconfig". Comme ça si tu sais pas trop, ben c'est pas grave tu laisse tel quel. Le problème tu make defconfig c'est bien sur qu'il y en a toujours trop (pcmcia, etc). Dans un premier temps, n'en enlève pas trop, il y a des trucs qui sont liés sans qu'on le sache vraiment (les clés usb et le scsi par exemple...), donc au pire tu auras un gros kernel avec des trucs inutiles, ce qui voudra dire : plus long à charger et plus lent, mais bon ce n'est pas vraiment un problème. Sinon, petite astuce : quand il y a un truc et que tu ne sais pas trop si tu en as besoin ou pas, compile le en tant que module (touche "m") : comme ça c'est compilé, mais ce n'est chargé que si tu en as besoin. Voilà, bon courage ! (il me semble que ya un tuto sur lea-linux pour compiler son kernel) ++

Le coup du kernel qui traine, en fait c'est ptet pas un kernel xbox :-) c'est vrai que j'ai jamais réussi à le faire booter... mais bon que fait-il là alors ? c'est ptet le kernel d'origine debian PC, mais bon, enfin tant pis. Que vmlinuz et vmlinuz-2.4.31-xbox aient la même taille, ce n'est pas trop étonnant, étant donné que vmlnuz est un symlink (ou "soft link", "lien soft"). C'est un genre de raccourci en fait. D'ailleurs, quand tu parles d'éditer vmlinuz, que veux tu dire ? Je pense que tu parles d'éditer linuxboot.cfg. Pour la configuration du kernel : Ben si t'as jamais fait, c'est sûr que ce n'est pas évident. il y a quand même quelque chose qui est rassurant, c'est que tu sais ce qu'il y a dedans. Sur pc on a souvent des surprises, et on doit souvent se renseigner avant de le configurer. Souvent, c'est vrai qu'on peut réduire le travail lorsque par exemple on tourne sous un kernel 2.6.8 et qu'on compile un 2.6.11 : on peut récuperer à la volée la configuration du kernel qui tourne, et la réinjecter dans les options de compilation du nouveau. Mais bon, on risque de laisser passer des options importantes. Perso, je reconfigure tout depuis le début, et je n'ai jamais de soucis. La configuration d'un kernel, au début c'est long (ptet 1h ou 2h en prenant un peu des options au pif) et le kernel ne boote pas du premier coup ("ah merde j'ai oublié le support IDE"), mais bon, après tu t'en tires pour 20 minutes de config et un kernel qui boote du premier coup :-). L'astuce de la réinjection de config, j'ai peur que ça ne fonctionne pas. La configuration de la branche 2.6 est assez différente des 2.4. C'et peut être juste les menus qui ont été modifiés en fait, mais bon c'est mieux que tu refasses tout depuis le début. Si tu as un pc sous linux, je te conseille d'esxsayer de faire un kernel dessus avant. Au pire si ça ne fonctionne pas je peux faire le fichier de config et te l'envoyer, mais je ne pourrai peut être pas avant une semaine (56k power). Enfin voilà quoi, la compilation de kernel c'est formateur, vaut mieux se lancer comme ça un peu à l'arrache la première fois. On ne peut rien casser de toute façon (du moins si on n'active pas les options marquées "Dangerous" ou "Experimental"). Voilà, bonne chance ! ++

En sachant que si tu branches ta psp à ton lecteur de carte mémoire, tu risques de flinguer les deux.

Toujours là

Salut, Non ce n'est pas possible. D'un point de vue memory card, la psp agit comme un hôte et ton pc aussi : ça n'est pas compatible. Pour faire une analogie, c'est comme si tu reliais une nappe ide sur deux cartes mères pour transférer des données : c'est impossible. Si tu veux chopper le bus coté psp, pas de soucis, mais il faut que tu simules un device qui fonctionne comme une carte mémoire. Je pense que le tout est assez bien documenté niveau protocole. Après tu peux toujours interfacer la chose avec un microcontrolleur...Le problème vient aussi de l'autre coté : comment interfacer le disque dur ? l'ide, je te l'accorde c'est pas le plus simple, reste l'usb mass storage (clés usb, disques durs usb...), qui n'est pas évident non plus à interfacer (c'est de la haute fréquence, donc faut du monde derrière pour traiter les infos). Au final on arrive plus ou moins à cette chose pondue par la team xecuter : la partie droite représente la partie interfaçage de carte mémoire, et la partie gauche est une carte de dev (= un pc avec cpu, ram, rs232, usb, ethernet + lecteur de cartes). Donc en gros, la chose qu'il serait possible de faire, et qui soit la plus proche de ce que tu veux faire, c'est mettre interfacer la partie droite de ce truc avec ton pc et remplacer la partie gauche par ton pc, mais bon...

Cromwell permet d'utiliser deux disques durs, mais pas de lancer d'applications xbox. Fais ton choix

Tu fais une image disque ext2 sur une partition fatx, que tu motnes en /usr/local par exemple, et tu n'as plus de problèmes de taille.

Salut, D a priori c'est le lecteur cd.

Xdsl a l'air à la mode en ce moment. J'en sais rien, c'est pas vraiment le forum associé à ta question. Demande plutot chez mugen.

Déjà, avant de t'embarquer dans les trucs "terribles", déjà saches que dans la xebian, il y a un kernel 2.6 qui traine. Il se trouve quelque part dans /boot. Démarche générale pour faire booter un kernel qui est "prêt" : -déjà, on repère là où il est. Par exemple, je vais prendre le cas d'une installation en image disque sur E:, avec un kernel qui s'appelle vmlinux-test -on met le kernel à booter avec le bootloader, c'est à dire en e:\debian\vmlinux-test. -on édite e:\debian\linuxboot.cfg et on change le nom du kernel en vmlinux-test. -on boote Donc, là méthode s'applique aussi bien pour le kernel tout pret de la debian que le kernel que tu vas compiler. Je vais essayer de décrire autant que possible. Dans le "code", je fais préceder les commandes d'un $ ou d'un # selon qu'elles aient à etre tapées respectivement en user ou en root, je mets (...) pour les trucs que la console affiche et qui ne sont pas "interessants". Donc, les prérequis pour compiler et patcher un noyau : -des sources de kernel en .tar.bz2 -le patch en .gz le tout dans /usr/src. Ensuite tu fais un truc du genre : [live@xbox ~] $ cd /usr/src[live@xbox src] $ lslinux/ linux-2.6.12.tar.bz2 linux-2.6.12-xbox.patch.gz[live@xbox src] $ suPassword:(ton password)[root@xbox src] # gunzip linux-2.6.12-xbox.patch.gz[root@xbox src] # lslinux/ linux-2.6.12.tar.bz2 linux-2.6.12-xbox.patch[root@xbox src] # tar xjvf linux-2.6.12.tar.bz2(...)(toute l'arborescence défile)(...)[root@xbox src] # lslinux/ linux-2.6.12/ linux-2.6.12.tar.bz2 linux-2.6.12-xbox.patch[root@xbox src] # cd linux-2.6.12/[root@xbox src] # make mrproper(...)[root@xbox src] # patch -p1 < ../linux-2.6.12-xbox.patch(...)[root@xbox src] # make menuconfig(...)(tu fais ta config, comme on l'apprend dans les livres. Si tu ne sais pas comment faire, je peux t'aider)(...)[root@xbox src] # make(...)[root@xbox src] # make modules(...)[root@xbox src] # make modules_install(...) Et là tu te retrouves avec ton kernel dans /usr/src/linux-2.6.12/arch/i386/boot/vmlinuz. Install it and enjoy ! (sinon pas de soucis je suis là !)

Non, ça c'est la partie fleufesque. Moi c'est le après

Ben, je comprends pas trop pourquoi tu passes par dpkg et compagnie... normalement c'est plus simple de ne pas faire attention au gestionnaire de packages, et de tout faire à la main. Deuxième point, quand tu aura compilé ton kernel il faudra indiquer au bootloader que tu veux booter sur ce nouveau kernel (il ne peut pas deviner tout seul), en faisant bien attention à ne pas supprimer l'ancien. On reprendra ça plus tard si tu veux, je pourrai te donner plus d'infos (là je suis en 56k et déjà hors forfait...) ++

Salut, Le problème vient du fait que ton horloge xbox n'est pas bien reglée, et la xbox recoit ainsi des fichiers du futur, et ça elle ne comprend pas bien. Sois tu la règle à la main avec date, sois tu fais "ntpdate ntp.free.fr" (ça va chercher l'heure sur un serveur). Pour t'assurer que tout va bien, tu peux effacer tes sources de kernel décompressées (rm -rf /usr/src/linux-2.6.12) et refaire la manip, normalement tout devrait bien aller. Le 2.6.12-xbox, ché pas, regarde la taille. Sinon, well done tu commence à te débrouiller

Salut, Alors le plan pour bien patcher ton kernel : tu télécharges les sources de kernel 2.6.12, que tu places dans /usr/src. Dans /usr/src, tu fais un petit "tar xjvf linux-2.6.12.tar.bz2" (si tu l'as pris en bzip2, ce que je te conseille). Ensuite tu télécharges le patch xbox, que tu mets, euh, où tu veux, /root ne me parait pas mal. Tu vas ensuite dans le répertoire de tes sources, /usr/src/linux-2.6.12, tu fais le ménage (make mrproper) et tu tapes "patch -p1 < /root/patchxbox.patch" (où /root/patchxbox.patch désigne bien sur le chemin de ton patch). Normalement tout se passe bien, et tu peux ensuite configurer (n'oublie pas d'activer tout ce qui est support xbox !) et compiler ton noyau. Par contre n'oublie pas qu'il n'y a pas encore de driver fatx pour les kernels 2.6. Voilà, j'espère que ça marchera ++

Sur xboxlive.fr, un gars à émis l'hypothèse que c'est une xbox avec une (fausse) coque de xbox360... d'ou halo2 sur l'écran.

Oula tu mélanges tout ! Déjà il ne faut pas confondre température et chaleur. La température se mesure en degrés Kelvin, Celsius ou Farenheit, la chaleur (ou transfert thermique), en Joules ou Calories. La chaleur, c'est de l'énergie, et une conséquence possible est une variation de température. Exemples : -Pour faire augmenter de 1°C une quantité donnée d'eau, tu vas devoir lui communiquer une certaine quantité de chaleur (on l'appelle chaleur caractéristique de l'eau) -Un poulet au four (le poulet, un des héros de la thermodynamique) est cuit avec une température constante (c'est le rôle du thermostat dans le four), et pourtant il a absorbé de l'énergie provenant du four. Alors pour faire un bon transfert thermique, 3 possibilités : conduction, convection ou rayonnement. - Conduction : Quand on pose une casserole sur une plaque chauffante, un transfert thermique s'effectue (non, pas possible !) - Convection : Au dessus d'un radiateur, l'air chaud s'echauffe, monte et atteint le plafond : transfert thermique du radiateur au plafond - Rayonnement : Ici, ce qui porte l'énergie n'est pas la matière elle-même (conduction) ni un fluide (convection) mais une onde electromagnétique comme la lumière. Par exemple, le soleil arrive à nous réchauffer, alors qu'entre lui et nous il n'y a pas de gaz (quand tu dis "pas de gaz pour porter la chaleur", que fais-tu du soleil ? ) Donc pour "dissiper" l'echauffement du CPU, nous disposons de ces 3 moyens : meme la convection, puisqu'on peut utiliser un autre gaz, ou un liquide (cf le watercooling) Voilà !