Merci bien d'avoir pris le temps de me répondre, et surtout, d'avoir apporter autant de réponses, même si tout ne fonctionne pas :/ mais j'ai au moins un chemin de recherche, c'est déjà mieux que de se dire que ce n'est pas supporté.
Pour la 3D, il faut que DRI soit activé. Vérifie déjà que la gestion du GART AGP est bien activée (le module se nomme 'agpgart', il doit apparaître lorsque tu tapes 'lsmod'.
Le module n'apparaît pas
Si ce n'est pas le cas, 'modprobe agpgart && echo agpgart >> /etc/modules' pour le charger aux démarrages suivants.
J'ai un message d'erreur :
/lib/modules/2.4.21-0.13mdk/kernel/drivers/char/agp/agpgart.o.gz: init_module: No such device
Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters.
You may find more information in syslog or the output from dmesg
modprobe: insmod /lib/modules/2.4.21-0.13mdk/kernel/drivers/char/agp/agpgart.o.gz failed
modprobe: insmod agpgart failed
Du coup, j'ai cru comprendre que le fichier agpgart.o.gz n'était pas installé, et en recherchant sur google, j'ai trouvé qu'il était présent dans le RPM kernel-multimedia-2.4.21.0.16mdk.i586.rpm que j'ai donc URPMIsé... Toujours le même message d'erreur :/
Mais j'ai de quoi fouiller, alors je vais lire les logs et je devrais pouvoir arriver à quelque chose ! :) Si quelqun a déjà résolu le problème et peut me donner une solution rapide, merci ;)
# grep Direct /var/log/XFree86.0.log
(II) RADEON(0): Direct rendering enabled
S'il dit 'disabled', il faut regarder si ton noyau contient bien le module ad hoc (pour info sur une Mdk 9.1, c'est /lib/modules/2.4.21-0.11mdk/kernel/drivers/char/drm/radeon.o.gz). Le cas échéant, fais un 'modprobe radeon' à la main, mais ça devrait pas être nécessaire. Dans tous les cas, si Mdk ne l'a pas fait automatiquement, je suis déçu. Ils pourraient prêter attention à ce genre de détails...
Je confirme, le DRI est désactivé par défaut, et le module radeon.o.gz n'est pas présent, cependant, l'installation du paquetage kernel-multimedia répond également à ce problème :)
La commande 'modprobe radeon' me charge le module sans erreur, et un lsmod confirme que le module radeon est bien chargé.
Cependant, le modprobe sur agpgart merdoit toujours.
As-tu bien vérifié tes locales ? La Mdk 9.1 m'a encore fait le coup en me collant des locales incorrectes, et du coup j'avais même pas droit de taper des caractères accentués. Tape 'locale' pour savoir (les valeurs doivent toutes être à 'fr_FR').
la commande 'locale' me donne une liste de locales à priori ;) qui ont toutes la valeur fr_FR sauf une LC_ALL qui n'a aucune valeur affectée, comment je fais pour lui en donner une ?
vérifie dans ton ~/.xsession-errors. Souvent les softs font un simple fprintf(stderr, "Aïeuuuhhhh"); et tu le vois pas, mais ils disent la plupart du temps ce qui se passe (OK, c'est pas intuitif du tout, mais il va falloir du temps pour que ce genre de notions rentre chez tout le monde).
Merci pour cette information, je me disais bien que cela devait être loggué quelque part, mais jusqu'à présent, je n'étais pas parvenu à mettre la main sur ces infos. Mes problèmes devraient trouver des solutions plus fréquement désormais :)
? ! ? ! ? Jamais vu un truc pareil (et j'en ai vu des vertes et des pas mûres, crois-moi). Au pire, RPM-Machin-Drake peut te désinstaller un soft qui dépend d'un autre, mais pas sans te le signaler auparavant.
C'est assez bizarre en effet, en fait, les symptômes sont que les fonds d'écrans correspondants disparaissent de la liste des fonds d'écrans, mais que le rpm n'est pas viré, il m'est donc impossible d'URPMIsé à nouveau desktop-backgrount car il considère que tout est déjà installé, mais si je veux désinstaller le paquetage pour le réinstaller, il m'annonce que le paquetage est inexistant !!!
Bref, j'ai solutionné le problème temporairement en ayant téléchargé sur ma machine le RPM correspondant et en l'installant en force :)
Toi, tu es la 1575754631152ème victime de SuperMount. Bref, tu vires cette chiotte (merci Mandrake, de nous filer des merdes pareilles ! Merci, merci, merci !), et tu refais ton fstab, en précisant 'noauto' dans le champ options pour tous les périphériques amovibles. Le système ne cherchera plus à lire ta disquette ZIP.
Merci bien je ferai cependant cette maniuplation une fois que le reste des problèmes sera résolu, histoire de bien identifier les sources de mes problèmes et de ne pas tout réparer en même temps et ne pas me rendre compte de chacune de mes interactions sur le système :)
Sinon, je ne suis malheureusement pas encore en mesure de faire remonter une quelconque erreur étant donné que j'ai déjà bien du mal à identifier les causes de mes problèmes, mais petit à petit j'y arrive, et je ne manquerai pas de faire remonter les informations une fois que je serai sûr de moi :)
En tout cas, je te remercie bien, ton aide m'a été très utile, domamge qu'il m'ait fallu attendre quelques moi avant d'obtenir une véritable réponse comme la tienne, malgré mes demandes répétées qui ont bien souvent été considérées comme des trolls :/
[^] # Re: Microsoft fait de la formation Linux
Posté par Spermatozoide . En réponse à la dépêche Microsoft fait de la formation Linux. Évalué à 1.
Pour la 3D, il faut que DRI soit activé. Vérifie déjà que la gestion du GART AGP est bien activée (le module se nomme 'agpgart', il doit apparaître lorsque tu tapes 'lsmod'.
Le module n'apparaît pas
Si ce n'est pas le cas, 'modprobe agpgart && echo agpgart >> /etc/modules' pour le charger aux démarrages suivants.
J'ai un message d'erreur :
/lib/modules/2.4.21-0.13mdk/kernel/drivers/char/agp/agpgart.o.gz: init_module: No such device
Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters.
You may find more information in syslog or the output from dmesg
modprobe: insmod /lib/modules/2.4.21-0.13mdk/kernel/drivers/char/agp/agpgart.o.gz failed
modprobe: insmod agpgart failed
Du coup, j'ai cru comprendre que le fichier agpgart.o.gz n'était pas installé, et en recherchant sur google, j'ai trouvé qu'il était présent dans le RPM kernel-multimedia-2.4.21.0.16mdk.i586.rpm que j'ai donc URPMIsé... Toujours le même message d'erreur :/
Mais j'ai de quoi fouiller, alors je vais lire les logs et je devrais pouvoir arriver à quelque chose ! :) Si quelqun a déjà résolu le problème et peut me donner une solution rapide, merci ;)
# grep Direct /var/log/XFree86.0.log
(II) RADEON(0): Direct rendering enabled
S'il dit 'disabled', il faut regarder si ton noyau contient bien le module ad hoc (pour info sur une Mdk 9.1, c'est /lib/modules/2.4.21-0.11mdk/kernel/drivers/char/drm/radeon.o.gz). Le cas échéant, fais un 'modprobe radeon' à la main, mais ça devrait pas être nécessaire. Dans tous les cas, si Mdk ne l'a pas fait automatiquement, je suis déçu. Ils pourraient prêter attention à ce genre de détails...
Je confirme, le DRI est désactivé par défaut, et le module radeon.o.gz n'est pas présent, cependant, l'installation du paquetage kernel-multimedia répond également à ce problème :)
La commande 'modprobe radeon' me charge le module sans erreur, et un lsmod confirme que le module radeon est bien chargé.
Cependant, le modprobe sur agpgart merdoit toujours.
As-tu bien vérifié tes locales ? La Mdk 9.1 m'a encore fait le coup en me collant des locales incorrectes, et du coup j'avais même pas droit de taper des caractères accentués. Tape 'locale' pour savoir (les valeurs doivent toutes être à 'fr_FR').
la commande 'locale' me donne une liste de locales à priori ;) qui ont toutes la valeur fr_FR sauf une LC_ALL qui n'a aucune valeur affectée, comment je fais pour lui en donner une ?
vérifie dans ton ~/.xsession-errors. Souvent les softs font un simple fprintf(stderr, "Aïeuuuhhhh"); et tu le vois pas, mais ils disent la plupart du temps ce qui se passe (OK, c'est pas intuitif du tout, mais il va falloir du temps pour que ce genre de notions rentre chez tout le monde).
Merci pour cette information, je me disais bien que cela devait être loggué quelque part, mais jusqu'à présent, je n'étais pas parvenu à mettre la main sur ces infos. Mes problèmes devraient trouver des solutions plus fréquement désormais :)
? ! ? ! ? Jamais vu un truc pareil (et j'en ai vu des vertes et des pas mûres, crois-moi). Au pire, RPM-Machin-Drake peut te désinstaller un soft qui dépend d'un autre, mais pas sans te le signaler auparavant.
C'est assez bizarre en effet, en fait, les symptômes sont que les fonds d'écrans correspondants disparaissent de la liste des fonds d'écrans, mais que le rpm n'est pas viré, il m'est donc impossible d'URPMIsé à nouveau desktop-backgrount car il considère que tout est déjà installé, mais si je veux désinstaller le paquetage pour le réinstaller, il m'annonce que le paquetage est inexistant !!!
Bref, j'ai solutionné le problème temporairement en ayant téléchargé sur ma machine le RPM correspondant et en l'installant en force :)
Toi, tu es la 1575754631152ème victime de SuperMount. Bref, tu vires cette chiotte (merci Mandrake, de nous filer des merdes pareilles ! Merci, merci, merci !), et tu refais ton fstab, en précisant 'noauto' dans le champ options pour tous les périphériques amovibles. Le système ne cherchera plus à lire ta disquette ZIP.
Merci bien je ferai cependant cette maniuplation une fois que le reste des problèmes sera résolu, histoire de bien identifier les sources de mes problèmes et de ne pas tout réparer en même temps et ne pas me rendre compte de chacune de mes interactions sur le système :)
Sinon, je ne suis malheureusement pas encore en mesure de faire remonter une quelconque erreur étant donné que j'ai déjà bien du mal à identifier les causes de mes problèmes, mais petit à petit j'y arrive, et je ne manquerai pas de faire remonter les informations une fois que je serai sûr de moi :)
En tout cas, je te remercie bien, ton aide m'a été très utile, domamge qu'il m'ait fallu attendre quelques moi avant d'obtenir une véritable réponse comme la tienne, malgré mes demandes répétées qui ont bien souvent été considérées comme des trolls :/