Reprise du message précédent :

Bonsoir

Pour reactiver un service en ligne de commande la syntaxe est :

sudo update-rc.d nom_du_service defaults

Donc ça devrait être :

sudo update-rc.d gdm defaults

tu peut même installer

sudo apt-get install rcconf

et reconfigurer les services en mode semi graphique en lançant

sudo rcconf

Sources :
http://www.cyberciti.biz/faq/prevent-xorg-from-starting-in-linux/ (*)
ou en français dans le texte
http://doc.ubuntu-fr.org/systeme/services

(*) jette aussi un coup d'oeil sur le commentaire de Bryce Harrington

Bon ! Bilan : tout ça ne sert à rien.

Je résume :
Si (je déconseille formellement de le faire) on va dans services et qu'on désactive gdm qui est censé permettre un login graphique, on a un message d'avertissement qui dit qu'on pourrait casser quelque chose quelque part (le genre de message qui ressemble à une précaution contre un problème hypothétique, bref je zappe).
Si on clique sur ok, le serveur X s'arrête immédiatement (on tombe sur un shell), et si on le relance (startx &) on n'aura plus accès à l'authentification, donc on ne pourra pas réactiver le service gdm.
Bien sûr gdm ne veut pas se lancer sans serveur X, et une fois le serveur X lancé, gdm ne veut toujours pas se lancer.
Réactiver gdm au démarrage comme discuté précédemment n'a aucun effet apparent.
Il faut tuer le serveur X (ps ax | grep X ; puis kill numero_pid ) et relancer X
Là l'authentification graphique remarche et on peut réactiver le service gdm.

Ouf !

Reste que je ne sais pas ce que fait concrètement la désactivation du service gdm...

Salut à tous... Quelques ptites questions de la part d'un débutant sur linux...

La sortie de ce héron m'a donné envie de redonner vie à mon vieux portable médion (athlon 1GHz, 512Mo de ram, DD 40Go et chip graphique S3 twister K) qui n'est pas un foudre de guerre...

Dans un premier temps, j'ai lancé une install automatique et j'ai fait quelques tests... Après avoir updaté les codec, j'ai pu lire un divx avec totem. Puis j'ai installé VLC via synaptic. Et là, premier constat : nickel avec totem et beaucoup de lag avec VLC... Est-ce que VLC est une appli connue pour bouffer plus de ressources???

Ensuite histoire de changer de gnome, j'ai décidé d'installer xubuntu (toujours en 8.04)... Par contre je suis passé par l'interface manuelle pour la création des partitions. D'ailleurs il me retrouve bien les 2 partitions créées pour la première install :

/dev/sda1 ------------- en Ext3
/dev/sda5 ------------- partition swap

Là me viens une première question : mon disque dur étant ide ne devrais-je pas avoir hda1 et hda5 au lieu de sda1 et sda5????

Donc je continu mon install et supprime ces 2 partitions pour repartir à neuf... Je crée une première partition en ext3 pour le système (dois-je lui indiqué / comme point de montage ou pas utile????) puis valide... Là ile me l'indique bien en /dev/sda1. Puis je crée une 2ème partition pour le swap et je choisi "swap" dans le type de partition... Et là, il me l'indique en /dev/sda2... Est-ce normal??? Pourquoi ne met il pas sda5 comme pour la première install???

Merci d'avance pour les réponses...

A ce que j'ai compris, pour unifier les accès aux ressources, Linux utilise des couches intermédiaires pour simuler des dispositifs Scsi.
C'est marrant à une époque où le Scsi est complètement passé de mode...
En tout cas c'est normal de tout avoir en sdX

