Toujours sous sarge-gnome noyau 2.6.13 fait maison
Dans la précédente aventure je n'avais ni son ni wifi et j'étais très
seul, maintenant j'ai les deux mais... Le bonheur sur terre n'étant que
provisoire !
Donc avec le son voila le problème :
1° Je regarde un dvd (Amélie Poulain en l'occurence) lorsque au fur et à
mesure le son et l'image se décalent (le son est en avance)
2° J'essaye avec mplayer et rien le film ne part pas.
Je suis obligé de couper court avec ctrl+c.
3° Libdvdcss est installée et win32codecs.
Ce que j'en pense et pourquoi je m'adresse à vous : Le noyau maison.
En effet je n'ai pas totalement recompilé le noyau tout seul je me suis
servi d'un fichier config que m'a passé un pote (en qui j'ai
informatiquement confiance).
Or j'avais déjà usé de ce fichier pour une recompilation sur un portable
et le problème de son se présentait de manière plus importante et plus
grave encore (décalage et arrêt).
À l'époque je m'en étais sorti avec un noyau 2.6.8 (option impossible
maintenant) et j'avais sottement accusé le matériel, ce qui est je pense
pas la cause maintenant.
D'avance désolé pour la longueur, j'ai essayé de faire aéré mais je
trouve pas les astuces dans évolution.
Si je vous soumets tout ça c'est parce que je pense que je vais devoir
recompiler, mais qu'est-ce que je dois changer pour ce problème de son
décalé et ce problème avec mplayer ?
si vous pouviez m'éclairer sur les options possibles.
Peut-être qu'il manque un codec, une librairie quelque part, ça serait
bien. Ou bien l(installation du driver proprio de nVidia est-elle plus indiquée ?
Dans l'attente de lire vos suggestions.
P'tit Louis.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le module réseau forcedeth du noyau standard est suffisant pour gérer la carte réseau jusqu'à 100 Mibits/s (donc pas le Gibibps).
Rectification : en réseau et particulièrement en ethernet on utilise les préfixes décimaux comme méga ou giga, pas les préfixes binaires comme mébi ou gibi.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Salut,
Sylvain Sauvage a écrit :
Le module réseau forcedeth du noyau standard est suffisant pour gérer la
carte réseau jusqu'à 100 Mibits/s (donc pas le Gibibps).
Rectification : en réseau et particulièrement en ethernet on utilise les
préfixes décimaux comme méga ou giga, pas les préfixes binaires comme
mébi ou gibi.
Le module réseau forcedeth du noyau standard est suffisant pour gérer la carte réseau jusqu'à 100 Mibits/s (donc pas le Gibibps).
Rectification : en réseau et particulièrement en ethernet on utilise les préfixes décimaux comme méga ou giga, pas les préfixes binaires comme mébi ou gibi.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
P'tit Louis
Le samedi 12 novembre 2005 à 18:59 +0100, P'tit Louis a écrit :
Le samedi 12 novembre 2005 à 16:42 +0100, Seb a écrit : > Jean-Luc Coulon (f5ibh) a écrit : > > Pour que le DMA fonctione en ide, il faut que le modle correspondant au > [...] > > il ne sert à rien, je ne peux pas moduifier le paramètre avec hdparm. > > C'est parceque mon explication de tous ces points n'aurait pas été > complète que je l'ai orienté vers la discussion précédente... >
Vérification faite, pas de initrd et les modules ide_disk et ide_generique sont chargés en premier.
Dans mon lspci je vois ça :
0000:00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev f2) 0000:00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3) 0000:00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3)
Où trouver le nom du module ? J'ai dû mal formuler ma question sur google, je ne trouve pas.
> merci pour cette mise au point. > > > Jean-Luc > > -- > Seb >
Merci Seb, Jean-Luc de vos brillants éclairages, je vais explorer tout cela, plus tard car demain c'est ménage :(
Mince on est déjà demain, j'ai pas vu l'heure !
P'tit louis.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le samedi 12 novembre 2005 à 18:59 +0100, P'tit Louis a écrit :
Le samedi 12 novembre 2005 à 16:42 +0100, Seb a écrit :
> Jean-Luc Coulon (f5ibh) a écrit :
> > Pour que le DMA fonctione en ide, il faut que le modle correspondant au
> [...]
> > il ne sert à rien, je ne peux pas moduifier le paramètre avec hdparm.
>
> C'est parceque mon explication de tous ces points n'aurait pas été
> complète que je l'ai orienté vers la discussion précédente...
>
Vérification faite, pas de initrd et les modules ide_disk et
ide_generique sont chargés en premier.
Dans mon lspci je vois ça :
0000:00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev f2)
0000:00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA
Controller (rev f3)
0000:00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA
Controller (rev f3)
Où trouver le nom du module ? J'ai dû mal formuler ma question sur
google, je ne trouve pas.
> merci pour cette mise au point.
>
> > Jean-Luc
>
> --
> Seb
>
Merci Seb, Jean-Luc de vos brillants éclairages, je vais explorer tout
cela, plus tard car demain c'est ménage :(
Mince on est déjà demain, j'ai pas vu l'heure !
P'tit louis.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le samedi 12 novembre 2005 à 18:59 +0100, P'tit Louis a écrit :
Le samedi 12 novembre 2005 à 16:42 +0100, Seb a écrit : > Jean-Luc Coulon (f5ibh) a écrit : > > Pour que le DMA fonctione en ide, il faut que le modle correspondant au > [...] > > il ne sert à rien, je ne peux pas moduifier le paramètre avec hdparm. > > C'est parceque mon explication de tous ces points n'aurait pas été > complète que je l'ai orienté vers la discussion précédente... >
Vérification faite, pas de initrd et les modules ide_disk et ide_generique sont chargés en premier.
Dans mon lspci je vois ça :
0000:00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev f2) 0000:00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3) 0000:00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3)
Où trouver le nom du module ? J'ai dû mal formuler ma question sur google, je ne trouve pas.
> merci pour cette mise au point. > > > Jean-Luc > > -- > Seb >
Merci Seb, Jean-Luc de vos brillants éclairages, je vais explorer tout cela, plus tard car demain c'est ménage :(
Mince on est déjà demain, j'ai pas vu l'heure !
P'tit louis.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
P'tit Louis
Le dimanche 13 novembre 2005 à 02:41 +0100, P'tit Louis a écrit :
Où trouver le nom du module ? J'ai dû mal formuler ma question sur google, je ne trouve pas.
Je pense avoir trouvé la réponse à ma question dans le .config, ils sont codé en dur dans le noyau.
P'tit louis.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le dimanche 13 novembre 2005 à 02:41 +0100, P'tit Louis a écrit :
Où trouver le nom du module ? J'ai dû mal formuler ma question sur
google, je ne trouve pas.
Je pense avoir trouvé la réponse à ma question dans le .config, ils sont
codé en dur dans le noyau.
P'tit louis.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le samedi 12 novembre 2005 à 18:59 +0100, P'tit Louis a écrit : > Le samedi 12 novembre 2005 à 16:42 +0100, Seb a écrit : > > Jean-Luc Coulon (f5ibh) a écrit : > > > Pour que le DMA fonctione en ide, il faut que le modle correspondant au > > [...] > > > il ne sert à rien, je ne peux pas moduifier le paramètre avec hdparm. > > > > C'est parceque mon explication de tous ces points n'aurait pas ét é
> > complète que je l'ai orienté vers la discussion précédente... > > Vérification faite, pas de initrd et les modules ide_disk et ide_generique sont chargés en premier.
Dans mon lspci je vois ça :
0000:00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev f2) 0000:00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3) 0000:00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3)
Où trouver le nom du module ? J'ai dû mal formuler ma question sur google, je ne trouve pas.
Il faut mettre ça dans le noyau (je pense, j'ai fait un grep dans les source linux/drivers/ide/pci) : <M> AMD and nVidia IDE support
Ça se trouve dans : ATA/ATAPI/MFM/RLL support
Le module doit s'appeler amd74xx, on trouve ceci dans l'aide de make menuconfig :
CONFIG_BLK_DEV_AMD74XX: This driver adds explicit support for AMD-7xx and AMD-8111 chips and also for the nVidia nForce chip. This allows the kernel to change PIO, DMA and UDMA speeds and to configure the chip to optimum performance.
Le samedi 12 novembre 2005 à 18:59 +0100, P'tit Louis a écrit :
> Le samedi 12 novembre 2005 à 16:42 +0100, Seb a écrit :
> > Jean-Luc Coulon (f5ibh) a écrit :
> > > Pour que le DMA fonctione en ide, il faut que le modle
correspondant au
> > [...]
> > > il ne sert à rien, je ne peux pas moduifier le paramètre avec
hdparm.
> >
> > C'est parceque mon explication de tous ces points n'aurait pas ét é
> > complète que je l'ai orienté vers la discussion précédente...
> >
Vérification faite, pas de initrd et les modules ide_disk et
ide_generique sont chargés en premier.
Dans mon lspci je vois ça :
0000:00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev f2)
0000:00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA
Controller (rev f3)
0000:00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA
Controller (rev f3)
Où trouver le nom du module ? J'ai dû mal formuler ma question sur
google, je ne trouve pas.
Il faut mettre ça dans le noyau (je pense, j'ai fait un grep dans les
source linux/drivers/ide/pci) :
<M> AMD and nVidia IDE support
Ça se trouve dans :
ATA/ATAPI/MFM/RLL support
Le module doit s'appeler amd74xx, on trouve ceci dans l'aide de make
menuconfig :
CONFIG_BLK_DEV_AMD74XX:
This driver adds explicit support for AMD-7xx and AMD-8111
chips
and also for the nVidia nForce chip. This allows the kernel to
change PIO, DMA and UDMA speeds and to configure the chip to
optimum performance.
Le samedi 12 novembre 2005 à 18:59 +0100, P'tit Louis a écrit : > Le samedi 12 novembre 2005 à 16:42 +0100, Seb a écrit : > > Jean-Luc Coulon (f5ibh) a écrit : > > > Pour que le DMA fonctione en ide, il faut que le modle correspondant au > > [...] > > > il ne sert à rien, je ne peux pas moduifier le paramètre avec hdparm. > > > > C'est parceque mon explication de tous ces points n'aurait pas ét é
> > complète que je l'ai orienté vers la discussion précédente... > > Vérification faite, pas de initrd et les modules ide_disk et ide_generique sont chargés en premier.
Dans mon lspci je vois ça :
0000:00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev f2) 0000:00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3) 0000:00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3)
Où trouver le nom du module ? J'ai dû mal formuler ma question sur google, je ne trouve pas.
Il faut mettre ça dans le noyau (je pense, j'ai fait un grep dans les source linux/drivers/ide/pci) : <M> AMD and nVidia IDE support
Ça se trouve dans : ATA/ATAPI/MFM/RLL support
Le module doit s'appeler amd74xx, on trouve ceci dans l'aide de make menuconfig :
CONFIG_BLK_DEV_AMD74XX: This driver adds explicit support for AMD-7xx and AMD-8111 chips and also for the nVidia nForce chip. This allows the kernel to change PIO, DMA and UDMA speeds and to configure the chip to optimum performance.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Frédéric Bothamy
* Sylvain Sauvage [2005-11-12 22:47] :
[...]
En ce qui concerne les modules graphiques nvidia, j'ai remarqué qu'il fallait les compiler avec le noyau cible comme noyau hôte (c'est-à-dire : 1. compiler le noyau 2. installer le noyau 3. démarrer sur le noyau 4. compiler le module nvidia), sinon ça déconne.
Cela dépend si tu utilises les paquets Debian nvidia-... ou les sources de chez nVidia. Dans le premier cas, tu ne devrais pas avoir à faire cette manipulation (sinon, c'est un bogue du paquet Debian). Dans le second cas, il devrait être possible de spécifier le répertoire du noyau par rapport auquel tu compiles (en regardant leur README¹, il faut utiliser l'option --kernel-name='KERNEL_NAME').
En ce qui concerne les modules graphiques nvidia, j'ai remarqué qu'il
fallait les compiler avec le noyau cible comme noyau hôte (c'est-à-dire :
1. compiler le noyau
2. installer le noyau
3. démarrer sur le noyau
4. compiler le module nvidia), sinon ça déconne.
Cela dépend si tu utilises les paquets Debian nvidia-... ou les sources
de chez nVidia. Dans le premier cas, tu ne devrais pas avoir à faire
cette manipulation (sinon, c'est un bogue du paquet Debian). Dans le
second cas, il devrait être possible de spécifier le répertoire du noyau
par rapport auquel tu compiles (en regardant leur README¹, il faut
utiliser l'option --kernel-name='KERNEL_NAME').
En ce qui concerne les modules graphiques nvidia, j'ai remarqué qu'il fallait les compiler avec le noyau cible comme noyau hôte (c'est-à-dire : 1. compiler le noyau 2. installer le noyau 3. démarrer sur le noyau 4. compiler le module nvidia), sinon ça déconne.
Cela dépend si tu utilises les paquets Debian nvidia-... ou les sources de chez nVidia. Dans le premier cas, tu ne devrais pas avoir à faire cette manipulation (sinon, c'est un bogue du paquet Debian). Dans le second cas, il devrait être possible de spécifier le répertoire du noyau par rapport auquel tu compiles (en regardant leur README¹, il faut utiliser l'option --kernel-name='KERNEL_NAME').
-- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain Sauvage
Dimanche 13 novembre 2005, 02:48:04 CET, a écrit :
Salut,
'lut,
Sylvain Sauvage a écrit : > > Le module réseau forcedeth du noyau standard est suffisant pour gér er la > carte réseau jusqu'à 100 Mibits/s (donc pas le Gibibps).
Rectification : en réseau et particulièrement en ethernet on utilise les préfixes décimaux comme méga ou giga, pas les préfixes binaires c omme mébi ou gibi.
Exact, je me suis laissé entraîné par le côté rigolo du mot Gibib it ;o)
-- Sylvain Sauvage
Dimanche 13 novembre 2005, 02:48:04 CET, Pascal@plouf a écrit :
Salut,
'lut,
Sylvain Sauvage a écrit :
>
> Le module réseau forcedeth du noyau standard est suffisant pour gér er la
> carte réseau jusqu'à 100 Mibits/s (donc pas le Gibibps).
Rectification : en réseau et particulièrement en ethernet on utilise les
préfixes décimaux comme méga ou giga, pas les préfixes binaires c omme
mébi ou gibi.
Dimanche 13 novembre 2005, 02:48:04 CET, a écrit :
Salut,
'lut,
Sylvain Sauvage a écrit : > > Le module réseau forcedeth du noyau standard est suffisant pour gér er la > carte réseau jusqu'à 100 Mibits/s (donc pas le Gibibps).
Rectification : en réseau et particulièrement en ethernet on utilise les préfixes décimaux comme méga ou giga, pas les préfixes binaires c omme mébi ou gibi.
Exact, je me suis laissé entraîné par le côté rigolo du mot Gibib it ;o)
-- Sylvain Sauvage
Sylvain Sauvage
Dimanche 13 novembre 2005, 15:46:59 CET, Frédéric Bothamy a écrit :
* Sylvain Sauvage [2005-11-12 22:47] :
[...]
> En ce qui concerne les modules graphiques nvidia, j'ai remarqué qu'il > fallait les compiler avec le noyau cible comme noyau hôte (c'est-à- dire : > 1. compiler le noyau > 2. installer le noyau > 3. démarrer sur le noyau > 4. compiler le module nvidia), sinon ça déconne.
Cela dépend si tu utilises les paquets Debian nvidia-... ou les sources de chez nVidia. Dans le premier cas, tu ne devrais pas avoir à faire cette manipulation (sinon, c'est un bogue du paquet Debian). Dans le second cas, il devrait être possible de spécifier le répertoire du noyau par rapport auquel tu compiles (en regardant leur README¹, il faut utiliser l'option --kernel-name='KERNEL_NAME').
Ce n'est pas un problème de compilation mais de fonctionnement : le module compile très bien, il se charge même sans broncher, mais, soit X se plaignait de ne pas pouvoir le trouver (alors qu'il était chargé), soit X se lançait mais je n'avais pas d'accélération (je ne sais plus trop exactement : je me suis fait avoir deux ou trois fois et, ensuite, j'ai suivi la méthode mentionnée plus haut). (En plus, j'utilisais make-kpkg modules-images depuis le bon répertoire et, le plus souvent, avec nvidia-kernel-source.deb) Enfin, en tout cas, un comportement étrange qui n'existait que lorsque le module avait été compilé tout de suite après le noyau.
-- Sylvain Sauvage
Dimanche 13 novembre 2005, 15:46:59 CET, Frédéric Bothamy a écrit :
> En ce qui concerne les modules graphiques nvidia, j'ai remarqué qu'il
> fallait les compiler avec le noyau cible comme noyau hôte (c'est-à- dire :
> 1. compiler le noyau
> 2. installer le noyau
> 3. démarrer sur le noyau
> 4. compiler le module nvidia), sinon ça déconne.
Cela dépend si tu utilises les paquets Debian nvidia-... ou les sources
de chez nVidia. Dans le premier cas, tu ne devrais pas avoir à faire
cette manipulation (sinon, c'est un bogue du paquet Debian). Dans le
second cas, il devrait être possible de spécifier le répertoire du noyau
par rapport auquel tu compiles (en regardant leur README¹, il faut
utiliser l'option --kernel-name='KERNEL_NAME').
Ce n'est pas un problème de compilation mais de fonctionnement : le
module compile très bien, il se charge même sans broncher, mais, soit X
se plaignait de ne pas pouvoir le trouver (alors qu'il était chargé),
soit X se lançait mais je n'avais pas d'accélération (je ne sais plus
trop exactement : je me suis fait avoir deux ou trois fois et, ensuite,
j'ai suivi la méthode mentionnée plus haut).
(En plus, j'utilisais make-kpkg modules-images depuis le bon répertoire
et, le plus souvent, avec nvidia-kernel-source.deb)
Enfin, en tout cas, un comportement étrange qui n'existait que lorsque
le module avait été compilé tout de suite après le noyau.
Dimanche 13 novembre 2005, 15:46:59 CET, Frédéric Bothamy a écrit :
* Sylvain Sauvage [2005-11-12 22:47] :
[...]
> En ce qui concerne les modules graphiques nvidia, j'ai remarqué qu'il > fallait les compiler avec le noyau cible comme noyau hôte (c'est-à- dire : > 1. compiler le noyau > 2. installer le noyau > 3. démarrer sur le noyau > 4. compiler le module nvidia), sinon ça déconne.
Cela dépend si tu utilises les paquets Debian nvidia-... ou les sources de chez nVidia. Dans le premier cas, tu ne devrais pas avoir à faire cette manipulation (sinon, c'est un bogue du paquet Debian). Dans le second cas, il devrait être possible de spécifier le répertoire du noyau par rapport auquel tu compiles (en regardant leur README¹, il faut utiliser l'option --kernel-name='KERNEL_NAME').
Ce n'est pas un problème de compilation mais de fonctionnement : le module compile très bien, il se charge même sans broncher, mais, soit X se plaignait de ne pas pouvoir le trouver (alors qu'il était chargé), soit X se lançait mais je n'avais pas d'accélération (je ne sais plus trop exactement : je me suis fait avoir deux ou trois fois et, ensuite, j'ai suivi la méthode mentionnée plus haut). (En plus, j'utilisais make-kpkg modules-images depuis le bon répertoire et, le plus souvent, avec nvidia-kernel-source.deb) Enfin, en tout cas, un comportement étrange qui n'existait que lorsque le module avait été compilé tout de suite après le noyau.
-- Sylvain Sauvage
Seb
Sylvain Sauvage a écrit :
Ce n'est pas un problème de compilation mais de fonctionnement : le module compile très bien, il se charge même sans broncher, mais, soit X se plaignait de ne pas pouvoir le trouver (alors qu'il était chargé), soit X se lançait mais je n'avais pas d'accélération (je ne sais plus trop exactement : je me suis fait avoir deux ou trois fois et, ensuite, j'ai suivi la méthode mentionnée plus haut).
Il tente de se lancer puis laisse tomber car trop difficile, il ne trouve pas le module... pauvre de lui !
Effectivement j'ai recours à la même procédure : compilation, installation du noyau, reboot, plantage du serveur X, réinstallation du module nvidia, redémarrage du serveur X avec succès.
Il faut réinstaller le driver quoi qu'on fasse sur le noyau. Il me semble que même la compilation et installation d'un module simple peut poser problème, bien que le coeur du noyau (là on est au plus profond des entrailles du système ;-) ) n'ait pas changé.
Voila, juste pour info.
Seb
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain Sauvage a écrit :
Ce n'est pas un problème de compilation mais de fonctionnement : le
module compile très bien, il se charge même sans broncher, mais, soit X
se plaignait de ne pas pouvoir le trouver (alors qu'il était chargé),
soit X se lançait mais je n'avais pas d'accélération (je ne sais plus
trop exactement : je me suis fait avoir deux ou trois fois et, ensuite,
j'ai suivi la méthode mentionnée plus haut).
Il tente de se lancer puis laisse tomber car trop difficile, il ne
trouve pas le module... pauvre de lui !
Effectivement j'ai recours à la même procédure : compilation,
installation du noyau, reboot, plantage du serveur X, réinstallation du
module nvidia, redémarrage du serveur X avec succès.
Il faut réinstaller le driver quoi qu'on fasse sur le noyau. Il me
semble que même la compilation et installation d'un module simple peut
poser problème, bien que le coeur du noyau (là on est au plus profond
des entrailles du système ;-) ) n'ait pas changé.
Voila, juste pour info.
Seb
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Ce n'est pas un problème de compilation mais de fonctionnement : le module compile très bien, il se charge même sans broncher, mais, soit X se plaignait de ne pas pouvoir le trouver (alors qu'il était chargé), soit X se lançait mais je n'avais pas d'accélération (je ne sais plus trop exactement : je me suis fait avoir deux ou trois fois et, ensuite, j'ai suivi la méthode mentionnée plus haut).
Il tente de se lancer puis laisse tomber car trop difficile, il ne trouve pas le module... pauvre de lui !
Effectivement j'ai recours à la même procédure : compilation, installation du noyau, reboot, plantage du serveur X, réinstallation du module nvidia, redémarrage du serveur X avec succès.
Il faut réinstaller le driver quoi qu'on fasse sur le noyau. Il me semble que même la compilation et installation d'un module simple peut poser problème, bien que le coeur du noyau (là on est au plus profond des entrailles du système ;-) ) n'ait pas changé.
Voila, juste pour info.
Seb
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain Sauvage
'lut,
Pour info, pour ma A8N-E, j'ai bien CONFIG_BLK_DEV_AMD74XX=y J'ai aussi CONFIG_SCSI_SATA_NV=y pour le sata (menu SCSI puis SATA).
-- Sylvain Sauvage
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
'lut,
Pour info, pour ma A8N-E, j'ai bien CONFIG_BLK_DEV_AMD74XX=y
J'ai aussi CONFIG_SCSI_SATA_NV=y pour le sata (menu SCSI puis SATA).
--
Sylvain Sauvage
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
