Reprise du message précédent :

 
nan, passe pas et c'est pas normal, tu repasses en anglais dans la console si tu mets 8859-15, bref une merdouille en plus de l'utf-8 qui bug, j'espère que ce sera réglé dans la 8.1 car ça fait pas mal de petits trucs à modifier peu à peu
 
j'ai aussi recompilé un autre gcc pour plus avoir de problème, si ça t'intéresse, tu choppes les sources de gcc 3.2.1 par exemple sur gcc.gnu.org, puis tu compiles avec ça :  
 

 
ça n'écrasera pas l'ancien qui lui est installé dans /usr
ensuite tu fais un gcc -v pour vérifier que tu utilises bien le 3.2.1
et t'auras un gcc tout neuf optimisé pour ton proco

C'est pas HPT366 et HPT374 c'est HPT366 et HPT34X.
Linux me disait, quand j'avais démarré mon noyau custom, qu'il avait detecté un HPT366 mais n'avait pas les pilotes. Donc ça doit être l'option à activer.

allez on est chaud, on y va!
 
J'ai téléchargé le 2.4.20
J'ai déçidé de faire une première compilation avec toutes les options par défaut (sauf HPT366)
Si ça marche, je ferais un autre 2.4.20, configuré option par option.
Au final j'aurais le 2.4.18, le 2.4.20ori et le 2.4.20custom
 
Avec ça j'espère résoudre mes problèmes de DMA, et avoir le monitoring de la carte mêre.

bah pour le monitoring, il faut penser à appliquer le patch lm_sensor, c'est tout bête il y a un script perl dedans (mkpatch.pl) qui fait ça, juste 2 ou 3 ligne à taper
 
ensuite activer dans le noyau et voilà, tu peux afficher les infos dans gkrellm ensuite

tu peux détailler ou donner une doc stp?

première compile du 2.4.20:
reboot et paf: kernel panic! C'est con, fallait activer le suport ext3    
 
je suis reparti pour une nouvelle compilation...

- tu télélarges lm_sensors, je sais pas quel est la version actuelle, on va dire celle que j'utilise : lm_sensors-2.6.5.tar.gz
- tu l'extraits
- tu tapes : head lm_sensors-2.6.5/doc/mkpatch
- là il t'affiche directement ce qu'il faut taper, à savoir :
 

 
- là tu tapes donc : cd lm_sensors-2.6.5
- puis les 3 commandes ci-dessus pour qu'il te patch le noyau (bien sur il faut que tu ais un lien symbolique "linux" dans /usr/src qui pointe sur les sources du noyau à patcher, ex.: sur linux-2.4.20, pour le céer s'il n'existe pas : cd /usr/src && ln -s linux-2.4.20 linux)
 
tu n'as plus qu'à configurer ton noyau, pour le monitoring ça se passe dans "Character Devices", "I2C" et "Hardware sensors" juste en dessous
 
une fois le noyau compilé, rebooté, etc.... tu peux visionner les tempéraures, vitesse des ventilos, tensions, dans gkrellm (une version 2.xx), dans les options tu as "builtins", là tu as ensuite "sensors" ou "capteur" selon la version de gkrellm (celui livré avec la RH8 est bon)

ok d'ac. Là je vais essayer un noyau classique et au prochain reboot si tout se passe bien je fais une config spécialisé en intégrant lm_sensors

nouveau kernel panic. Encore une fois, il ne trouve pas la partition root. La faudrais qu'on m'explique parceque le support ext3 est bien activé!
 
Y'a pas moyen de récupérer le fichier xconfig du noyau utilisé?

ton pb se situe dans /etc/fstab, en effet tu y verras de bo LABEL= en lieu et place des /dev/hdxy
et ca kan tu recompiles ton noyau ca chie... j'ai pas trouvé comment regler ca sans editer le fstab

4è compil de kernel en cours: cette fois j'ai été aidé par mon frère et j'ai intégré lm_sensors. Je sais c'est un peu risqué...

ok c'est bon, ça avance!
 
En fait c'était une erreur de configuration de grub. J'ai donc pu booter sur un noyau 2.4.20!
 
Mon problème de DVD est résolu, plus la moindre saccade! hdparm indique que mon DVD est en UDMA. Ah quel plaisir d'utiliser toutes les possibilitées de mplayer . Dommage qu'il n'y ait pas un soft comme ça sous Windows (ça serait plus pratique au boulot).
 
Le monitoring ne marche toujours pas. Mais j'avais pas encore activé les fonctions adhoc. C'est en cours de compilation.
 
Reste à voir la gravure de CD et la carteTV. Mais la je vois venir la fin du tunnel. Linux demande du temps (j'ai mis 4h ce soir sur les noyaux) et de la patience (au bout d'un moment j'en avait marre). Je dirais aussi qu'il y à certaines fonctionnalitées/reglages qu'il "faut connaitre". Mais ça le rends bien   , je ne regrette pas le temps passé dessus.

C'est bon le monitoring marche. Je sens une accélération du système, ça va plus vite qu'avant. Faut avouer que j'ai fait un peu le ménage dans les options du kernel (genre chipset Intel,SIS, ALI? C'est quoi ces trucs? ça sert à rien!)
 