Quant à la numérotation des partitions, elle peut effectivement sembler bizarre parfois, en fonction de la méthode que tu utilises pour les créer, mais ça ne pose aucun problème en général (j'ai eu un problème une seule fois, et je l'avais un peu cherché, j'avais ajouté, supprimé, redimensionné mes partitions dans le désordre avec plusieurs logiciels différents).
Enfin oui il faut indiquer / comme point de montage pour ta partition principale.

edit : pour ce qui n'est pas spécifique à Ubuntu, ce serait peut-être mieux d'en discuter dans un topic à part...

Normalement VLC est reconnu pour ne pas utiliser plus de ressources qu'un autre lecteur multimédia.
Ta carte graphique (S3 twister K) n'accepte peut-être pas l'accélération matériel ?

Il faut indiquer / comme point de montage sur ext3, c'est obligé.

Pour les Sda, tu as peut-être installé la version server d'Ubuntu, qui permet le Raid logiciel pendant l'installation ?

Là me viens une première question : mon disque dur étant ide ne devrais-je pas avoir hda1 et hda5 au lieu de sda1 et sda5???? ... Donc je continue mon install et supprime ces 2 partitions pour repartir à neuf... Je crée une première partition en ext3 pour le système (dois-je lui indiqué / comme point de montage ou pas utile????) puis valide... Là ile me l'indique bien en /dev/sda1. Puis je crée une 2ème partition pour le swap et je choisi "swap" dans le type de partition... Et là, il me l'indique en /dev/sda2... Est-ce normal??? Pourquoi ne met il pas sda5 comme pour la première install???

Bonjour

Ce que tu as expérimenté est parfaitement normal

Le nombre de partitions que vous pouvez créer sur un disque de base dépend du style de partition du disque
Sur les disques MBR (Master Boot Record), vous pouvez créer jusqu'à quatre partitions principales par disque, ou au moins trois partitions principales et une partition étendue. À l'intérieur de la partition étendue, vous pouvez créer un nombre illimité de lecteurs logiques.

http://www.commentcamarche.net/repar/partitio.php3

Dans le premier cas - le partitionnement automatique d'ubuntu avait créé une partition primaire (sda1) pour le système (/) et une partition étendue (sda2) dans laquelle se trouvait un lecteur logique (sda5) pour la partition d'échange (swap)

Vu que l'on peut créer jusqu'à 4 partitions primaires (cf explications) ces 4 quatre chiffres sont réservés pour les désigner. La première partition logique prend donc le chiffre 5

Dans le second cas tu as créé (*) deux partitions primaires (sda1 et sda2)

Cette façon de dénommer les partitions peut te sembler plus difficile à saisir que les lettre sous windows mais elle est plus précise et plus pratique notamment lorsqu'on a plusieurs disques. Dans ce cas le second disque sera sdb, le troisième sdc et si l'on voit une sdb5 on sait que c'est la première partition logique du second disque dur alors qu'un E ou F ne veut rien dire du tout !!

En effet windows attribue automatiquement des lettres aux lecteurs de disques. Il donne la lettre C à la première partition du premier disque physique (la partition sur laquelle le système démarre) ; puis D à la première partition du deuxième disque physique. Les autres lettres sont ensuite distribuées dans l’ordre de création des partitions... > résultat : sous windows lorsque tu ajoutes des partitions avec plusieurs disques physiques c'est vite le bordel .. alors que sous linux tout reste clair

(*) comme sous win tu as intérêt a séparer tes données du système et donc à créer une troisième partitions avec comme point de montage /home comme cela en cas de réinstallation (avec formattage) de la partition système tu retrouveras tes données y compris tes réglages perso (courriers, signets etc..)

Merci à vous 3 pour vos réponses qui m'éclairent bien...

Par contre j'ai toujours des problèmes pour la lecture des divx. J'ai testé sous ubuntu, xubuntu (pour voir si xfce pompait moins de ressources) et sous xp...

Sous Xp pas de problème par contre avec les 2 autres ça saccade grave...

J'ai lancé le monitoring système pour voir la charge cpu et j'ai des résultats qui m'étonnent...

Sous xp j'oscille entre 0 et 2% au repos pour stagner à environ 40% en lecture divx.

Sous ubuntu je stagne à environ 30% au repos et je sature à 100% en lecture divx.

Je veux bien qu'il-y-ai une différence d'interprétation de la charge cpu entre l'os de billou et le manchot mais là quand même je trouve ça bizarre et je pense qu'il-y-a un autre problème...

Le problème viens peut-être du driver graphique... Comment puis-je vérifier cela? Voir la version du driver installé par ubuntu et éventuellement comment le mettre à jour. J'ai récupéré sur le site de s3 graphics le driver pour linux de mon chip intégré (http://www.s3graphics.com/en/resources/drivers/legacy/software_archive.jsp#id_380drv) et je me retrouve avec un fichier Savage_4.1.0_binary.tgz dont je ne sais trop quoi faire... Dur dur de débuter sur linux
D'ailleurs il existe 2 versions du driver et je ne sais pas lequel est le plus adapté (Savage_4.1.0_binary.tgz et Savage_4.0.3_binary.tgz)

Je sais que je demande beaucoup mais vu qu'il-y-a l'air d'avoir des spécialistes dans le coin j'en profite... Car j'ai farfouillé un peu sur la toile mais rien de concluant pour résoudre mon problème...

Encore merci d'avance...

Le problème viens peut-être du driver graphique....

Salut

Il y a de grandes chances en effet - la principe d'un driver c'est d'utiliser les capacités de calcul du gpu ( chipset de la carte grahiquà) ce qui soulage d'autant le cpu

En ce domaine, (Sous linux) intel et nividia sont mieux supportés qu'ati mais pour les autres puces c'est très aléatoire. Cela ne veut pas dire que la carte n'est pas utilisable mais en général 'on ne pourra pas profiter de la 3 D..

L'autre particularité c'est qu'il y a des pilotes libres et des pilotes propriétaires

Dans ton cas tu peux facilement vérifié l'accélération n'est pas activée
http://doc.ubuntu-fr.org/acceleration_graphique

Mais à priori il n'y pas grand chose à espérer sur un modèle sis savage - (à la différence du sis unicrome dont un exemple de compilation est expliqué à partir de cette page http://doc.ubuntu-fr.org/openchrome)

PS - à propos du serveur graphique. Hardy a apporté pas mal de modifications sur ce plan - Xorg7 qui configure automatiquement l'écran (pratique lorsqu'on change d'écran ou de carte graphique) avec un outil de secours lorsque cette configuration échoue : displayconfig-gtk (que l'on peut égalemùent lancer par la commande sudo displayconfig-gtk ) et un outils de clonage (pour le multi-écran)

