Tu peux aussi essayer de copier un morceau du dvd sur le disque dur pour
vérifier s'il s'agit du lecteur.
La copie doit se faire avec des outils spéciaux pour les dvd commerciaux
protégés, p.ex. avec vobcopy (pas testé personnellement).
Tu peux aussi essayer de copier un morceau du dvd sur le disque dur pour
vérifier s'il s'agit du lecteur.
La copie doit se faire avec des outils spéciaux pour les dvd commerciaux
protégés, p.ex. avec vobcopy (pas testé personnellement).
Tu peux aussi essayer de copier un morceau du dvd sur le disque dur pour
vérifier s'il s'agit du lecteur.
La copie doit se faire avec des outils spéciaux pour les dvd commerciaux
protégés, p.ex. avec vobcopy (pas testé personnellement).
Vendredi 11 novembre 2005, 23:47:50 CET, P'tit Louis a écrit :
>
> La compilation vient de se terminer (30' chrono) et avant d'installer
> l'objet de mon travail je me pose une petite question.
>
> Le nom du .deb est kernel-image-2.6.12_10.00.Custom_i386.deb normal,
> mais le noyau précédent que j'ai compilé porte le même nom, ça va pas
> foutre le bordel si je l'installe ?
Si. Il va se plaindre que c'est la même version, puis, si tu passes
outre, il se plaindra que /lib/modules/2.6.12 existe déjà et s'arrêtera.
Pour éviter le problème :
- façon crado : effacer ou déplacer le /lib/modules/2.6.12 ;
- façon propre : utiliser l'option '--append-to-version -mien' de
make-kpkg (tu peux remplacer -mien par n'importe quoi, mais ne pas
oublier le - devant, sinon le « mien » est collé au 12 et cela pose des
problèmes (notamment les outils qui vérifient la version du noyau :
est-ce que 2.6.12mien est > ou < à 2.6.12 ? alors que pour 2.6.12-mien,
ils savent tronquer avant le -)).
À propose de tes autres messages :
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 0 (off)
indiquent effectivement que le dma n'est pas activé sur le dvd. Ce n'est
pas étonnant si ça rame. Est-ce que ces lignes changent une fois que tu
as fait 'hdparm -d 1 /dev/cdrom' ?
Pour mplayer, est-ce que tu as utilisé l'option -vo ?
Les pilotes les plus rapides sont, si je me souviens bien de l'ordre :
-vo xv
-vo dga
-vo x11
Et le -vo x11 est assez rapide sur mon vieux portable P3 1,13GHz pour
lire des vidéos depuis le disque dur, en plein écran avec le pilote Vesa
(le pilote ati de XOrg fait des parasites en utilisation « bureautique »).
Par contre je crois me souvenir (mais ça fait un moment que j'ai pas
testé) que ça rame un peu pour les dvd (il faut alors que j'utilise le
pilote ati de XOrg, et l'option -vo xv de mplayer).
Vendredi 11 novembre 2005, 23:47:50 CET, P'tit Louis a écrit :
>
> La compilation vient de se terminer (30' chrono) et avant d'installer
> l'objet de mon travail je me pose une petite question.
>
> Le nom du .deb est kernel-image-2.6.12_10.00.Custom_i386.deb normal,
> mais le noyau précédent que j'ai compilé porte le même nom, ça va pas
> foutre le bordel si je l'installe ?
Si. Il va se plaindre que c'est la même version, puis, si tu passes
outre, il se plaindra que /lib/modules/2.6.12 existe déjà et s'arrêtera.
Pour éviter le problème :
- façon crado : effacer ou déplacer le /lib/modules/2.6.12 ;
- façon propre : utiliser l'option '--append-to-version -mien' de
make-kpkg (tu peux remplacer -mien par n'importe quoi, mais ne pas
oublier le - devant, sinon le « mien » est collé au 12 et cela pose des
problèmes (notamment les outils qui vérifient la version du noyau :
est-ce que 2.6.12mien est > ou < à 2.6.12 ? alors que pour 2.6.12-mien,
ils savent tronquer avant le -)).
À propose de tes autres messages :
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 0 (off)
indiquent effectivement que le dma n'est pas activé sur le dvd. Ce n'est
pas étonnant si ça rame. Est-ce que ces lignes changent une fois que tu
as fait 'hdparm -d 1 /dev/cdrom' ?
Pour mplayer, est-ce que tu as utilisé l'option -vo ?
Les pilotes les plus rapides sont, si je me souviens bien de l'ordre :
-vo xv
-vo dga
-vo x11
Et le -vo x11 est assez rapide sur mon vieux portable P3 1,13GHz pour
lire des vidéos depuis le disque dur, en plein écran avec le pilote Vesa
(le pilote ati de XOrg fait des parasites en utilisation « bureautique »).
Par contre je crois me souvenir (mais ça fait un moment que j'ai pas
testé) que ça rame un peu pour les dvd (il faut alors que j'utilise le
pilote ati de XOrg, et l'option -vo xv de mplayer).
Vendredi 11 novembre 2005, 23:47:50 CET, P'tit Louis a écrit :
>
> La compilation vient de se terminer (30' chrono) et avant d'installer
> l'objet de mon travail je me pose une petite question.
>
> Le nom du .deb est kernel-image-2.6.12_10.00.Custom_i386.deb normal,
> mais le noyau précédent que j'ai compilé porte le même nom, ça va pas
> foutre le bordel si je l'installe ?
Si. Il va se plaindre que c'est la même version, puis, si tu passes
outre, il se plaindra que /lib/modules/2.6.12 existe déjà et s'arrêtera.
Pour éviter le problème :
- façon crado : effacer ou déplacer le /lib/modules/2.6.12 ;
- façon propre : utiliser l'option '--append-to-version -mien' de
make-kpkg (tu peux remplacer -mien par n'importe quoi, mais ne pas
oublier le - devant, sinon le « mien » est collé au 12 et cela pose des
problèmes (notamment les outils qui vérifient la version du noyau :
est-ce que 2.6.12mien est > ou < à 2.6.12 ? alors que pour 2.6.12-mien,
ils savent tronquer avant le -)).
À propose de tes autres messages :
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 0 (off)
indiquent effectivement que le dma n'est pas activé sur le dvd. Ce n'est
pas étonnant si ça rame. Est-ce que ces lignes changent une fois que tu
as fait 'hdparm -d 1 /dev/cdrom' ?
Pour mplayer, est-ce que tu as utilisé l'option -vo ?
Les pilotes les plus rapides sont, si je me souviens bien de l'ordre :
-vo xv
-vo dga
-vo x11
Et le -vo x11 est assez rapide sur mon vieux portable P3 1,13GHz pour
lire des vidéos depuis le disque dur, en plein écran avec le pilote Vesa
(le pilote ati de XOrg fait des parasites en utilisation « bureautique »).
Par contre je crois me souvenir (mais ça fait un moment que j'ai pas
testé) que ça rame un peu pour les dvd (il faut alors que j'utilise le
pilote ati de XOrg, et l'option -vo xv de mplayer).
À propose de tes autres messages :
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 0 (off)
indiquent effectivement que le dma n'est pas activé sur le dvd. Ce n'est
pas étonnant si ça rame. Est-ce que ces lignes changent une fois que tu
as fait 'hdparm -d 1 /dev/cdrom' ?
Hélas toujours pareil, de plus dans le message suivant j'ai tenté le
coup avec vobcopy et ... OOOps pas de hdparm -d1 sur le disque dur une
piste à suivre donc.
À propose de tes autres messages :
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 0 (off)
indiquent effectivement que le dma n'est pas activé sur le dvd. Ce n'est
pas étonnant si ça rame. Est-ce que ces lignes changent une fois que tu
as fait 'hdparm -d 1 /dev/cdrom' ?
Hélas toujours pareil, de plus dans le message suivant j'ai tenté le
coup avec vobcopy et ... OOOps pas de hdparm -d1 sur le disque dur une
piste à suivre donc.
À propose de tes autres messages :
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 0 (off)
indiquent effectivement que le dma n'est pas activé sur le dvd. Ce n'est
pas étonnant si ça rame. Est-ce que ces lignes changent une fois que tu
as fait 'hdparm -d 1 /dev/cdrom' ?
Hélas toujours pareil, de plus dans le message suivant j'ai tenté le
coup avec vobcopy et ... OOOps pas de hdparm -d1 sur le disque dur une
piste à suivre donc.
P'tit Louis a écrit :À propose de tes autres messages :
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 0 (off)
indiquent effectivement que le dma n'est pas activé sur le dvd. Ce
n'est
pas étonnant si ça rame. Est-ce que ces lignes changent une fois
que tu
as fait 'hdparm -d 1 /dev/cdrom' ?
Hélas toujours pareil, de plus dans le message suivant j'ai tenté le
coup avec vobcopy et ... OOOps pas de hdparm -d1 sur le disque dur
une
piste à suivre donc.
Tu as une option du noyau qui t'active le DMA par défaut (à condition
bien sûr que l'activation manuelle fonctionne).
Si ça fonctionne, active l'option suivante :
Device drivers -> ATA/ATAPI/MFM/RLL support -> Use PCI DMA by default
when available
Si ça ne fonctionne pas, tu peux aller voir les réponses à mon post
de la semaine dernière à ce sujet :
http://lists.debian.org/debian-user-french/2005/11/msg00607.html
Ça devrait te donner une bonne base...
--
Seb
P'tit Louis a écrit :
À propose de tes autres messages :
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 0 (off)
indiquent effectivement que le dma n'est pas activé sur le dvd. Ce
n'est
pas étonnant si ça rame. Est-ce que ces lignes changent une fois
que tu
as fait 'hdparm -d 1 /dev/cdrom' ?
Hélas toujours pareil, de plus dans le message suivant j'ai tenté le
coup avec vobcopy et ... OOOps pas de hdparm -d1 sur le disque dur
une
piste à suivre donc.
Tu as une option du noyau qui t'active le DMA par défaut (à condition
bien sûr que l'activation manuelle fonctionne).
Si ça fonctionne, active l'option suivante :
Device drivers -> ATA/ATAPI/MFM/RLL support -> Use PCI DMA by default
when available
Si ça ne fonctionne pas, tu peux aller voir les réponses à mon post
de la semaine dernière à ce sujet :
http://lists.debian.org/debian-user-french/2005/11/msg00607.html
Ça devrait te donner une bonne base...
--
Seb
P'tit Louis a écrit :À propose de tes autres messages :
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 0 (off)
indiquent effectivement que le dma n'est pas activé sur le dvd. Ce
n'est
pas étonnant si ça rame. Est-ce que ces lignes changent une fois
que tu
as fait 'hdparm -d 1 /dev/cdrom' ?
Hélas toujours pareil, de plus dans le message suivant j'ai tenté le
coup avec vobcopy et ... OOOps pas de hdparm -d1 sur le disque dur
une
piste à suivre donc.
Tu as une option du noyau qui t'active le DMA par défaut (à condition
bien sûr que l'activation manuelle fonctionne).
Si ça fonctionne, active l'option suivante :
Device drivers -> ATA/ATAPI/MFM/RLL support -> Use PCI DMA by default
when available
Si ça ne fonctionne pas, tu peux aller voir les réponses à mon post
de la semaine dernière à ce sujet :
http://lists.debian.org/debian-user-french/2005/11/msg00607.html
Ça devrait te donner une bonne base...
--
Seb
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.
Jean-Luc
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.
Jean-Luc
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.
Jean-Luc
Tu as une option du noyau qui t'active le DMA par défaut (à condition
bien sûr que l'activation manuelle fonctionne).
Si ça fonctionne, active l'option suivante :
Device drivers -> ATA/ATAPI/MFM/RLL support -> Use PCI DMA by default
when available
Tu as une option du noyau qui t'active le DMA par défaut (à condition
bien sûr que l'activation manuelle fonctionne).
Si ça fonctionne, active l'option suivante :
Device drivers -> ATA/ATAPI/MFM/RLL support -> Use PCI DMA by default
when available
Tu as une option du noyau qui t'active le DMA par défaut (à condition
bien sûr que l'activation manuelle fonctionne).
Si ça fonctionne, active l'option suivante :
Device drivers -> ATA/ATAPI/MFM/RLL support -> Use PCI DMA by default
when available
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...
merci pour cette mise au point.
> Jean-Luc
--
Seb
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...
merci pour cette mise au point.
> Jean-Luc
--
Seb
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...
merci pour cette mise au point.
> Jean-Luc
--
Seb
Toujours bonjour,
Je cherche encore et je ne trouve pas, mais ça viendra
J'ai une question connexe au problème :
J'ai recompilé et installé un nouveau noyau et j'installerai le driver
nvidia pour la carte son.
Seulement voila j'ai deux modules "externes" qui sont madwifi et nvidia.
Faut-il que je les réinstalle à chaque compilation ou bien y'a-t-il un
moyen de se servir du travail déjà fait ?
Toujours bonjour,
Je cherche encore et je ne trouve pas, mais ça viendra
J'ai une question connexe au problème :
J'ai recompilé et installé un nouveau noyau et j'installerai le driver
nvidia pour la carte son.
Seulement voila j'ai deux modules "externes" qui sont madwifi et nvidia.
Faut-il que je les réinstalle à chaque compilation ou bien y'a-t-il un
moyen de se servir du travail déjà fait ?
Toujours bonjour,
Je cherche encore et je ne trouve pas, mais ça viendra
J'ai une question connexe au problème :
J'ai recompilé et installé un nouveau noyau et j'installerai le driver
nvidia pour la carte son.
Seulement voila j'ai deux modules "externes" qui sont madwifi et nvidia.
Faut-il que je les réinstalle à chaque compilation ou bien y'a-t-il un
moyen de se servir du travail déjà fait ?
Soyons clairs, il existe deux « ensembles » fournis par nvidia :
- un pour les cartes graphiques ;
- un pour les chipsets nForce (= gestion des cartes son et réseau
intégrées).
Le module son intel8x0 du noyau standard est largement suffisant pour
gérer la carte son (en tout cas pour ce que j'en fais, je n'ai pas perçu
de différence).
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).
Le module nvidia propriétaire et son copain le pilote nvidia pour XOrg,
le premier pour gérer le DRI et causer avec le matos et le second pour
que XOrg cause au premier, sont nécessaires pour la 3D.
Le pilote nv fourni par XOrg est suffisant pour la 2D (il n'y a pas de
module noyau associé).
À chaque fois que l'on compile un nouveau noyau, les modules doivent être
recompilés (dans l'absolu ce n'est pas forcément le cas, mais c'est plus
simple comme ça).
D'où l'intérêt d'une méthode simple (p.ex. module-assistant).
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.
En ce qui concerne les tests que tu fais, essaie d'être scientifique :
- prends ton temps ;
- prends des notes ;
- vérifie tes tests ;
- fais-le progressivement, une chose à la fois : fais d'abord fonctionner
le dma, puis le pilote nvidia, puis la lecture de dvd.
- dis-nous exactement ce que tu as fait et qu'est-ce qui te fait dire que
ça marche ou pas (d'où l'intérêt des notes).
Ça a l'air un peu stupide de dire ça mais dans le feu de l'action, on
oublie toujours un truc, on enchaîne les tests, on s'éparpille, on manque
d'info ou on en est submergé...
Soyons clairs, il existe deux « ensembles » fournis par nvidia :
- un pour les cartes graphiques ;
- un pour les chipsets nForce (= gestion des cartes son et réseau
intégrées).
Le module son intel8x0 du noyau standard est largement suffisant pour
gérer la carte son (en tout cas pour ce que j'en fais, je n'ai pas perçu
de différence).
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).
Le module nvidia propriétaire et son copain le pilote nvidia pour XOrg,
le premier pour gérer le DRI et causer avec le matos et le second pour
que XOrg cause au premier, sont nécessaires pour la 3D.
Le pilote nv fourni par XOrg est suffisant pour la 2D (il n'y a pas de
module noyau associé).
À chaque fois que l'on compile un nouveau noyau, les modules doivent être
recompilés (dans l'absolu ce n'est pas forcément le cas, mais c'est plus
simple comme ça).
D'où l'intérêt d'une méthode simple (p.ex. module-assistant).
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.
En ce qui concerne les tests que tu fais, essaie d'être scientifique :
- prends ton temps ;
- prends des notes ;
- vérifie tes tests ;
- fais-le progressivement, une chose à la fois : fais d'abord fonctionner
le dma, puis le pilote nvidia, puis la lecture de dvd.
- dis-nous exactement ce que tu as fait et qu'est-ce qui te fait dire que
ça marche ou pas (d'où l'intérêt des notes).
Ça a l'air un peu stupide de dire ça mais dans le feu de l'action, on
oublie toujours un truc, on enchaîne les tests, on s'éparpille, on manque
d'info ou on en est submergé...
Soyons clairs, il existe deux « ensembles » fournis par nvidia :
- un pour les cartes graphiques ;
- un pour les chipsets nForce (= gestion des cartes son et réseau
intégrées).
Le module son intel8x0 du noyau standard est largement suffisant pour
gérer la carte son (en tout cas pour ce que j'en fais, je n'ai pas perçu
de différence).
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).
Le module nvidia propriétaire et son copain le pilote nvidia pour XOrg,
le premier pour gérer le DRI et causer avec le matos et le second pour
que XOrg cause au premier, sont nécessaires pour la 3D.
Le pilote nv fourni par XOrg est suffisant pour la 2D (il n'y a pas de
module noyau associé).
À chaque fois que l'on compile un nouveau noyau, les modules doivent être
recompilés (dans l'absolu ce n'est pas forcément le cas, mais c'est plus
simple comme ça).
D'où l'intérêt d'une méthode simple (p.ex. module-assistant).
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.
En ce qui concerne les tests que tu fais, essaie d'être scientifique :
- prends ton temps ;
- prends des notes ;
- vérifie tes tests ;
- fais-le progressivement, une chose à la fois : fais d'abord fonctionner
le dma, puis le pilote nvidia, puis la lecture de dvd.
- dis-nous exactement ce que tu as fait et qu'est-ce qui te fait dire que
ça marche ou pas (d'où l'intérêt des notes).
Ça a l'air un peu stupide de dire ça mais dans le feu de l'action, on
oublie toujours un truc, on enchaîne les tests, on s'éparpille, on manque
d'info ou on en est submergé...
