Voilà, j'ai compilé mon beau kernel pour Debian Unstable et j'ai un peu merdé dans les options, aucun charset n'étant compilé en hard (ils sont tous en module ...), et j'aîmerais récupérer le système. En bootant avec le CD, j'arrive à éditer mon lilo.conf, mais pour lancer lilo.real c'est un peu la merde ... quelle est la solution pour récupérer mon LILO ?
 
De même, j'ai une Aureal Vortex 1 et je galère pour installer cette **** de module dans le noyau. J'ai trouvé ici un paquet Debian :
http://src.braincells.com/debian/sid/au88xx/
 
Mais je ne sais pas comment l'utiliser correctement. Il disent de l'utiliser en concordance avec le package kernel-package que j'ai déjà utilisé pour compiler le noyau ci-dessus, mais je ne sais pas ce que je dois faire exactement : installer le package aureal puis compiler normalement le noyau, ou patcher les sources, ou encore faire une manip' magic' pour faire marcher le module sans compiler le noyau ?
 
Merci de vos réponses

la prochaine fois, utilise le make-kpkg, ça mettra à jour lilo pour toi mais surtout, dans ton cas, ça laissera une entrée vers l'ancienne version du noyau
 
sinon, quand tu as booté sur le système via rescue root=/dev/hdaX, où est le problème pour remettre lilo à jour vers l'ancienne version du noyau ?
Si tu utilise rescue tout court (c'est possible ?), alors monte ta partition système et chroot toi dedans pour te retrouver comme à la maison

Euh, j'ai utilisé dkpg pour installer mon kernel, mais mon menu n'est pas activé
 
Sinon, je vais essayer root=/dev/hdaX, merci !
 
PS : Pour les drivers Aureal, pas une idée ?

comment tu as fais pour rater ton coup en utilisant make-kpkg ?
 
pour ton module de carte son:
tu installes le .deb
soit ça te créé un /usr/src/modules/ton_truc_audio
soit ça te met une archive dans /usr/src qu'il faut décompressé à la main pour retrouvé ledit répertoire.
tu fais ton make-kpkg kernel_image et ensuite tu fais un :
make-kpkg modules_image qui va donc compiler ces modules additionnels.
tu obiendra un ton_tuc_audio....deb dans /usr/src si ça marche.
tu installes le tout et rulez

comment tu as fais pour rater ton coup en utilisant make-kpkg ?
 
pour ton module de carte son:
tu installes le .deb
soit ça te créé un /usr/src/modules/ton_truc_audio
soit ça te met une archive dans /usr/src qu'il faut décompressé à la main pour retrouvé ledit répertoire.
tu fais ton make-kpkg kernel-image et ensuite tu un
make-kpkg modules_image qui va donc compiler ces modules aditionnels.
tu obtiendra un ton_tuc_audio....deb dans /usr/src si ça marche.
tu installes le tout et rulez

PS: Note que d'après ton lien il est nécessaire de faire une modif dans un fichier de conf avant de lancer la compilation du module
 
PS2: Si ton problème avec lilo est qu'il n'est pas intéractif, je crois que tu peux forcer une invite en laissant Control appuyé pendant son apparition (un truc du genre )

Merci pour ces réponses riches et précises 911, pour information le .deb créé un sous-dossier dans le src (modules/aureal88xx il me semble) dans lequel j'ai modifié mon fichier conf, donc je lance simplement ces deux commandes (après avoir config le kernel) :
make-kpkg kernel-image
make-kpkg modules_image
 
... non ?
 
PS : J'ai foiré mon kernel parce que je l'ai mal configuré, mais le .deb a été très bien créé par make-kpkg
J'adoooore utiliser KDE-3.1 sur ma Sid

normalement c'est aussi con que ça.
mais si tu veux juste ajouter ce module, tu n'es pas obligé de partir d'un nouveau noyau. Il te faut juste partir des souces de même version que ton noyau et installer les kernel-headers de ton noyau (par exemple kernel-headers-2.4.18-bf2.4).
Les kernel-headers contiennent les fichiers créés lors de la compilation du noyau tels modversions.h et autres trucs auxquels je comprend rien et permettent de faire des modules s'intégrant parfaitement au noyau existant

Je cherche pas à comprendre, je veux que ça marche
 
Merci beaucoup de ton aide

C'est parfait, avec le rescue j'arrive à booter mon système !
 
Mais ... je me suis rendu compte que le pb ne venait pas exactement de mon noyau. Lorsque je reboot après, il me met un "Keytable read/checksum error" lorsque je boot sur ma partition Linux ... j'utilise un secteur de boot avec NTLDR pour démarrer Linux, mais je doute que ça aie un rapport avec l'erreur citée ci-dessus ...
 
PS : 911, tu utilises quoi comme patches pour ton noyau ?

là je sèche. ça me dit rien.
 
les patches j'ai juste i2c et lm-sensors (pour les sondes de température proc/mobo) et le nvidia.

Je vais essayer de réinstaller un kernel standard ...
 
Mais bon si vous avez idée de la raison de ce message d'erreur je suis preneur

Bon, j'ai fait un peu le ménage et réinstallé le kernel standard, maintenant je peux booter à nouveau normalement. Ce soir j'essayerais une compilation avec les drivers aureal ...
 
Mais juste deux questions :
- Comment activer le menu pour LILO ?
- Comment utiliser Grub ? En effet, aucun fichier conf ne semble être livré avec le package

Voilà, j'ai recompilé mon nouveau noyau, mais je suis toujours emm* avec mes drivers aureal. En suivant les instructions officielles, j'ai tapé cette commande (après avoir compilé le kernel de la m^eme manière) :
fakeroot make-kpkg --append_to_version -686 --initrd  --revision=Fred.01 modules_image
 
Et le message d'erreur que j'obtiens est le suivant :

Donc si vous aviez une solution je suis prenant ... ça m'a l'air d'avoir été codé un peu à l'arrach' ce package
 
PS : J'y pense, n'existe-t-il pas un autre moyen d'installer ces modules que par ce package qui date qd même du 5 janvier 2002 ? Une incompatibilité avec le kernel 2.4.20 et les routines de la Sid sont-ils possibles ?

Ah, ça fait plaisir de voir que je suis pas le seul à avoir une Aureal... Bon, alors d'abord, sache que c'est assez chiant à installer, et que ça ne fait pas toujours bon ménage avec les drivers Nvidia... Enfin bon, voici la marche à suivre (en tout cas, je fais comme ça, et ça marche).
 
Installer le paquet des sources du driver Aureal (j'ai refait un paquet avec des drivers tirés du CVS, donc un peu plus récent, disponible au http://brebisproductions.free.fr/d [...] 1_i386.deb )
 
# dpkg -i /chemin/vers/au88xx-kernel-source_1.1.3-1_i386.deb
# cd /usr/src/modules/au88xx-kernel
# vi Makefile
 
Le Makefile date un peu, notamment pour les optimisations de gcc. Il faut remplacer CFCPU = -mpentiumpro ligne 43 par CFCPU = -mcpu=pentiumpro
Mettre sa version du kernel à la ligne 64 (INCLUDE_DIRS = -I/lib/modules/$(KERNEL_VERSION)/build/include) à la place de $(KERNEL_VERSION) sinon ça risque de foirer.
 
# vi debian/makefile.config
 
Et là, mettre la version de sa carte à la ligne 7 (pour toi donc, ce sera AUCHIP=AU8820)
Commenter la ligne 12 si on n'a qu'un seul processeur.
 
# debian/rules binary
# dpkg -i /usr/src/au88*
 
Et voilà ! Un petit modprobe au8820 et tu auras le son.

 
il a pas trouver la commande dh_testdir qui est dans le paquet debhelper.

Merci bcp Lucaramel, je vais tester ton package ce WE
 
Sinon, je vais aussi essayer d'installer le package debhelper, mais rien n'était indiqué sur la homepage du mainteneur ...
 
Encore merci pour vos réponses, je vais tester ça demain

pour les problèmes de "file not found", il existe auto-apt qui sert précisemment à chercher, parmis les paquets installés ou non, lequel fourni tel ou tel fichier.
 
 

 
 
Il faut installer le package homonyme et ensuite ça marche un peu comme apt-cache:
auto-apt update met à jour la BDD des sources définies dans sources.list
auto-apt search bidule pour la recherche.

Debian's Maaagic
 
Merci GT3

Bon, je viens de tester les quelques conseils dispensés ici pour compiler mes modules à partir du package "officiel", et ça merde encore :

Donc je vais essayer ton package modifié pour voir ce que ça donne

Je viens d'installer ton package, et j'ai suivi toutes tes recommendations, mais j'obtiens ce message d'erreur :

Je me demande ce qu'il me veut avec ce satané fichier modversions.h ... c'est ou ce truc ?!??
 
PS : un "auto-apt search modversions.h" ne me renvoyer rien

modversions.h est un fichier créé à la compilation du noyau.
 
tu as bien un lien /usr/src/linux -> /usr/src/linux-2.X.XX ?
 
 

 
 
sinon, auto-apt marche pas toujours

Si je ne me trompe pas, ce fichier est créé lorsque l'on compile
soi-même un noyau.
 
J'avais eu une erreur du même type lors de la compilation d'un
driver nvidia sur un noyau pré-compilé.
 
Tu trouvera ce fichier dans le répertoire :
/usr/src/kernel-source-2.x.x/include/linux
 
Voilà ...
 
 
 
911GT3 a été plus rapide ...

J'avais oublié ce point assez lourd. Je crois que je ferai un paquet qui corrige ça, mais bon, en attendant voici comment résoudre le problème.
 
Tout d'abord, il faut installer les headers de ton noyau, puis faire :
 
# ln -s /usr/src/kernel-headers-2.4.xx /usr/src/linux
 
puis éditer le Makefile contenu dans /usr/src/modules/au88xx-kernel à la ligne 64 et remplacer :
 
INCLUDE_DIRS = -I/lib/modules/$(KERNEL_VERSION)/build/include
 
par INCLUDE_DIRS = -I/usr/src/linux/build/include
 
Et ça roule.

OK, je vais tester ça merci

ENFIN ! le véritable path était :
INCLUDE_DIRS = -I/usr/src/linux/include
 
Autrement dit, dans mon cas et sans le lien :
INCLUDE_DIRS = -I/usr/src/kernel-headers-2.4.20/include
 
Donc, je récapitule pour ceux qui lisent de bas en haut
 * Installer le package debhelper, les headers pour le noyau et évidament les sources pour le module Aureal
   Faire un petit :
# ln -s /usr/src/kernel-headers-2.4.xx /usr/src/linux
 * Dans les modifications à apporter :
/usr/src/modules/au88xx-kernel/debian/makefile.config
Changer la valeur AUCHIP suivant la carte que vous possédez (Vortex1, Vortex2 ou Advantage)
/usr/src/modules/au88xx-kernel/Makefile
Ligne 43 à remplacer par : CFCPU = -mcpu=pentiumpro
Ligne 64 à remplacer par : INCLUDE_DIRS = -I/usr/src/linux/include
 
Se placer dans le dossier /usr/src/modules/au88xx-kernel/ et lancer :
# debian/rules binary
# dpkg -i /usr/src/au88*
 
Et normalement ça roulez
 
PS: J'ai pas encore testé en fonctionnement, je vous donne les infos dès que je les ai ... le module Aureal demande d'avoir OSS compilé dans le noyau (perso, j'ai mis en module, on va voir si ça marche ...)

AAAAAAAAAAAAAAAAAAAAAAARRRRRRRRRRRRRRRRRRRRRRRGGGGGGGGGGGGGGGGHHHHHHHHHHHHHHHHHHHHHHHh ... ca marche pas
 
J'obtiens des erreurs "Unresolved Symbols" quand je veux charger le module ... Je commence vraiment à là
 
Donc si vous aviez des infos, une solution ou une nouvelle carte son je suis preneur
 
En attendant, je vais me faire un petit test d'install par les sources CVS
 
[edit] j'ai trouvé ceci dans le Readme, j'essaye de suite et je vous dit si ça marche :

PS : j'imagine que ce qu'il appelle le module son, c'est OSS non ?

Quel kernel as-tu ?

Perso j'utilise une version 2.4.20 du kernel, configurée au quart de poil par mes soins

Rha, même en activant le support OSS dans le kernel (donc pas en module), ça merde toujours ! A noter que j'arrive désormais à compiler à partir des sources CVS (même si ça marche pas mieux ). A tout hasard, voici le log du modprobe :

Ca m'arrangerait pas mal si je savais quel module exactement je dois compiler dans mon kernel pour supporter cette **** de carte, parce que je sais pas vous mais moi j'ai un PII400 et la compil prend 3 plombes

D'ailleurs, voici la partie de la config de mon noyau dans la section sound :
CONFIG_SOUND=y
CONFIG_SOUND_OSS=y
CONFIG_SOUND_DMAP=y
 
Normalement avec ça ca devrait marcher non

Bon alors, pour une carte son Aureal, il n'y a que le support du son à inclure dans le kernel ou en module, et _rien_ d'autre (même si à priori ce n'est pas gênant). Je pense plutôt que tu te trompes sur ton modèle de carte, et c'est pour ça que ton module refuse de se charger.

Bah, pourtant j'ai fait un make "install-all" qui détecte automatiquement la carte à installer, et il m'a détecté ma Vortex-1 ... de même WinXP m'a détecté une 8820
 
Sinon, il est dit que les modules dépendent de OSS, donc j'ai cru bon de compiler le support OSS : t'es sûr qu'il n'y en a pas besoin ?

Oui, sûr, puisque moi je n'ai que le son compilé en dur et c'est tout.
Bon, pour résumer, tu arrives bien à faire le paquet, mais le chargement du module foire ? Tu as essayé de passer par modconf ? De virer les modules qui peuvent bloquer le schmilblick ?

Non, j'ai pas testé modconf ... ça s'utilise comment ?
Sinon, au niveau modules, j'ai vraiment pas gd chose de compilé à côté ...
 
Effectivement, j'arrive à compiler le paquet, mais dès que je charge le module (d'ailleurs il le fait à la fin de l'install) ça foire dans tout les sens (cf le log plus haut).
 
C'est vraiment curieux ... tu as utilisé quel kernel pour installer ton module son ? Un kernel perso ? Un 2.4 ?

Tu lances modconf en root, et ensuite tu vas dans les différentes sections pour charger les modules (celui d'aureal est tout en bas dans "sound" ).
Donc je penche vraiment pour un module qui ne correspond pas à la carte. Essaie de faire un deb pour 8810 et 8830 aussi.
J'ai compilé le driver 8830 pour le kernel debian 2.4.19-686 (qui n'est plus dans sid d'ailleurs) et en ce moment je l'utilise sur un kernel perso.

OK, je vais tester ... mais j'ai vraiment un doute. On verra

J'ai installé les trois modules et voici ce que j'obtiens :

 
Je n'ai pas encore tenté modconf, peut-être un petit espoir de ce côté ...

Bon sang... que donne un lsmod ? tu charges le module comment ? As-tu essayé modconf ?