Personnellement j'ai aussi pas mal apprécié un outil complémentaire qui permet de sélection la résolution "à chaud"
http://www.cedynamix.fr/dotclear/index.php?post/2008/04/09/Changer-votre-resolution-decran-facilement-avec-resapplet

Tu penses donc que la charge cpu relativement élevé au repos serait également dû au driver foireux pour ma carte?

Donc pour le divx pas d'issue possible donc sans développement de nouveaux drivers...

Et je peux vérifier comment que les drivers que j'ai dl chez S3 sont bien ceux actuellement utilisé par hardy?

Salut

Le binaire que tu as trouvé date de 2001- dans le descriptif tu peux lire :
Savage Family Linux XFree86 4.1.0 X Server Binary and Switch Utility version 1.1.18


Le paquet utilisée par ubuntu hardy pour gérer ta carte s'appelle xserver-xorg-video-savage
http://packages.ubuntu.com/fr/hardy/xserver-xorg-video-savage et il a été construit à partir de la version XFree86 4.1.0 ( This package is built from the X.org xf86-video-savage driver module )

Personnellement j'en déduit que cela ne t'avancerai en rien d'essayer de recompiler un pilote qui est déjà géré par ton système - tu peux vérififier que le paquet xserver-xorg-video-savage est bien présent (avec synaptic)

PS : si tu lis un divx sur un lecteur CD et que la lecture est sacadée il se pourrait que ce soit du à un problème de DMA non activé pour ton lecteur.
Pour voir tu peux repérer la désignation du lecteur en visualisant le contenu du fichier fstab (par la commande cat /etc/fstab )
Les points de montages s'afficheront sous forme de ligne comme par exemple pour mon lecteur (cdrom):
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0
Et ensuite tu tapes la commande sudo hdparm -dl /dev/scd0
(scd0 correspondant à la désignation du lecteur)

http://doc.ubuntu-fr.org/cdrom

Vérifie également que tu as tous les codec nécessaires à la lecture de ce type de média.

Si tu veux encore alléger la charge de ton système tu peux essayer de t'orienter vers un gestionnaire de fenêtre plus léger comme openbox (http://imaginux.com/roadtolinux/dotclear/index.php?2006/05/11/118-boostez-gnome-avec-openbox http://www.nolifeclub.org/linux/gnome-de-metacity-a-openbox/ ou fluxbox http://doc.ubuntu-fr.org/fluxbox (mais tu perdras les facilités d'administration )

