Reprise du message précédent :
Je regarde cela à l'occasion .

 
Sur ma debian il ne créé pas le vmlinuz dans le repertoire 86_64 donc ça doit bien avoir une conséquence

Pareil sous Gentoo, c'était dans i386 là.

Ok, pour le bios, je viens de trouver l'astuce : le fichier initial de Gigabyte doit d'abord être exécuté pour extraire les fichiers que l'on met seulement ensuite sur la disquette.
 
C'est pratique d'avoir un *.exe sous Linux (heureusement, il y a Wine, mais quand même ).
 
édit : cvscedega a fait le job   (1 exe -> 3 fichiers)

tu peux toujours graver un CD avec une amorce DOS + fichier de flash non ?

C'est bon, j'ai fait la manip hier de suite (vers 0:45, genre d'heure pour flasher le bios ), car j'avais une disquette système, ensuite, en rebootant et en entrant dans le bios, je choisis le fichier k8vt800p.f13 et ça upgrade tout seul .
 
NB : chez Gigabyte, ctrl+F1 révelle des options supplémentaires dans le bios .

Depuis que j'ai eu un cluster HS en cours de flash de bios, j'evite de flasher avec une disquette

sûr mais dual-bios powered là (donc même en cas de souci, ça va ).

Je suis en train de secher pour installer une Fedora Core 3 x86-64 sur un Athlon64 3000+ (MSI K8n Neo Platinum / nForce 3 250Gb).
 
Pour lancer l'install je tape linux noapic nolapic mais mais ça plante toujours juste à running /sbin/loader
 
J'ai essayé une version i386 et ça me donne la même chose au même moment. Je n'ai pas de disques SATA donc j'ai désactivé le controlleur mais ça ne change rien. Quelqu'un a une idée ?

Tu découvre la joie du nforce, essai avec une knoppix, la 3.8.2 dispose du kernel 2.6.11 et le nforce 3 est supporté.
 
Sinon en principe sur du nforce 3 la Ubuntu Hoary 64 passe aussi, meme si tu n'auras pas les perfs d'un chipset VIA ou SIS, c'est mieux que un truc qui ne fonctionne pas

bah, avec la deb64, j'ai de très bonnes perf, tout marche très bien, sans avoir besoin de noapic nolapic
 
(cm nf3 pro ou une connerie du genre)

 
Nvidia ne fournit pas les drivers en open source, donc c'est du reverse pour les drivers donc a part d'installer les drivers propriétaires nvidia pour ton kernel, les perfs avec les génériques ne sont pas terrible
 
J'ai assez gouté ça avec le nforce2 qui se fesait atomisé la tete par un ridicule Sis746FX !

bah, j'ai les drivers open source (pour la cm) et je vois pas de pb de perf...
 
donne moi un test à faire ou des comparo. P'tet que les perfs sont pas bien méilleures que les autres chipset, mais j'ai pas cette impression

J'ai pris les drivers NVIDIA 64 bits sous une sid 64, et aucun problème... j'ai même 5 fps de plus dans Doom3 (avant que le jeu plante lamentablement sur un segment fault... après 15s)

J'avais fait l'essai a l'epoque avec un disque dur, en burst rate sous HDparm, le Sis est 40% plus performant, mais bon j'ai lu que les chipset avait un controlleur IDE extra performant, et un AGP moins performant.

bah, si jamais je trouve quelqu'un qui, comme moi, à un vieux dd (ibm 60GXP encore en vie, si si, c'est vrai) sur une carte mère toute neuve, je veux bien faire le test, ça m'intéresse pas mal

De toute façon chaque chipset ont leur trucs en plus
 
Pour l'A64 c'est moins le cas, le cpu a son propre controlleur mémoire et le chipset est moins performant, meme un Uli arrive a suivre, c'est pour dire

En faisant un google sur running /sbin/loader, j'ai trouvé quelques messages de forums et il parait que c'est un probleme USB.
 
Je vais essayer de lancer l'install par linux nousb. On va voir ce que ça donne.

Bon, ça va un peu mieux. Avec le paramètre nousb l'installation se lance et je peux la terminer. Au boot suivant par contre, il s'arrête en initialisant l'audio sans aucun message d'erreur. Il reste juste callé là pendant un bon bout de temps.
 
Je ne sais pas si c'est un problème avec la Hercules Fortissimo IV (Via Envy24HT). Je vais chercher un peu là dessus.

C'est un APU IcEnsemble 1724, aucun probleme, ça marche, j'ai le meme
 