Bref plus qu'a résoudre 2-3 petits trucs et à trouver les quelques softs qui me manquent!

 
bah si ça sert ! c'est le super en natif des chipsets Intel, SIS, ALI, ... des cartes mères  
 
si tu les as viré de I2C/hardware sensors, ça va, mais si tu les as viré de "ATA/IDE/MFM/RLL support", il vaut mieux que tu n'ais pas viré aussi celui de ta carte mère, ça marche bien en generic ide en général mais bon, niveau perf je suis pas sûr que tu profites des optimisations

ah non j'ai pas viré celui de ma carte mêre bien sûr    
 
Là j'ai un truc curieux c'est que le PC ne s'éteint plus. J'aurais ptete pas du activer l'ACPI. Autre chose, au boot y'a un outil redhat qui cherche à configurer clavier et souris USB. N'en ayant pas, j'ai désactivé ça dans le noyau. Comment le désactiver dans la redhat? J'ai supposé que c'était un service mais j'ai pas trouvé lequel...

moi aussi suis nb
 
je voudrais garder mon xp sur mon dur et par exemple installer linux sur un autre dur, j'ai lu qu'il fallait préparer trois partitions, mais que recommandez-vous comme taille? une pour le swap donc 1Go devrait suffire, mais le "/" et le "/home" c quoi exactement? et est-ceque je partitionne en fat32 qui sera converti ensuite par l'install de redhat?
 
autre question sur le dual boot, j'ai vraiment pas envie de perdre mon install de xp vu tous les fichiers persos, donc jaimerai être sur que lors de l'install (d7 de boot ou sur le cd si ça marche) il n'y ait pas de pb. (j'ai déjà perdu des entrées de fichiers sur deux durs et pas du tout envie de recommencer).
 
autre question: j'ai une 9700Pro, mais pas vu de drivers linux sur le site de hercules, y'en a au moins ou rien du tout?
idem pour mon a7v8x qui a un kt400 donc... rien de tel vu sur le site d'asus.
 
allez on se motive
 
PS: pour l'install comme je suis prudent de nature je compte débrancher mon dur avec xp et installer sur l'autre, mais le logiciel de duall boot va faire son office qd je remettrai l'autre dur ou alors xp va démarrer en ignorant royalement linux? faut-il mettre le dur avec xp en slave et pas en master?
 
que de questions
 
dsl les gars et merci de votre aide

bon j'ai rien dit
http://mirror.ati.com/support/drivers pour les drivers linux

 
pour l'acpi :
dans la config du noyau tu actives ACPI en hard (de toutes façon tu n'as pas le choix), puis bus manager, system, processor et button en modules, tu peux virer la gestion de APM (décoche Advanced power management qui se trouve en général en dessous de ACPI), puis tu recompiles tout
ensuite tu édites /etc/rc.local et tu mets rajoutes ces lignes :
modprobe ospm_busmgr
modprobe ospm_system
modprobe ospm_processor
modprobe ospm_button
 
pour la détection au démarrage :
il y a le service kudzu qui démarre, si tu ne comptes pas ajouter de matos tout de suite, tu peux virer le démarrage de kudzu, tu n'auras plus de détection de matériel (utilise redhat-config-services par exemple, tu décoches "kudzu", tu sauvegardes, tu ne l'auras plus au démarrage pour le runlevel actuel)

oh bah autant laisser en APM et pas s'ennuyer je crois. Merçi pour tes réponses.  

voilà, problème résolu. Par contre j'ai perdu le son sur 4 enceintes, c'est assez génant. De même le mixer se ré-initialise à chaque boot, je ne sais pas pourqu'oi.
 
Un truc m'étonne: au boot j'ai:
Creative EMU10K1 PCI Audio Driver, version 0.20, 17:13:48 Jan 22 2003
PCI: Found IRQ 11 for device 00:09.0
PCI: Sharing IRQ 11 with 00:13.0
emu10k1: EMU10K1 rev 7 model 0x8026 found, IO at 0xd000-0xd01f, IRQ 11
ac97_codec: AC97 Audio codec, id: v9(SigmaTel STAC9721/23)
 
Pourtant j'ai désactivé l'AC97 dans le kernel, et j'en ait pas dans ce PC.

emu10k1 utilise le module ac97_codec, comme la plupart des cartes son d'ailleurs
 
le mixer ne se réinitialise pas, c'est plutôt que ces paramètres ne sont pas chargés, je te conseille de compiler les emu-tools dispo sur sourceforge.net : http://www.sf.net/projects/emu10k1
 