Avec la version 7.10, il y avait moins de problèmes d'affichage avec les anciennes cartes graphiques.

Effectivement j'ai trouvé un poste qui indiquait que l'accélération graphique fonctionnait sous Xubuntu 7.04 avec ce type de carte ..

Par contre j'ai tout de même une piste http://ubuntuforums.org/archive/index.php/t-75393.html

On installe le kit de compilation :
sudo apt-get install build-essential

On récupère et on compile

wget http://dri.freedesktop.org/snapshots/archive/common-20051127-linux.i386.tar.bz2 wget http://dri.freedesktop.org/snapshots/archive/savage-20051125-linux.i386.tar.bz2 tar -xjf common-20051127-linux.i386.tar.bz2 tar -xjf savage-20051125-linux.i386.tar.bz2 cd dripkg sudo ./install.sh

On reboot le serveur graphique Ctrl+Alt -suppr (la touche <-, appelée "Backspace") (ou le pc)

Le 24 mai 2008 - 14 h 05, alaingre a écrit : Effectivement j'ai trouvé un poste qui indiquait que l'accélération graphique fonctionnait sous Xubuntu 7.04 avec ce type de carte .. Par contre j'ai tout de même une piste http://ubuntuforums.org/archive/index.php/t-75393.html On installe le kit de compilation : sudo apt-get install build-essential On récupère et on compile wget http://dri.freedesktop.org/snapshots/archive/common-20051127-linux.i386.tar.bz2 wget http://dri.freedesktop.org/snapshots/archive/savage-20051125-linux.i386.tar.bz2 tar -xjf common-20051127-linux.i386.tar.bz2 tar -xjf savage-20051125-linux.i386.tar.bz2 cd dripkg sudo ./install.sh On reboot le serveur graphique Ctrl+Alt -suppr (la touche <-, appelée "Backspace") (ou le pc)

Merci pour l'info, je test ça...

Le 24 mai 2008 - 12 h 14, alaingre a écrit : PS : si tu lis un divx sur un lecteur CD et que la lecture est sacadée il se pourrait que ce soit du à un problème de DMA non activé pour ton lecteur. Non les divx sont stockés sur le DD Vérifie également que tu as tous les codec nécessaires à la lecture de ce type de média. En démarrant le divx, totem m'a demandé de mettre à jour les codecs pour pouvoir lire le fichier ; ce que j'ai fait via la mise à jour automatique et ensuite le film c'est lancé sans problème. J'ai aussi installé VLC pour éliminer un éventuel problème avec totem et c'est pareil.

Le 24 mai 2008 - 14 h 05, alaingre a écrit : Effectivement j'ai trouvé un poste qui indiquait que l'accélération graphique fonctionnait sous Xubuntu 7.04 avec ce type de carte .. Par contre j'ai tout de même une piste http://ubuntuforums.org/archive/index.php/t-75393.html On installe le kit de compilation : sudo apt-get install build-essential On récupère et on compile wget http://dri.freedesktop.org/snapshots/archive/common-20051127-linux.i386.tar.bz2 wget http://dri.freedesktop.org/snapshots/archive/savage-20051125-linux.i386.tar.bz2 tar -xjf common-20051127-linux.i386.tar.bz2 tar -xjf savage-20051125-linux.i386.tar.bz2 cd dripkg sudo ./install.sh On reboot le serveur graphique Ctrl+Alt -suppr (la touche <-, appelée "Backspace") (ou le pc)

Pour cette dernière manip tout ce passe bien jusqu'à "cd dripkg" où il me dit ne pas trouver le répertoire. J'ai vérifié et il m'a bien téléchargé et décompressé les deux bz2 dans mon home par contre pas de trace d'un répertoire "dripkg".

En plus j'ai vu qu'il-y-a un fichier "install.sh" dans chacun des répertoires décompressés donc je sais pas si je doit lancer l'un ou l'autre ou bien les 2 consécutivement... Et pis vu que je débute j'ai un peu peur de faire des bétises ...


P.S. : Je tourne actuellement sous Gutsy comme l'a suggéré Jonathanp et effectivement ça va déjà mieux au niveau de la charge cpu (8% constant au repos contre 30 sous hardy) mais par contre pas de compiz avec l'install de base. J'espère que ta petite astuce fonctionnera