Tu as précisé a l'install de démmarer le kernel avec des commandes particuliere comme ton nousb ?

Je viens d'aquérir un amd 64, j'hésite a faire le passage sous un os exprès, est-ce que y'a une grosse différence a mettre une version 64bits ?  
 
Si c'est rentable, j'hésite entre Ubuntu (que je connais ) et Suse (que je connais pas), est-ce que vous en recommandé spécilement un des deux ?

J'esperes que tu n'est pas en NForce 4 car ubuntu n'appréci pas du tout la plaisanterie
 
Pourquoi prendre une surcouche ? utilise directement une debian...

Je suis en NForce 3 (avec une carte ati, d'ailleurs sous Ubuntu ce fut limite galère pour que ca marche correctement )
 
Mes choix se porte sous Ubuntu et Suse parce que premièrement j'ai débuté sous Ubuntu, donc je connais les base, et pour Suse j'ai un copaing qu'a les DvD d'installation, et ca serait parait-il mieux que Ubuntu (plus complet, compréhensible vu le nombre de programme avec...)

 
Avec Ubuntu Hoary pas de probleme particulier avec le nforce3, juste la carte reseau qui peut posé probleme mais bon, ce n'est pas insurmontable.
 
Pour l'ati, bon courrage mais le driver est fourni en RPM donc compatible suse.

 
Pourquoi, y'a des problèmes avec le nforce4 et ubuntu
 
J'ai du nforce4 et ubuntu s'est installé sans le moindre problème

 
En sata, le kernel pose des problemes au boot mais bon, ça va etre rapidement résolu, en Ubuntu 5.10 (oups octobre 2005 la prochaine version )

 
Ah ok
Ouaie vu que mes disques sont en P-ATA j'ai pas eu ce genre de problèmes. En tout cas c'est toujours bon a savoir

 
Dans ce cas la je vais plus pencher pour Suse
Merci pour vos conseils

Pour ceux qui utilisent l'IT87, vous avez de bonnes valeurs de températures ?
 
Enfin, chez moi, ça varie de 40°C à 56°C, sachant que si je branche un périphérique usb contrôlé par le port (typiquement un scanner sans bouton on/off), la température est à 50°C (rien de bizarre dans les logs), donc, je ne sais si le CoolNQuiet fonctionne bien ou si la sonde est à la ramasse (faut dire aussi qu'à part les fans, le 12V, et la température cpu donc, le reste est un peu fantaisiste ).
 
Aussi, ce périphérique usb (le scanner donc) ne s'éteind pas quand le pc s'éteind , je vais regarder dans le bios, j'ai dû passer la bonne option, je pense .
 
édit : un truc bizarre aussi (températurement s'entendant ), si je branche le scanner, et que je le retire par la suite, la température ne revient pas au même niveau initial .

salut,
 
j'ai un it87 et a priori les températures semblent correctes (sauf que proc et CM sont inversées)

Tiens, je viens de passer en 2.6.11.10, et le kernel a été patché pour le bug du powernowk8.c... sauf que j'ai plus du tout les tables de fréquences . ACPI est ok, mais pas pour le CPU alors que la config est reprise de ma 2.6.9 :|
 
J'ai testé en rajoutant au kernel, en modules ou non, certains trucs : que dale (Y a bien un /proc/acpi/processor/CPU0/info, avec mais gestion d'énergie à off...)

Cpudyn a toujours marché chez moi pourtant, il avait quoi comme bug ?

 
edit : Enfin réussi  
 
2.6.11.10 :

J'ai des difficultés à installer le driver graphique nVidia pour mon noyau 2.6.12-rc5-mm1 sous Debian AMD64 (il me dit que le insmod foire), est-ce qu'il y a quelques précautions à prendre ?

Normalement ça roule direct...

Même avec un kernel compilé perso, avec l'utilitaire NVidia ?

apt-get install module-assistant nvidia-kernel-common && module-assistant auto-install nvidia
 
Ca marche chez moi en 2.6.11 (stock)

 
Pense a copier les fichiers, les drivers les met dans la section lib alors qu'il faut qu'ils soit dans lib64.
 
(/usr/X11/lib/ au lieu de /usr/X11/lib64 un truc comme ça)

 
Ah ouais, c'est vrai y a un truc à faire à ce niveau... du genre ln -s /usr/X11/lib64 /usr/X11/lib/

 
la : /usr/X11R6/lib64/modules/drivers/ et dans extensions. et dans la racine de lib64.

Nan mais moi il me dit qu'il ne peut même pas charger nvidia.ko, donc simplement le module noyau nvidia ... ça fait pitié