tu compiles le module puis les emu-tools (qui se trouvent aussi dans le tar.gz emu10k1-0.X.tar.gz), tu obtiendras donc un nouveau module devant écraser celui du noyau et des utilitaires permettant de gérer efficacement en ligne de commande ta carte son, avec un script chargeant la config, il est intéressant de mettre ceci dans ton rc.local pour que les paramètres soient pris en compte au boot, la seul chose qui n'est pas gardé est le réglage des basses et des aigus il me semble

Ah bon?  
J'y vais de ce pas!

 
mdr ! je sais PAS le multi de qui tu es toi, mais pas mal vu

elle est bonne celle-là  

BMOTheKiller> Merci pour les réponses mais comme j'ai crashé mon dur de 120Go hier je vais attendre un poil pour installer red hat
au moins j'aurai pas de pb pour le formatage qd il reviendra de maxtor
 
edit: il a redémarré donc finalement il va se retrouver avec une red hat plus vite que prévu

 
ça se crame pas comme ça un maxtor, surtout si c'est un 6Y120L0

désolé de t'ennyer encore avec mes problèmes mais j'en ait encore avec mon nouveau noyau:
Je n'arrive pas à émuler mon graveur IDE en SCSI, cela semble venir de l'absence de modprobe. Comment réactiver modprobe?
 
merçi

hmmmmm.... étrange
 
tu n'as rien à faire toi-même normalement, donc 2,5 solutions (:D) :
 
1 - tu n'as pas spécifié "hdX=ide-scsi" sur la ligne "kernel" à la suite de "root=...." dans ton grub.conf (X étant la position de ton graveur)
 
2 - tu as compilé ton noyau sans support scsi et/ou émulation ide-scsi, dans quel cas il te faudra recompiler le noyau en activant ceci
 
2,5 - parfois il faut spécifier "scsi_hostadapter ide-scsi" dans /etc/modules.conf, mais jusque là je n'ai jamais eu à le faire, la ligne s'ajoutant toute seule lorsque je bootais en ayant bien rajouté "hdX=ide-scsi" dans grub.conf

grand merçi, je vais tenter tout ça.

Salut,  
 
J viens egalement d installer une Redhat 8.0
J suis newbie complet, et je voudrais savoir ce qu il y a de bien comme :
 
* lecteur mp3 (un truc sympa genre winamp)
* lecteur multimedia (divx, mpeg, avi ... genre MS mediaplayer)
 

 
- xmms (mais il faut aller là http://www.xmms.org et là http://apt.freshrpms.net )
 
- mplayer : http://mplayerhq.hu ou le télécharger avec apt-get que tu auras choppé sur freshrpms à l'adresse ci-dessus

 
 
merci    
 
J comprend enfin pourquoi j arrive pas a lire mes mp3 avec la redhat 8.0 ...
 
Redhat decided to not ship any mp3 decoding software whatsoever in Redhat 8.0 (information), so you'll have a couple of options.
 
 
edit : parcontre, j ai le son a fond et j entend presque rien

Bon, je viens d'intaller synaptic, comme préconisé dans le 1er post...résultat: il me sort un tas de ligne rouges pas belles!
Je me dis que c'est mauvais signe, donc j'aimerais vérifier comment marche ce logiciel avant de faire des conneries!
[edit]
Ce sont des paquets cassés...Il y en a un nombre impressionnant! Ca peut venir d'où?

up!
J'ose plus installer quoi que ce soit...

je ne vois qu'une solution (radicale) : apt-get -f install
 
 

ca fait quoi ca?

apt-get --help
man apt-get
 
ça t'aidera

Tiens, première fois qu'on me sort un RTFM-like...
En tout cas je vois pas tout à fait le rapport:

 
Ca va pas me réparer synaptic ca...

lance-le tu verras
 
au fait synaptic c'est un frontend pour apt, donc tu as 2 solutions :
 
- sous synaptic, tu clique sur le bouton "réparer la casse" en haut (là il fera un apt-get -f install)
 
- soit dans un shell tu fais directement "apt-get -f install" et tu sauras un peu mieux ce qui se passe, il te demandera si tu souhaites continuer vu qu'il va forcément devoir désinstaller des paquetages
 
après tu feras attention de bien installer des paquetages pour ta distro (et pour la même version), tu éviteras aussi d'utiliser --nodeps --force avec la commande rpm sauf si tu es vraiment sûr de toi et que le système ne risque pas de se "casser la gueule"
 
voilà, bon courage

Humm je vais ptetre attendre d'avoir terminé mon projet pour tout ça moi...
Si je fais "reparer la casse" sous synaptic il m'annonce gaiement
que 1974mo vont etre liberes grace à la suppression de 748 paquetages...Juste pour rigoler j'ai regardé la liste...le 1er à être supprimé c'est apt...:lol:
Suivent bash, rpm, etc etc...en gros tout le sytème!