C
castorpaul

  • 10 juil. 2007
  • Inscrit 8 août 2006
  • 0 meilleure réponse
  • Petit nouveau
  • Bonjour tout le monde.

    je rencontre un problème depuismaintenant quelque mois qui commence sérieusement à m'enerver.
    La leture d'une video provoque frequement un freeze complet du système.
    Le système ne répond plus du tout (ni clavier,ni souris) et un reboot hard est la seule solution(impossible de shooter X ou de passer sur un autre term).

    Les réponses aux questions que vous vous posez :
    - Les plantages se produisaient avec une ancienne install de fedora 5 et ça continue avec une nouvelle install de fedora 6 (avec formatage du dur entre temps)
    - Les plantages se produisent avec n'importe quel lecteur (xine,mplayer, vlc)
    - Les plantages se produisent avec n'importe quel type de video (wmv, avi, mpeg)
    - Les plantages ne laissent aucune trace, aucun message d'erreur dans les logs

    La question que je me pose c'est est-ce que ces symptomes pourraient suffir à cibler le problème sur un élément particulier (DD, CG, PROC ou autre) ou si en gros il va falloir que j'interchange toute les pièces de mon pc jusqu'à trouver l'origine du problème.

    Merci d'avance.
  • un petit "yum install libstdc++.so.5" qui va en fait t'installer compat-libstdc++-33 devrait régler le problème.

    Ensuite reste plus qu'à profiter de cet excellentissime mod qui vient d'ailleurs de sortir en 0.49b si je ne m'abuse.
  • Pour le désinstaller il te suffit de supprimer le repertoire d'installation.
    Pour trouver le repertoire, lance un

    locate enemy-territory
    ou
    find / -name "enemy-territory"

    Une fois le repertoire supprimé, si tu veux vraiment que tout soit nickel, tu peux également suprrimer les repertoires cachés dans les homes des utilisateurs ayants lancés wolfenstein.

    rm -rf /home/UTILISATEUR/.etwolf

    Voilà, j'espère que ça repond à ta question.
  • Merci pour vos réponses.
    Je vais jeter un oeil sur FedoraUnity
  • Bonjour à tous.

    Je me suis fait ma petite install de fedora6 dès sa sortie, et j'ai rencontré quelques petits problèmes que j'ai pu résoudre en cherchant à droite et à gauche
    Je pense principalement au mauvais noyau installé par défaut par anaconda.
    La question que je me pose c'est, si je re-télécharge aujourd'hui un dvd d'install de fedora, celui incorporera t-il les corrections à ce bug ou à d'autres ayant pu être découverts (l'ajout de repo à l'install n'avait pas vraiment l'air de marcher chez moi et faisait tout planter), ou bien le dvd d'install de zod est-il figé dans sa version de sortie.

    Voilà voilà, c'était ma question inutile mais fondamentalement vitale de la journée.

    A+
  • Je viens de tomber sur une news de yahoo ici qui pourrait annoncer de grands changements dans les relations entre linux et l'univers du jeu.

    Pour résumer, AMD semble être en train de mettre au point une techno permetant de "traduire" directement du code DirectX vers du code OpenGL.
    Cela pourrait présager la fin des galères d'émulations à base de cedega ou autre.

    Je ne sais pas si ce forum est le bon endroit pour poster ce genre de news, au cas où je laisse le soin aux modo de la déplacer 😉

    Sur ce ...

    [EDIT]

    Ooops,

    il semblerait que la "traduction automatique" ne porte que sur la gestion des effets graphiques avancés et pas sur le code DirectX dans son ensemble.
    Dommage, mais ça paraissait presque trop beau.
    En tout cas ça ne peut quand même qu'encourager le portage des jeux en facilitant grandement une partie du travail.
  • Merci Remi,

    la solution que tu me propose pourrait effectivement me convenir.
    En même temps je me dis que pour gérer un certains nombre de profils différents de machines cela va m'obliger à créer autant de rpm, etc ...
    Au final je ne suis pas certain que cette solution me fasse effectivement gagner bcp de temps (mais c'est uniquement compte tenu du rapport entre le nb de machines que je doit gérer et le nombre de profils différents).
    En tout cas je la garde sous le coude pour l'essayer dès que j'aurais le temps.

    Si quelqu'un d'autre connait une autre solution, peut être plus semblable dans le fonctionnement à hideploy mais en version stable et gratuite, je suis toujours preneur.

    Merci.
  • > spirit
    Kickstart ne répond pas à ma problématique puisqu'il ne sert que pour l'installation d'une machine, ce qui n'est pas mon cas.
    Je l'utilise d'ailleurs déjà pour les installations et je confirme que ça marche très bien

    > Anthony
    Un dépot rpm ne réponds pas à mon problème non plus, car il faudrait quand même que je lance les installations sur tous les postes sur lesquels je veux qu'elles soient propagées.
    Moi ce que je cherche, c'est un système faisant la même chose que hideploy, c'est à dire que je n'ai qu'à entrer que je veux installer le package httpd par exemple sur toutes les machines de mon groupe 'dev' et l'installation est propagée partout.
    Le fait que le paquet se trouve ou non dans un repo ou que j'ai à le télécharger avant n'est pas un problème en soi.

    Merci quand même pour vos réponses.
  • Bonjour,


    je suis à la recherche d'une solution me permetant de faire des mises à jour / installations / suppressions de package sur un parc de machines Fedora.
    Je m'explique, je cherche une solution me permetant de déployer de façon simple des packages (par exemple httpd) sur un nombre conséquent de machines d'un pac info.
    Je ne cherche pas une solution qui me permettrait de le fare au moment de l'installation du système (comme kickstart) mais bien sur des installations déjà effectives.
    Je ne cherche pas spécialement la difficulté, nous considérerons donc que toutes les machines tournent sur les mêmes os (même version de Fedora).
    J'ai vu un lien sur Hideploy, qui me semble répondre à cette problématique, mais c'est apparement encore une version beta.

    Si vous connaissez d'autres solutions qui proposent la même chose (gratuites, je précise) ça m'interresse.

    Merci d'avance.
  • Bon, ben ça y est, le problème est résolu.
    En fait à chaque fois que je testai une modif au pam.d, je me contentait de fermer ma session et de tenter d'en ré-ouvir une autre.
    Mais ce matin après avoir rebooté la machine tout marche miraculeusement.

    Je ne saurais donc jamais ce qui ne marchait pas mais bon, maintenant c'est nickel.

    Merci.
  • Bonjour à tous,

    je suis en train d'installer un réseau qui contiendra des machines linux et microsoft.
    J'ai choisit pour cela de mettre en place un PDC sous Samba, couplé avec un annuaire LDAP (OpenLDAP).

    Samba est installé et configuré, ainsi que OpenLDAP et je décide donc de tester tout cela avec une machine client sous linux.

    Première constatation, je n'arrive pas à me connecter avec un compte utilisateur crée dans OpenLDAP sous X.
    J'arrive en revanche à me connecter en root (ou tout autre utilisateur définit en local dans le /etc/passwd d'ailleurs).
    Une fois connecté en root, si je lance une session ssh avec mon utilisateur qui ne voulait pas se connecter sur X, sur localhost, tout marche correctement.

    J'en conclue donc que le problème doit venir de pam.d ou de quelquechose du genre.

    Un coup d'oeil dans /var/log/messages me donne ça comme message :

    Aug 8 16:13:25 ******* gdm[2048]: pam_ldap: ldap_simple_bind Can't contact LDAP server
    Aug 8 16:13:28 ******* gdm[2048]: Impossible d'identifier l'utilisateur

    Je vérifie ma conf /etc/pam.d/gdm qui est la suivante :

    #%PAM-1.0
    auth required pam_env.so
    auth include system-auth
    account required pam_nologin.so
    account include system-auth
    password include system-auth
    session include system-auth
    session required pam_loginuid.so
    session optional pam_console.so

    et celle de /etc/pam.d/system-auth

    #%PAM-1.0
    # This file is auto-generated.
    # User changes will be destroyed the next time authconfig is run.
    auth required pam_env.so
    auth sufficient pam_unix.so nullok try_first_pass
    auth sufficient /lib/security/pam_ldap.so use_first_pass
    auth required pam_deny.so

    account required pam_unix.so broken_shadow
    account sufficient pam_localuser.so
    account sufficient pam_succeed_if.so uid < 500 quiet
    account [default=bad success=ok user_unknown=ignore] /lib/security/pam_ldap.so
    account required pam_permit.so

    password requisite pam_cracklib.so try_first_pass retry=3
    password sufficient pam_unix.so shadow nullok try_first_pass use_authtok
    password sufficient /lib/security/pam_ldap.so use_authtok
    password required pam_deny.so

    session required pam_limits.so
    session required pam_unix.so
    session optional /lib/security/pam_ldap.so

    et tout me semble normal.

    Quelqu'un aurait-il une idée, parceque la je sèche completement.

    Merci d'avance.