Forum Linux.mandriva Problème oss

Posté par  .
Étiquettes : aucune
0
1
oct.
2004
Bonjour a vous,


Suite à mon précédent topic ("Mon ecran ne marche pas") j'ai eu un petit soucis:

Tout marchait très bien suite à l'installation des pilotes nVidia puis quand j'ai redémarré mon pc, cela ne marchait plus : plus d'interface graphique, demarrage direct dans la console sans possibilité de lancer le serveur X.

Donc j'ai réinstallé la mandrake 10.0, j'ai réinstallé les drivers nVidia et le driver son pour chip Via (oss3991g-linux-x86-v26-regparm.tar.gz) tout marchais nickel puis rebelotte au premier reboot, l'interface graphique ne se lance pas j'arrive directement dans la console et impossible de démarrer X.

J'ai pu voir que le système plantait au moment ou il met "building the oss kernel module" sur la ligne en dessous il y a une erreur que je n'ai pas le temps de voir....


Que puis-je faire?


Merci a vous.
  • # module nvidia

    Posté par  (site web personnel) . Évalué à 2.

    vérifie que le module nvidia est bien chargé au démarrage. Sinon il faut le rajouter dans /etc/modules (ou l'équivalent de mdk, je sais plus)
    • [^] # Re: module nvidia

      Posté par  . Évalué à 1.

      Oula, aurais-tu la gentillesse de me decrire la marche a suivre, je suis débutant...

      Merci d'avance...

      @+
      • [^] # Re: module nvidia

        Posté par  . Évalué à 1.

        Essaye d'abord en faisant un
        > modprobe nvidia
        Ca devrait te dire blahblahblah kernel tainted blahblahblah

        Ensuite tu essayes en faisant un startx pour vérifier que X démarre. Si c'est le cas, et si madrake fait comme les autres, tu édites /etc/modules en écrivant sur une nouvelle ligne à la fin du fichier "nvidia" (sans les guillemets). Ya certainement un moyen de le faire avec Drakconf, mais comme je n'ai jamais utilisé une Mdk (debian rulez), je sais pas le faire.
      • [^] # Re: module nvidia

        Posté par  (site web personnel) . Évalué à 2.

        Quand tu tombes sur la console :
        tu te connectes en tant que "root", puis tu tapes ton mot de passe root.
        Ensuite tu tapes les 4 commandes suivantes :
        echo nvidia >> /etc/modules
        modprobe nvidia
        init 3
        (là tu attends 5 ou 10 secondes)
        init 5

        La commande vraiment importante est la 1ere, elle ajoute nvidia à la fin du fichier /etc/modules. Il faut la faire une seule fois. Si tu veux vérifier le contenu du fichier, tu peux taper :
        cat /etc/modules

        Enfin il serait bien d'apprendre un éditeur en mode texte. Quand tu as 1/2h dispo, tu tapes : vimtutor et tu lis le texte.
  • # Messages

    Posté par  . Évalué à 1.

    Qu'est-ce que le serveur X crache comme message d'erreur (il est possible que Mandrake te donne la possibilité de visualiser ses logs au boot) ?

    As-tu modifié ton /etc/X11/XF86Config-4 comme indiqué un peu partout ?

    Si oui tu peux tenter de rajouter la ligne nvidia à la fin de /etc/modprobe.preload (en root). Chez moi ça a marché.
  • # MDK !=Windows

    Posté par  (site web personnel) . Évalué à 0.

    cela ne marchait plus [...]
    Donc j'ai réinstallé la mandrake 10.0


    Une Mandrake n est pas un windows; et par extension, aucunn Linux n ets un windows; tes anciennes habitudes de windozien ne sont pas alables sous Linux : ni rebooter ni reinstaller ne resoudra aucun probleme. ( ou que dans des cas exeptionels que tu ne risque pas de rencontrer de si tot - le plus frequent chez moi est un blocage d init suite a un mountage NFS rate - une fois tous les 6 mois )

    La marche a suivre est toujours la meme : tenter trois fois l operation, decrire le processu suivi, le bug qui aparait, et decrire l environnement ( materiel et/ou logiciel).

    De memoire, la seule fois ou un reboot a resolu en probleme chez moi, c est le jour ou je me suis amuse a loader tous les modules de mon noyeau ( plus de 500 ). Avant que ca t arrive, il faudrait que tu aprenne a loader un module, puis a lister ceux de ta machine. La probabilite que tu le fasse involantairement est inferieur a 10^-100

    Si tu veut progresser, aprend a resoudre les probleme. Pas a les contourner.
    • [^] # Re: MDK !=Windows

      Posté par  (site web personnel) . Évalué à 0.

      j allais oublier ... quand tu touche ta conf, avant d operer la moindre modification:
      - effectue une copie de sauvegarde du dit fichier
      - lis TOUS les commentaires du fichier
      - a chaque fois que tu a chage des parametre significatifs, resauve le fichier sous un nom different.

      Quand tu aura un system stable qui te plais, archive /etc sur un autre disque dur ( environ 20Mo compresse ). Meme sur mon portable, je sauve /etc tous les mois.
      • [^] # Re: MDK !=Windows

        Posté par  . Évalué à 2.

        et ça te sert à quoi ? (a part prendre 20 Mo sur un disque ?)
        La seule chose à faire, quand tu touche à ta conf, c'est de _savoir_ et _comprendre_ ce que tu fais.
        Ton attitude de "je sauve tout, comme ça je pourrais toujours revenir en arrière" est très windowsienne, tu m'avoueras.

        je ->[]
        • [^] # Re: MDK !=Windows

          Posté par  (site web personnel) . Évalué à 0.

          hmmm ... y a un truc pour sauver la base des registrer avent d installer un prog ? et la restaurer si on veut annuler des changements ?

          Avec registery c est prevu.

          Et je ne vois pas l interrer d aprendre par coeur le XF86config de chacune de mes machines ( et en l occurence pas les confs de samba ou apache ou pire : named ... si je devais apprendr par coeur toute la conf de mes reverses DNS ... )

          sauver me prend 20M par mois ... j ecrase l ancienne sauvegarde, donc c est dans un cron, je m en occupe pas, et si je veux restaurer, au lieu de devoir relire tous les howto sur tout, et tout retaper a la main : tar -xvzf archive.tgz -D /etc.

          moi j oublie facilement les choses ... et qu est ce que c est 20M sur un dur de 160G ?

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.