Bonjour,
Je préviens, je suis un Newbie de base...
Le son ne marche pas sous linux (mandrake 9). Le serveur son ne peut se charger car ma carte n'est pas installée. Pourtant, sous mandrake 8.2, je n'avais eu aucun problème de ce coté-là. Tout s'était configuré tout seul... Si j'utilise le CD d'installation pour faire office de rescue disk et que j'esseille de charger le driver pour la SBlive!, ça ne marche pas car les fichiers nécessaires sont reportés comme étant manquants.
 
Autre chose, paour remédier à ce problème, je me suis attelé à diverses FAQ et autres Howto pour comprendre comment recompiler mon noyau (au cour de l'installation j'ai sélectioné tous les éléments nécessaires à la recompilation de noyau...). Mais quand j'essaille après avoir configuré ce qui m'intéresse (à savoir installer le module de ma carte son et activer le support d'écriture sur les partitions NTFS), j'obtiens des erreurs lors de la recompilation. Comment faire donc pour que ça marche ?
 
Est-ce que quelqu'un peut m'aider ?
 
PS :  j'ai exactement les memes problèmes sous la RedHat 8.0 et comme le support de la lecture ntfs est activé par défaut sur la mandrake j'ai  opté pour cette distrib mais je préfaire la RH 8.0 donc si j'arrivais au moins à recompiler le noyau, je pourrais utiliser la RH 8 qui me plais plus.

en meme tps c bourrin e recompiler comme un porc sans avoir regarder si yavait des modules dispo ou ss avoir fait de recherche approfondi (ki t'aurai montrer ke tu as les modules dispo)
 
 
pour ntfs: modprobe ntfs (ca marchait sur d'aurtes mdk9, pkoi pas toi)
 
essai modprobe emu10k1 aussi pour ta carte... eventuellement si emo10k1 se plaint, fait un modprobe ac97_codec avant

merci d'avoir répondu    
pour la SBlive! voilà ce que j'obtient :
 

sinon la comande modprob ntfs semble fonctioner (g aucun message donc ça doit etre bon...) mais j'ai remonté ma partition et je ne peut toujours pas activer l'écriture dessus car elle est reconnu comme protégée en écriture.
 
Voila mon fichier fsab :

c normal, pour le momment ntfs sous linux c unikement lecture... la version ecriture du module est experimental et deconseillé... microsoft done pas d'info sur ntfs, prenez des formats de partitions libre (ntfs sux)

oué, NTFS c'est normal que tu puisse pas ecrire, d'ailleurs, je le repete encore, pour une machine de particulier (entendre par là "non-serveur" ) NTFS NE SERT A RIEN ! a part a ralentir tes transferts disque...
 
pour la Live! c'est etonnant, j'ai cette carte et elle a perfaitement ete reconnue au moment de l'installation  
Tu es sur qu'elle a pas un petit conflit materiel ?

dans un terminal, tu passes en root, et tu tapes :

 
ce qui t'affichera en direct les logs (il faut le laisser ouvert)
 
ensuite, dans un autre terminal, tu essayes d'insérer ton module emu10k1 (avec modprobe) et tu regardes ce qui va pas dans les logs
 
essayes le module  snd-emu10k1 et pas emu10k1

Quand j'esseile d'insérer emu10k1 voila ce que j'ai en retour dans le log :

Tant qu'à snd-emu10k1 :

 
 
Qu'est-ce que ce "pci=biosirq" à quoi il fait référence ?
J'ai esseillé de taper pci=biosirq dans la console, puis j'ai retenté ma chance avec les 2 modules mais rien ne change...
Que faire ?  

up  

PNP OS désactivé dans le bios ? c'est la 1ère chose à faire qd on installe linux, donc PNP OS -> Disable(d)
 
ensuite ça devrait passer tout seul

Ha ben vi ça va mieux comme ça... Je suis un vrai .
Merci beaucoup.
 
Sinon si je fais modprobe ntfs sous Red Hat 8.0 vous pensez que ça va marcher ?
Et pour l'écriture ntfs c'est si risqué que ça ?  
Si un jour j'active ça, je risque de crasher toute ma partition pendant une copie d'un pauvre fichier texte ?

dans l'ordre :
 
oui
oui
oui

Heu....
Ben non, "probemod ntfs" ne fonctione pas sous Red Hat 8.0...
 
Arrr! me voilà bien avancé, je viens d'écraser mandrake 9 pour mettre Red Hat 8.0 en espérant que ça allait marcher...²
 
Au lieu de ça :
 
 

 
Grrrr ! Ne me dites pas que je vais pas pouvoir accéder à ma partition ntfs sous RH 8 !
 
Comment puis-je faire s'il vous plait ?
 

y a pas le super en natif dans le noyau, faut recompiler en activant NTFS en lecture seule

J'en reviens donc à ma question : comment recompiler sans avoir d'erreurs ?
Pouvez vous peut-etre m'indiquer un document m'indiquant la marche à suivre ?

ils citent MDK, mais c'est la même procédure pour Red Hat
http://www.linux-mandrake.com/en/d [...] apter.html
 
un conseil : si tu recompiles le même noyau, modifie l'extraversion de tes sources, comme ça il n'écrasera pas tes anciens modules en installant les nouveaux (c'est expliqué dans le document)

Les dernières lignes de la réponse à "make clean bzImage modules" :  
 
 

 
 
J'ai pourtant suivis à la lettre les instructions de l'aide mandrake ci dessous citée... Il s'agit des meme erreurs dont j'avais parlé dès le début du topic.
 
Je désespère ...

fonction recherche sur mon pseudo, t'auras la réponse

Il n'y a pas que la vitesse dans la vie. NTFS est un système de fichier journalisé, avec un système de gestion des droits et qui fragmente peu. Bref comme ext3, reiserfs ou xfs. Bref si tu utilises ces systèmes de fichiers sous Linux il n'y a pas de raison de ne pas utiliser NTFS sour Windows...
 
(désolé pour le HS)

 
a part qu'on peut écrire sur du fat depuis linux et pas sur du ntfs pq M$ se démerde pour faire chier le monde ... comme avec son protocol de merde qui passe par le port 137-139 dont je terrais le nom

 
????????? Kédissé ?  

AnGeX a écrit a écrit :     ????????? Kédissé ?

 
il dit ke ya une fonciton rechercher sur le forum ki permet de rechercher par pseudo, et k'en cherchant le sien, tu va trouver ton bonheur
 
ceci demontre de fait que ta jamais fait de recherche avant, ce ki est tout sauf bien, je te propose dc a la place de boolay de la soirée

djoh a écrit a écrit : a part qu'on peut écrire sur du fat depuis linux et pas sur du ntfs pq M$ se démerde pour faire chier le monde ... comme avec son protocol de merde qui passe par le port 137-139 dont je terrais le nom

Oui, mais en l'occurence ce n'étais pas l'argument avancé par philou_a7
 
Bon c'est sûr c'est bien d'avoir une partition FAT32 pour les échanges entre Windows et Linux.

Je veux bien mais bon... biensur que j'ai déjà utilisé cette fonction, y compris pour son pseudo, et ormis un sujet qui parle de la conexion hallucinante de son pote, je n'ai rien trouvé qui m'a intéressé parmis ses posts.
Je vais retenter au cas où je me serais mis dedans mais bon....
 
 
 
 
.... ben oui c'était ça : là je suis passé au stade de Méga boulet du siècle...

 
tiens, je l'ai fait pour toi, chez moi ça marche, étrange  
 
http://forum.hardware.fr/forum1.ph [...] =2&subcat=

BMOTheKiller a écrit a écrit :     tiens, je l'ai fait pour toi, chez moi ça marche, étrange     http://forum.hardware.fr/forum1.ph [...] =2&subcat=

 
t un dieu vivant toi, c tout

 
tu me cherches ?  
 
spa dur la recherche :
 
Pseudo : BMOThekiller
Dans : OS Alternatif
Où : dans le contenu des messages
Depuis : en intégralité
 
VALIDER
 
paf ! le résultat sur le lien au dessus

Donc si j'ai bien compris, je fais :
 
 declare -x LANG=C
 
- make menuconfig
- tu sauvegardes ta conf du noyau dans un fichier "save to an alternate configuration file"
- tu ressors de la config
- tu fais un : make distclean && make mrproper
pour être sûr
- tu refais : make menuconfig
- tu charges ta conf : load from an alternate conf file
- tu sors en enregistrant
- tu balances la compilation
 
 
Et ça va marcher c ça ?

 
 
tu te force ou koi? c kon ta kestion... test tu verra toi meme

Ben oui c ce que je suis en train de faire...
 
Au fait leirn t'es fan de KoRn ou quoi ?

 
fais plutôt la version avancée :
 
/etc/sysconfig/i18n :

 
declare -x LANG="fr_FR.ISO-8859-1"
 
puis tu fais ce qu'il y a au dessus après le declare -x LANG=C

 
C loin d'etre mes preferés (j'en ai une petite 40aine a mettre devant facile)  
 
par contre j'adore cette expression

 
 
Moi oci j'aime bien...
Et tu y penses vraiment toute la journée ? Tu es un vrai obsédé sexuel ?  ;^)
 
Bon ça a l'air de marcher... C'est en train de compiler et ça fait 10 min que ça tient sans erreur. :-)

 
technikement... oui (g croiser une fille qui etait ds ma classe l'an passé sur un trottoir ya 15 jours, et on allait ds la meme direction apres... elle a osé me demander si gt pas en train de la suivre deliberement)

Méga Boolay 2003 Powaa !
 
Ca a pas marché surement car j'avait pas modifié i18n et / ou à cause des includes de gcc que j'ai pas copiés dans linux.
 
Mais là ou je cartone c'est qu'en les copiant pour retenter comme ça, je me suis mis dedans : j'ai suprimé le dossier include de linux !
 
HHHHHHHHAAAAAAAAAARRRRRRRRRG !        
 
Je peux meme plus faire make config !
 
Comment je V faire ?

AnGeX a écrit a écrit : Méga Boolay 2003 Powaa !   Ca a pas marché surement car j'avait pas modifié i18n et / ou à cause des includes de gcc que j'ai pas copiés dans linux.   Mais là ou je cartone c'est qu'en les copiant pour retenter comme ça, je me suis mis dedans : j'ai suprimé le dossier include de linux !   HHHHHHHHAAAAAAAAAARRRRRRRRRG !           Je peux meme plus faire make config !   Comment je V faire ?

 
man urpmi, et tu regarde komen on vire puis remet un packge

"il n'y a pas de manuel pour urpmi"
 
 

ta pas virer les pages de man aussi?

g suprimé tout include de /usr/src/linux-angex  (en fait lien ver les seules sources )

Bon tecniquement, si je trouve un moyen de tout remettre (re-install par ex) et que je suis tout le protocole :
 
includes
i18n
LANG
etc..
 
Ca devrai marcher comme sur des roulettes. Donc je vais tenter ça...

Leirn a écrit a écrit : ta pas virer les pages de man aussi?

 
heu... y a pas urpmi sous RH 8.0
 
faut suivre leirn, notre client est passé sous RH
 
bon, si tu as viré les includes des sources du noyau (c'est à dire dans /usr/src/linux) ce n'est pas grave, tu fais "rpm -e kernel-source" puis tu vires le répertoire des sources (/usr/src/linux-2.4.18-14) et tu le réinstalles :
 
tu peux trouver les sources sur un des CD de la RH 8.0, je sais plus lequel, désolé, mais ça s'appelle kernel-source-2.4.18-14.i386.rpm
 
sinon tu peux aller sur http://fr2.rpmfind.net, tu cherches "kernel-source" et tu choppes le rpm correspondant à Red Hat 8.0 (c'est le même nom : kernel-source-2.4.18-14.i386.rpm)