Au Secours ! Ecran Noir après Compilation du Kernel 2.4.18 ! - Linux et OS Alternatifs
Marsh Posté le 21-07-2002 à 18:01:42
framebuffer desactive dans ton kernel
soit tu redemmarre sur ton kernel par defaut et tu mest dans lilo vga = normale
soit tu reconfigure ton kernel en activant ton framebuffer
se trouvant dans console drivers
perso active le c plus cool apres d avoir des resolution 1024 * 768 par exemple
Marsh Posté le 21-07-2002 à 18:08:35
le frame buffer ? Oui c vrai que je ne me souviens pas avoir essayé ! J'etais persuadé que ça ne me concernais pas, je ne sais plus pour quelle raison. J'espère que c'est la solution, je cours recompiler tout de suite ! Merci en tous cas, je vais voir !
Marsh Posté le 22-07-2002 à 00:21:02
meola78 a écrit a écrit : oui c'etait bien ça ! Merci ! |
et si tu as une carte graphique nvidia avec les drivers proprio, n'essaie meme pas de te prendre la tête à configurer le framebuffer des fois que l'envie t'en prenais, ça marche pas
(faut dire que j'ai pas essayé avec les dernier pilotes nvidia, mais bon ...)
Marsh Posté le 22-07-2002 à 00:47:09
asphro a écrit a écrit : c au demarrage ca concerne po xfree |
je sais
mais en admettant qu'il s'amuse à le configurer correctement il aura des pb avec xfree (si il a une carte nvidia)
c'est une info que je lui donne
maintenant si il a une matrox qu'il fasse comme bon lui semble
Marsh Posté le 22-07-2002 à 01:07:49
je vois pas le rapport en le fb du kernel qui concerne le mode console et Xfree
mais tu va me faire une joie d expliquer
pourque je vois mon probleme avec slack fb activer et mes drivers nvidia !!!!!!!!!
je le cherche!!!!!
Marsh Posté le 22-07-2002 à 01:24:01
bon j'explique
avant sur ma matrox g400 j'avais le framebuffer avec 1024/768 et c'est bien sympa.
Par contre quand je suis passé sur une Geforce et que j'ai testé le framebuffer (driver rivafb si je ne me trompe pas) ainsi que les drivers made in Nvidia ben j'ai eu droit à des plantage assez méchants vu que j'avais des freezes du système au passage de X à un console ou lors de l'arrêt de la machine (donc du passage de X au framebuffer) => reboot par le bouton power
Du coup la mort dans l'ame j'ai désactivé le framebuffer.
Si tu fait une recherche sur la période octobre/novembre/décembre 2001 tu devrais trouver un de mes posts relatif à ce problème
mais depuis j'ai pas réessayé le frame buffer mais comme les pilotes nvidia et que le rivafb ont évolué depuis il est possible que ça marche (d'ailleurs je l'avais dit dans mon post ci-dessus). Mais depuis j'ai pris l'habitude d'utiliser bcp de terminal et ssh et sudo du coup je n'en ressent plus le besoin du framebuffer.
donc j'ose espérer que tu as cerné le lien entre fb et X (au moins dans mon cas) et c'est pas la peine de t'énerver en utilisant 46 point d'exclamation
a+
Marsh Posté le 22-07-2002 à 01:29:10
faut po mettre rivafb j avais fais pareille au debut et plouf
gros plantage carrement au demmarrage moi
faut activer ca en fait pour que ca marche correctement
|
Marsh Posté le 22-07-2002 à 01:41:50
ok t'utilises pas le framebuffer accéléré mais le simple vesa
va falloir que j'essaie mais je m'étais jamais posé réellement le problème
mais j'aimerais savoir pourquoi l'accéléré déconne comme ça ?
tu sais si il fonctionne avec les drivers open source pour les cartes nvidia ?
Marsh Posté le 22-07-2002 à 01:47:52
alors la pas du tout ..........
moi j active un simple fb non accelere ca me sert a rien pour avoir une bonne resolution car comme je suis souvent en console les truc tout laid avec de gros caractére bof bof
c dommage que ca n existe pas sur les *bsd ca le fb !!!!
Marsh Posté le 22-07-2002 à 01:56:49
c'est con que le fb soit lié au noyau, sinon y a toujours moyen de moyennnér pour le reste.
J'ai des potes qui ont cmpilé et fait tourné gnome avec enlightenment sur des vielles stations sun avec solaris, l'admin il a été tout surpris quand il l'a vu
mais la je m'éloigne fortement du sujet
a+
Marsh Posté le 22-07-2002 à 19:58:38
j'ai effectivement une carte nvidia (sur port PCI) et j'ai activé le frame buffer. Pour l'instant aucun problème (j'ai choisi dans le kernel, l'option experimentale du frame Buffer pour le cartes nvidia).
On verra, pour l'instant je touche du bois !
Marsh Posté le 22-07-2002 à 21:49:31
si ça marche bien tiens moi au courant (t'utilises bien le rivafb ?)
Marsh Posté le 22-07-2002 à 21:53:15
dans le kernel 2.5.27 po myen d activer le support du fb ca foire a la compile
sur vfb.c je crois
Marsh Posté le 22-07-2002 à 21:58:19
asphro a écrit a écrit : dans le kernel 2.5.27 po myen d activer le support du fb ca foire a la compile sur vfb.c je crois |
pourquoi t'utilises des kernel unstable ? si y a des pb c'est souvent normal puisqu'en développement
t'as besoin d'une fonctions qu'il n'y a pas dans une 2.4.18, ou alors t'est testeur débuggeur ou c'est juste pour faire bien ?
Marsh Posté le 22-07-2002 à 22:09:44
ben dans le 2.5.27
1) pour le testing j aime ca
2/ car les driver alsa sont integré au kernel
3/ ben c bien de tester
Marsh Posté le 22-07-2002 à 22:12:19
ok
mais alors qu'est-ce que t'attends pour debbuguer les pb du vfb.c ?
Marsh Posté le 22-07-2002 à 22:13:26
que le "c" me tombe dans le cerveau
Marsh Posté le 22-07-2002 à 22:33:58
moi faudrait que ce soit le c++, je galère comme un fou pour compiler openoffice
j'ai toujours de nouvelles erreurs qui apparaissent
sauf que ce coup ci on dirait une erreur de code c++ et que là pour corriger quand on connaît pas le language ben on peut toujours se brosser
je sens que je vais installé les binaires ça va pas faire un pli
D'autant plus que la compile c'est tellement une usine à gaz qu'il faut tout recommencer dès qu'une erreur se pointe et qu'on réussit à la corriger
Marsh Posté le 22-07-2002 à 22:36:33
Oui j'utilise bien le rivafb.
La seule différence que j'ai pu voir c que l'affichage au démarrage se fait avec de plus gros caractères. Sinon, sous X, c pareil et aucun problème jusqu'ici.
Marsh Posté le 22-07-2002 à 22:38:18
FlamM a écrit a écrit : moi faudrait que ce soit le c++, je galère comme un fou pour compiler openoffice j'ai toujours de nouvelles erreurs qui apparaissent sauf que ce coup ci on dirait une erreur de code c++ et que là pour corriger quand on connaît pas le language ben on peut toujours se brosser je sens que je vais installé les binaires ça va pas faire un pli D'autant plus que la compile c'est tellement une usine à gaz qu'il faut tout recommencer dès qu'une erreur se pointe et qu'on réussit à la corriger |
perso vu la grosseur du truc j ia jamais osé le compiler
et les binaire marche bien sur slack en tout cas
Marsh Posté le 21-07-2002 à 17:51:23
Salut,
Je recompile ce kernel pour la 30ème fois, sur slackware 8.1, mais sur 8.0 j'avais le même problème:
Dès que j'essaye de booter dessus je ne vois rien ! Ecran noir, le disque dur travaille. Et si je fais ctrl-alt-suppr il reboote.
J'ai déjà tout essayé, désactivé et activé 1000 fois des options différentes, rien n'y fait. Pourtant, avec d'autres kernels ça marche très bien, je les recompile sans problèmes !
Est-ce que quelqu'un aurait déjà eu ce problème ?