En tout cas merci à vous 2 pour vos conseils...

Bon, test de lecture divx sous gutsy et ça à l'air de tourner pas mal. Pas de trace de saccades pour le moment.

Totem ne pompe que 30% de cpu environ lors de la lecture... Contre 100% sous hardy ça change...

Reste plus qu'à voir cette histoire d'accélération...

Le 25 mai 2008 - 22 h 54, Jonathanp a écrit : Le 24 mai 2008 - 14 h 05, alaingre a écrit : Effectivement j'ai trouvé un poste qui indiquait que l'accélération graphique fonctionnait sous Xubuntu 7.04 avec ce type de carte .. Par contre j'ai tout de même une piste http://ubuntuforums.org/archive/index.php/t-75393.html On installe le kit de compilation : sudo apt-get install build-essential On récupère et on compile wget http://dri.freedesktop.org/snapshots/archive/common-20051127-linux.i386.tar.bz2 wget http://dri.freedesktop.org/snapshots/archive/savage-20051125-linux.i386.tar.bz2 tar -xjf common-20051127-linux.i386.tar.bz2 tar -xjf savage-20051125-linux.i386.tar.bz2 cd dripkg sudo ./install.sh On reboot le serveur graphique Ctrl+Alt -suppr (la touche <-, appelée "Backspace") (ou le pc) Merci pour l'info, je test ça...

Alors, t'as pu testé Jonathanp????

Moi j'ai essayé et j'ai un ptit problème...
J'ai d'abord lancé le ./install.sh du répertoire common-20051127-linux.i386 et l'install se passe correctement apparemment. Je reboot la station et test les "effets visuels" en mode normal et extra et rien de passe...

Je lance donc le ./install.sh du répertoire savage-20051125-linux.i386 et là ça plante lors de la compilation. J'ai le message suivant :

"Compiling...
ERROR: Kernel modules did not compile

The DRI drivers can not be installed without the latest kernel modules. Installation will be aborted. See the dri.log file for information on what went wrong."

Je comprends pas car lors de l'install, il me dit que la version du script supporte les kernels 2.4.x et 2.6.x et que la version de mon système est la 2.6.22-14-generic (module directory : /lib/modules/2.6.22-14-generic)


