Bonjour,
J'ai recompilé mo noyau avec quelques options supplémentaires.
En particulier le logo linux en couleur et le framebuffer pour ma
carte
matrox g400.
Il n'a pas aimé puisque mon écran est illisible (des stries fines et
colorées superposées au fond noir de la
console). Malré tout, en aveugle, je me suis connecté, j'ai testé m on
"beep" (voir le sujet beep (-beep)) qui marche à
présent et j'ai rebooté.
Une idée pour savoir quelle option désélectionner et éviter de
compiler
36 noyaux (au pire, si mon intuition est bonne 3
fois).
--
Stevan Kanban
Bonjour,
J'ai recompilé mo noyau avec quelques options supplémentaires.
En particulier le logo linux en couleur et le framebuffer pour ma
carte
matrox g400.
Il n'a pas aimé puisque mon écran est illisible (des stries fines et
colorées superposées au fond noir de la
console). Malré tout, en aveugle, je me suis connecté, j'ai testé m on
"beep" (voir le sujet beep (-beep)) qui marche à
présent et j'ai rebooté.
Une idée pour savoir quelle option désélectionner et éviter de
compiler
36 noyaux (au pire, si mon intuition est bonne 3
fois).
--
Stevan Kanban
Bonjour,
J'ai recompilé mo noyau avec quelques options supplémentaires.
En particulier le logo linux en couleur et le framebuffer pour ma
carte
matrox g400.
Il n'a pas aimé puisque mon écran est illisible (des stries fines et
colorées superposées au fond noir de la
console). Malré tout, en aveugle, je me suis connecté, j'ai testé m on
"beep" (voir le sujet beep (-beep)) qui marche à
présent et j'ai rebooté.
Une idée pour savoir quelle option désélectionner et éviter de
compiler
36 noyaux (au pire, si mon intuition est bonne 3
fois).
--
Stevan Kanban
Le 04.02.2005 17:55:33, Stevan Kanban a écrit :Bonjour,
J'ai recompilé mo noyau avec quelques options supplémentaires.
En particulier le logo linux en couleur et le framebuffer pour ma carte
matrox g400.
Il n'a pas aimé puisque mon écran est illisible (des stries fines et
colorées superposées au fond noir de la
console). Malré tout, en aveugle, je me suis connecté, j'ai testé mon
"beep" (voir le sujet beep (-beep)) qui marche à
présent et j'ai rebooté.
Une idée pour savoir quelle option désélectionner et éviter de compiler
36 noyaux (au pire, si mon intuition est bonne 3
fois).
Le frame buffer
--
Stevan Kanban
Jean-Luc
Le 04.02.2005 17:55:33, Stevan Kanban a écrit :
Bonjour,
J'ai recompilé mo noyau avec quelques options supplémentaires.
En particulier le logo linux en couleur et le framebuffer pour ma carte
matrox g400.
Il n'a pas aimé puisque mon écran est illisible (des stries fines et
colorées superposées au fond noir de la
console). Malré tout, en aveugle, je me suis connecté, j'ai testé mon
"beep" (voir le sujet beep (-beep)) qui marche à
présent et j'ai rebooté.
Une idée pour savoir quelle option désélectionner et éviter de compiler
36 noyaux (au pire, si mon intuition est bonne 3
fois).
Le frame buffer
--
Stevan Kanban
Jean-Luc
Le 04.02.2005 17:55:33, Stevan Kanban a écrit :Bonjour,
J'ai recompilé mo noyau avec quelques options supplémentaires.
En particulier le logo linux en couleur et le framebuffer pour ma carte
matrox g400.
Il n'a pas aimé puisque mon écran est illisible (des stries fines et
colorées superposées au fond noir de la
console). Malré tout, en aveugle, je me suis connecté, j'ai testé mon
"beep" (voir le sujet beep (-beep)) qui marche à
présent et j'ai rebooté.
Une idée pour savoir quelle option désélectionner et éviter de compiler
36 noyaux (au pire, si mon intuition est bonne 3
fois).
Le frame buffer
--
Stevan Kanban
Jean-Luc
Jean-Luc Coulon (f5ibh) a écrit :
>
>Le frame buffer
>
>>
>>--
>>Stevan Kanban
>
>
>Jean-Luc
C'était bien le frame buffer.
En console, je suis obligé de tourner en vesa ou svga pour mes
applications graphiques (mplayer typiquement). Je ne peux pas utiliser
les spécifités de ma carte matrox qui sont pourtant contenues dans le s
options du noyau 2.6.
Je connais le packetage mga-vid mais je n'ose pas l'utiliser à cause de s
avertissements de la doc: mes données sont en péril et je ne les back upe
pas entièrement.
Qu'est-ce-que exactement le framebuffer?
Stevan Kanban
Jean-Luc Coulon (f5ibh) a écrit :
>
>Le frame buffer
>
>>
>>--
>>Stevan Kanban
>
>
>Jean-Luc
C'était bien le frame buffer.
En console, je suis obligé de tourner en vesa ou svga pour mes
applications graphiques (mplayer typiquement). Je ne peux pas utiliser
les spécifités de ma carte matrox qui sont pourtant contenues dans le s
options du noyau 2.6.
Je connais le packetage mga-vid mais je n'ose pas l'utiliser à cause de s
avertissements de la doc: mes données sont en péril et je ne les back upe
pas entièrement.
Qu'est-ce-que exactement le framebuffer?
Stevan Kanban
Jean-Luc Coulon (f5ibh) a écrit :
>
>Le frame buffer
>
>>
>>--
>>Stevan Kanban
>
>
>Jean-Luc
C'était bien le frame buffer.
En console, je suis obligé de tourner en vesa ou svga pour mes
applications graphiques (mplayer typiquement). Je ne peux pas utiliser
les spécifités de ma carte matrox qui sont pourtant contenues dans le s
options du noyau 2.6.
Je connais le packetage mga-vid mais je n'ose pas l'utiliser à cause de s
avertissements de la doc: mes données sont en péril et je ne les back upe
pas entièrement.
Qu'est-ce-que exactement le framebuffer?
Stevan Kanban
En console, je suis obligé de tourner en vesa ou svga pour mes
applications graphiques (mplayer typiquement). Je ne peux pas utiliser
les spécifités de ma carte matrox qui sont pourtant contenues dans les
options du noyau 2.6.
Je connais le packetage mga-vid mais je n'ose pas l'utiliser à cause des
avertissements de la doc: mes données sont en péril et je ne les backupe
pas entièrement.
Qu'est-ce-que exactement le framebuffer?
En console, je suis obligé de tourner en vesa ou svga pour mes
applications graphiques (mplayer typiquement). Je ne peux pas utiliser
les spécifités de ma carte matrox qui sont pourtant contenues dans les
options du noyau 2.6.
Je connais le packetage mga-vid mais je n'ose pas l'utiliser à cause des
avertissements de la doc: mes données sont en péril et je ne les backupe
pas entièrement.
Qu'est-ce-que exactement le framebuffer?
En console, je suis obligé de tourner en vesa ou svga pour mes
applications graphiques (mplayer typiquement). Je ne peux pas utiliser
les spécifités de ma carte matrox qui sont pourtant contenues dans les
options du noyau 2.6.
Je connais le packetage mga-vid mais je n'ose pas l'utiliser à cause des
avertissements de la doc: mes données sont en péril et je ne les backupe
pas entièrement.
Qu'est-ce-que exactement le framebuffer?
> Je vous conseille de lire :
/usr/src/linux/Documentation/fb/framebuffer.txt
pour des information générales concernant le framebuffer
et :
/usr/src/linux/Documentation/fb/matroxfb.txt
pour des inormation plus spécifiques concernant le framebuffer des matrox et les
paramètres qu'on peu lui passer au boot.
Je pense quevous devriez pouvoir le faire marcher, ce n'est qu'un probème de
configuration du noyau et de paramètres à passer au noyau via lio ou grub.
Jean-Luc
> Je vous conseille de lire :
/usr/src/linux/Documentation/fb/framebuffer.txt
pour des information générales concernant le framebuffer
et :
/usr/src/linux/Documentation/fb/matroxfb.txt
pour des inormation plus spécifiques concernant le framebuffer des matrox et les
paramètres qu'on peu lui passer au boot.
Je pense quevous devriez pouvoir le faire marcher, ce n'est qu'un probème de
configuration du noyau et de paramètres à passer au noyau via lio ou grub.
Jean-Luc
> Je vous conseille de lire :
/usr/src/linux/Documentation/fb/framebuffer.txt
pour des information générales concernant le framebuffer
et :
/usr/src/linux/Documentation/fb/matroxfb.txt
pour des inormation plus spécifiques concernant le framebuffer des matrox et les
paramètres qu'on peu lui passer au boot.
Je pense quevous devriez pouvoir le faire marcher, ce n'est qu'un probème de
configuration du noyau et de paramètres à passer au noyau via lio ou grub.
Jean-Luc
> Je vous conseille de lire :
> /usr/src/linux/Documentation/fb/framebuffer.txt
> pour des information générales concernant le framebuffer
>
> et :
> /usr/src/linux/Documentation/fb/matroxfb.txt
> pour des inormation plus spécifiques concernant le framebuffer des matrox et les
> paramètres qu'on peu lui passer au boot.
>
> Je pense quevous devriez pouvoir le faire marcher, ce n'est qu'un probème de
> configuration du noyau et de paramètres à passer au noyau via lio ou grub.
>
> Jean-Luc
J'ai bien lu les docs et le résultat est... merveilleux. J'ai passé mes options comme indiqué dans lilo et je ne reconnais plus ma console.
La résolution en 1024x1078 dephth2 est très nette et je peux enfin utiliser ma console avec confort pour des fichiers longs.
Il me reste néanmoins 2 questions:
1. Je veux installer le mga-vid. Or, lorsque je désarchive le source, il me crée un répertoire module dans mon répertoire courant /usr/src.
La doc /usr/share/doc/mga-vid-source/README.Debian (en annexe) n'explique que la méthode du noyau 2.4, à savoir la construction des packets du noyau
puis des modules (make-kpkg ... kernel_image & make-kpkg ... modules_image).
Or, j'utilise la méthode du 2.6, le "2 en 1" et comme ça je n'ai pas besoin de renommer mon répertoire de modules dans /lib/modules/.
Comme j'ai compilé mon noyau et qu'il marche, ça m'embête de recompiler avec la méthode en 2 étapes, d'autant plus que je devrais jongler avec le
nommage de mes répertoires de /lib/modules. En effet:
# make-kpkg modules
The changelog says we are creating 2.6.7-hector-0.5, but I thought the version is 2.6.7
Ma question est donc la suivante: existe-t-il un moyen de compiler des modules séparément de celui du noyau et sans renommer le répertoire des sources.
Quelle est la solution la plus simple et la plus safe?
2. J'ai coché les 3 logos console au démarrage dans menuconfig. Existe-t-il un moyen de les choisir ou de les désactiver (je suppose encore une fois une
option du noyau)?
> Je vous conseille de lire :
> /usr/src/linux/Documentation/fb/framebuffer.txt
> pour des information générales concernant le framebuffer
>
> et :
> /usr/src/linux/Documentation/fb/matroxfb.txt
> pour des inormation plus spécifiques concernant le framebuffer des matrox et les
> paramètres qu'on peu lui passer au boot.
>
> Je pense quevous devriez pouvoir le faire marcher, ce n'est qu'un probème de
> configuration du noyau et de paramètres à passer au noyau via lio ou grub.
>
> Jean-Luc
J'ai bien lu les docs et le résultat est... merveilleux. J'ai passé mes options comme indiqué dans lilo et je ne reconnais plus ma console.
La résolution en 1024x1078 dephth2 est très nette et je peux enfin utiliser ma console avec confort pour des fichiers longs.
Il me reste néanmoins 2 questions:
1. Je veux installer le mga-vid. Or, lorsque je désarchive le source, il me crée un répertoire module dans mon répertoire courant /usr/src.
La doc /usr/share/doc/mga-vid-source/README.Debian (en annexe) n'explique que la méthode du noyau 2.4, à savoir la construction des packets du noyau
puis des modules (make-kpkg ... kernel_image & make-kpkg ... modules_image).
Or, j'utilise la méthode du 2.6, le "2 en 1" et comme ça je n'ai pas besoin de renommer mon répertoire de modules dans /lib/modules/.
Comme j'ai compilé mon noyau et qu'il marche, ça m'embête de recompiler avec la méthode en 2 étapes, d'autant plus que je devrais jongler avec le
nommage de mes répertoires de /lib/modules. En effet:
# make-kpkg modules
The changelog says we are creating 2.6.7-hector-0.5, but I thought the version is 2.6.7
Ma question est donc la suivante: existe-t-il un moyen de compiler des modules séparément de celui du noyau et sans renommer le répertoire des sources.
Quelle est la solution la plus simple et la plus safe?
2. J'ai coché les 3 logos console au démarrage dans menuconfig. Existe-t-il un moyen de les choisir ou de les désactiver (je suppose encore une fois une
option du noyau)?
> Je vous conseille de lire :
> /usr/src/linux/Documentation/fb/framebuffer.txt
> pour des information générales concernant le framebuffer
>
> et :
> /usr/src/linux/Documentation/fb/matroxfb.txt
> pour des inormation plus spécifiques concernant le framebuffer des matrox et les
> paramètres qu'on peu lui passer au boot.
>
> Je pense quevous devriez pouvoir le faire marcher, ce n'est qu'un probème de
> configuration du noyau et de paramètres à passer au noyau via lio ou grub.
>
> Jean-Luc
J'ai bien lu les docs et le résultat est... merveilleux. J'ai passé mes options comme indiqué dans lilo et je ne reconnais plus ma console.
La résolution en 1024x1078 dephth2 est très nette et je peux enfin utiliser ma console avec confort pour des fichiers longs.
Il me reste néanmoins 2 questions:
1. Je veux installer le mga-vid. Or, lorsque je désarchive le source, il me crée un répertoire module dans mon répertoire courant /usr/src.
La doc /usr/share/doc/mga-vid-source/README.Debian (en annexe) n'explique que la méthode du noyau 2.4, à savoir la construction des packets du noyau
puis des modules (make-kpkg ... kernel_image & make-kpkg ... modules_image).
Or, j'utilise la méthode du 2.6, le "2 en 1" et comme ça je n'ai pas besoin de renommer mon répertoire de modules dans /lib/modules/.
Comme j'ai compilé mon noyau et qu'il marche, ça m'embête de recompiler avec la méthode en 2 étapes, d'autant plus que je devrais jongler avec le
nommage de mes répertoires de /lib/modules. En effet:
# make-kpkg modules
The changelog says we are creating 2.6.7-hector-0.5, but I thought the version is 2.6.7
Ma question est donc la suivante: existe-t-il un moyen de compiler des modules séparément de celui du noyau et sans renommer le répertoire des sources.
Quelle est la solution la plus simple et la plus safe?
2. J'ai coché les 3 logos console au démarrage dans menuconfig. Existe-t-il un moyen de les choisir ou de les désactiver (je suppose encore une fois une
option du noyau)?