Donc voici le contenu du fichier log (désolé c'est un peu long... ) :

make DRM_MODULES=savage.o modules
make[1]: entrant dans le répertoire « /home/sokar/savage-20051125-linux.i386/drm/linux-core »
+ ln -s ../shared-core/drm.h drm.h
+ ln -s ../shared-core/drm_sarea.h drm_sarea.h
+ ln -s ../shared-core/mga_dma.c mga_dma.c
+ ln -s ../shared-core/mga_drm.h mga_drm.h
+ ln -s ../shared-core/mga_drv.h mga_drv.h
+ ln -s ../shared-core/mga_irq.c mga_irq.c
+ ln -s ../shared-core/mga_state.c mga_state.c
+ ln -s ../shared-core/mga_ucode.h mga_ucode.h
+ ln -s ../shared-core/mga_warp.c mga_warp.c
+ ln -s ../shared-core/r128_drv.h r128_drv.h
+ ln -s ../shared-core/r128_drm.h r128_drm.h
+ ln -s ../shared-core/r128_cce.c r128_cce.c
+ ln -s ../shared-core/r128_state.c r128_state.c
+ ln -s ../shared-core/r128_irq.c r128_irq.c
+ ln -s ../shared-core/radeon_drv.h radeon_drv.h
+ ln -s ../shared-core/radeon_drm.h radeon_drm.h
+ ln -s ../shared-core/radeon_cp.c radeon_cp.c
+ ln -s ../shared-core/radeon_irq.c radeon_irq.c
+ ln -s ../shared-core/radeon_mem.c radeon_mem.c
+ ln -s ../shared-core/radeon_state.c radeon_state.c
+ ln -s ../shared-core/r300_cmdbuf.c r300_cmdbuf.c
+ ln -s ../shared-core/r300_reg.h r300_reg.h
+ ln -s ../shared-core/sis_drv.h sis_drv.h
+ ln -s ../shared-core/sis_drm.h sis_drm.h
+ ln -s ../shared-core/sis_ds.c sis_ds.c
+ ln -s ../shared-core/sis_ds.h sis_ds.h
+ ln -s ../shared-core/sis_mm.c sis_mm.c
+ ln -s ../shared-core/tdfx_drv.h tdfx_drv.h
+ ln -s ../shared-core/via_drm.h via_drm.h
+ ln -s ../shared-core/via_drv.h via_drv.h
+ ln -s ../shared-core/via_mm.h via_mm.h
+ ln -s ../shared-core/via_ds.h via_ds.h
+ ln -s ../shared-core/via_3d_reg.h via_3d_reg.h
+ ln -s ../shared-core/via_drv.c via_drv.c
+ ln -s ../shared-core/via_ds.c via_ds.c
+ ln -s ../shared-core/via_irq.c via_irq.c
+ ln -s ../shared-core/via_map.c via_map.c
+ ln -s ../shared-core/via_mm.c via_mm.c
+ ln -s ../shared-core/via_dma.c via_dma.c
+ ln -s ../shared-core/via_verifier.c via_verifier.c
+ ln -s ../shared-core/via_verifier.h via_verifier.h
+ ln -s ../shared-core/via_video.c via_video.c
+ ln -s ../shared-core/mach64_drv.h mach64_drv.h
+ ln -s ../shared-core/mach64_drm.h mach64_drm.h
+ ln -s ../shared-core/mach64_dma.c mach64_dma.c
+ ln -s ../shared-core/mach64_irq.c mach64_irq.c
+ ln -s ../shared-core/mach64_state.c mach64_state.c
+ ln -s ../shared-core/i915_drv.h i915_drv.h
+ ln -s ../shared-core/i915_drm.h i915_drm.h
+ ln -s ../shared-core/i915_irq.c i915_irq.c
+ ln -s ../shared-core/i915_mem.c i915_mem.c
+ ln -s ../shared-core/i915_dma.c i915_dma.c
+ ln -s ../shared-core/savage_drv.h savage_drv.h
+ ln -s ../shared-core/savage_drm.h savage_drm.h
+ ln -s ../shared-core/savage_bci.c savage_bci.c
+ ln -s ../shared-core/savage_state.c savage_state.c
+ ln -s ../shared-core/nv_drv.h nv_drv.h
rm -f linux
ln -s . linux
make -C /lib/modules/2.6.22-14-generic/build SUBDIRS=`pwd` DRMSRCDIR=`pwd` modules
make[2]: entrant dans le répertoire « /usr/src/linux-headers-2.6.22-14-generic »
CC [M] /home/sokar/savage-20051125-linux.i386/drm/linux-core/drm_auth.o
Dans le fichier inclus à partir de /home/sokar/savage-20051125-linux.i386/drm/linux-core/drm_auth.c:36:
/home/sokar/savage-20051125-linux.i386/drm/linux-core/drmP.h:44:26: erreur: linux/config.h : Aucun fichier ou répertoire de ce type
make[3]: *** [/home/sokar/savage-20051125-linux.i386/drm/linux-core/drm_auth.o] Erreur 1
make[2]: *** [_module_/home/sokar/savage-20051125-linux.i386/drm/linux-core] Erreur 2
make[2]: quittant le répertoire « /usr/src/linux-headers-2.6.22-14-generic »
make[1]: *** [modules] Erreur 2
make[1]: quittant le répertoire « /home/sokar/savage-20051125-linux.i386/drm/linux-core »
make: *** [savage.o] Erreur 2

Donc si quelqu'un a une idée pour interpréter ça je suis preneur...

J'ai fais un essai de la procédure de Alaingre :

Pour les manips :
On récupère et on compile
wget http://dri.freedesktop.org/snapshots/archive/common-20051127-linux.i386.tar.bz2
wget http://dri.freedesktop.org/snapshots/archive/savage-20051125-linux.i386.tar.bz2
tar -xjf common-20051127-linux.i386.tar.bz2
tar -xjf savage-20051125-linux.i386.tar.bz2

Aucun problèmes ou messages d'erreur. Mais aucun changement.

Par contre, impossible d'effectuer :
cd dripkg
sudo ./install.sh

Message d'erreur :
bash: cd: dripkg: Aucun fichier ou dossier de ce type

Ouep en gros t'as le même soucis que moi sur le "cd dripkg"...

Par contre t'as essayé de lancer les install.sh (des 2 répertoires décompressés) directement via un terminal???? Histoire de voir si toi aussi t'as une erreur sur le 2ème (le savage)...


P.S. : Alaingre si tu passes par là et que t'as une idée lumineuse tu es le bienvenu...

Salut les gens

Les lignes de commande c'est bien mais c'est encore mieux lorsqu'on comprend ce qu'elles font

wget http://dri.freedesktop.org/snapshots/archive/common-20051127-linux.i386.tar.bz2
wget se charge de récupérer une archive
tar -xjf common-20051127-linux.i386.tar.bz2
tar se charge de décompresser une archive
Après avoir utiliser ces deux commandes on se retrouve avec un dossier (décompressé) qui porte le nom de common-20051127-linux.i386

La commande cd (change directory) correspond à un changement de répertoire ( comme sous ms dos) donc cd dripkg permet de se déplacer dans le dossier (références relatives) dripkg - ce qui ne fonctionne pas vu qu'il n'y pas de dossier dripkg !!

Au cas particulier il faut faire cd common-20051127-linux.i386 pour se placer dans le premier dossier (*) mais avant de lancer le script d'installation il ne faut pas oublier d'installer le kit de compilation et le header correspondant à ton noyau
sudo apt-get install make gcc build-essential linux-headers-$(uname -r)

Le lancement du script peut enfin se faire par la commande sudo ./install.sh

DIRECT RENDERING OPEN SOURCE PROJECT - DRIVER INSTALLATION SCRIPT [ http://dri.sourceforge.net ] ========================================================================== Installing files: GL & GLU libraries...done core libraries...done Copying extra files...done Updating configuration: Running ldconfig...done Checking configuration...done

Je peux difficilement aller plus loint sur mon propre matos mais à votre place j'essayerais de lancer le script dans le dossier common-20051127-linux.i386 avant de faire de même dans le dossier savage-20051125-linux.i386

Par expérience il arrive que les scripts ne fonctionnent pas du premier coup (manque quelques chose à voir dans les log) Dans ton cas (erreur: linux/config.h : Aucun fichier ou répertoire de ce type) tu devrais essayer

cd /lib/modules/$(uname -r)/build/include/linux/

puis

sudo ln -s autoconf.h config.h

Puis tu relances la compilation...

Il se pourrait également que tu es besoin d'installer les sources du kernel
la command uname -r te permet de savoir desquelles tu as besoin

sudo apt-get install linux-restricted-modules-2.6.22-14-generic

puis (normalement déjà fait)

sudo apt-get install linux-headers-2.6.22-14-generic

et

sudo ln -s /usr/src/linux-headers-2.6.22-14-generic /usr/src/linux

Attention - ce genre de manip n'est pas dans la rubrique débutant...

PS Quelques petits conseils sur l'usage des lignes de commande :

1) un petit ls permet de lister (comme list en msdos) le contenu du répertoire et un copier coller à la souris permet d'éviter de rendrer des noms de dossiers ou fichier compliqué)
2) Pour éviter d'avoir à faire du cd à tout va on peut installer sudo apt-get install nautilus-open-terminal
et relancer nautilus (killall nautilus) pour pouvoir faire du clic droit sur un dossier > ouvrir un terminal ici
3) La console conserve en mémoire les entrées- avec la flèche vers le haut du clavier on peut faire défiler les commandes déja tapées.

Deux petites feuilles à garder sous la main :

Un aide mémoire commandes http://www.linuxcodex.fr/index.php?option=com_docman&task=doc_download&gid=3&&Itemid=32
Et un complément http://nicopensource.free.fr/dotclear/public/divers/ubunturef/ubunturef-fr.pdf

Désolé Alaingre, le prend pas mal , mais là, tes explications... comment dire...
ça donne envie de re-formater...

Salut

je ne ne prends pas mal du tout :

Attention - ce genre de manip n'est pas dans la rubrique débutant...

Cela peut être frustrant de ne pas pouvoir exploiter pleinement un matériel mais pour autant il n'est pas souvent utile de "reformater" parce qu'on ne sait pas faire.