N
Noyga

  • 1 juil. 2011
  • Inscrit 25 févr. 2009
  • 0 meilleure réponse
  • Petit nouveau
  • Bon en virant quelques fichiers de conf ça remarche .... Pas tout compris
  • Depuis ce matin firefox plante en boucle (dès qu'il essaye de charger la moindre page, il crash lamentablement).
    Le phénomène est apparu depuis ces mise à jour :
    Jul 01 00:45:54 Updated: tzdata-2011h-1.fc15.noarch
    Jul 01 00:45:56 Updated: xorg-x11-drv-ati-6.14.1-2.20110525gitfe5c42f51.fc15.x86_64
    Jul 01 00:45:56 Updated: usbutils-003-2.fc15.x86_64
    Jul 01 00:45:59 Updated: tzdata-java-2011h-1.fc15.noarch

    Je vois pas trop le rapport ...
    Une idée ?

    PS: ma CG est bien une ATI, par contre à part firefox qui plante aucun autre logiciel ne semble affecté.
  • - Méthode d'installation :
    Preupgrade depuis fc14

    - Problèmes majeurs :
    Les lettres des menus gnomes on tendance à disparaître aléatoirement. Peut être un problème avec ma carte graphique ATI ?
    Quelques applications plantent dès le démarrage (dont orca) ou ne fonctionnent pas.

    - Soucis mineurs :
    - Ça a configuré les dépots RPMFusion de rawhide au lieu de fc15
    - Y'a pas l'équivalent de la zone de notification ou ça bug chez moi ?
    - Je rêves où y'a nettement moins d'applets pour la configuration qui sont intégrées dans l'interface ? Bref ça donne l'impression qu'il faut davantage configurer de choses à la main...

    - Points positifs :
    C'est beau 🙂

    - Points négatifs :
    Nettement plus de bugs qu'en fc14 ... Je pense à repasser en fc14 à cause de ça.
    Pour l'instant je suis un peu paumé avec Gnome 3
    Je vais tester from scratch avec un autre PC pour voir si ça fonctionne mieux...
  • J'ai trouvé un problème et sa solution, j'ai pensé que ça pourrait être utile à d'autre...

    Depuis hier soir j'ai ça :
    ]# yum upgrade
    Modules complémentaires chargés : allowdowngrade, downloadonly, filter-data, keys, list-data, refresh-packagekit, remove-with-leaves,
    : tmprepo, verify
    Traceback (most recent call last):
    File "/usr/bin/yum", line 29, in <module>
    yummain.user_main(sys.argv[1:], exit_code=True)
    File "/usr/share/yum-cli/yummain.py", line 309, in user_main
    errcode = main(args)
    File "/usr/share/yum-cli/yummain.py", line 157, in main
    base.getOptionsConfig(args)
    File "/usr/share/yum-cli/cli.py", line 189, in getOptionsConfig
    self.conf
    File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 652, in <lambda>
    conf = property(fget=lambda self: self._getConfig(),
    File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 237, in _getConfig
    startupconf.pluginconfpath,disabled_plugins,enabled_plugins)
    File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 408, in doPluginSetup
    plugin_types, confpath, disabled_plugins, enabled_plugins)
    File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 163, in __init__
    self.run('config')
    File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 180, in run
    func(conduitcls(self, self.base, conf, **kwargs))
    File "/usr/lib/yum-plugins/tmprepo.py", line 179, in config_hook
    parser.values.tmp_repos = []
    AttributeError: OptionGroup instance has no attribute 'values'
    J'ai désinstallé yum-plugin-tmprepo et plus de problème (rpm -e yum-plugin-tmprepo).
    Si je le réinstalle ça rebug.
    Bref c'est un peu cassé.
  • Le truc c'est que pour avoir le raid logiciel (contrairement au raid matériel) il faut déja avoir un noyau qui tourne, donc tu ne peux pas booter dessus...
  • Tu peux monter ton périphérique en mode asynchrone avec une ligne de commande du genre :
    mount -o remount,async /dev/sda1
    (où sda1 correspond à là où est monté ton USB).
    Si tu veux que ça soit fait par défaut, rajoute l'option async dans le /etc/fstab sur la ligne correspondant à ton USB (s'il y en a une, sinon il faut la créer). Après je suis pas sûr que l'automounter de gnome prenne les bonnes options, il faudrait tester...
  • A priori ça vient d'une update d'il ya quelques temps un brin foireuse qui a fait perdre le clavier (donc qwerty sous x à la place), ça l'a fait un peu à tout le monde...

    Solution: Après avoir selectionné ton utilisateur, reselectionne le clavier en bas (tu as juste besoin de faire ça la première fois, après ça devrait aller tout seul).
  • Bonjour j'ai un problème bizarre depuis la dernière mise à jour : impossible d'utiliser le clavier une fois dans bzflag, donc impossible d'utiliser ce jeu tout court ...
    BZFlag 2.0.12-3.fc10.x86_64
    Noyau : 2.6.27.19-170.2.35.fc10.x86_64
    Avec les drivers ATI flgrx-9.2-2.fc10.1.x86_64
    Je n'ai pas rencontré ce genre de gag avec les autres jeux OpenGL, et ça marchait bien avant.
    Une idée ?

    MAJ: apparament fglrx y est pour rien, j'ai testé avec mon portable (carte graphique intel) : même symptomes.
  • Si tu as le réseau tu peux installer RPM fusion comme ceci :
    su -c 'rpm -Uvh http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm'
    Ensuite un 'yum install madwifi' et le tour est joué.

    Sans le réseau c'est beaucoup plus compliqué.
    Par exemple si tu as le noyau 2.6.27.9 (uname -v pour savoir) et que tu est en x86_64, il te faut (si j'ai rien oublié) :
    (dans http://download1.rpmfusion.org/nonfree/fedora/updates/10/x86_64/)
    kmod-madwifi-0.9.4-60.r3861_20080903.fc10.15.x86_64.rpm
    kmod-madwifi-2.6.27.9-159.fc10.x86_64-0.9.4-60.r3861_20080903.fc10.13.x86_64.rpm
    madwifi-0.9.4-61.r3861_20080903.fc10.x86_64.rpm
    (rpm -Uvh les trois noms de fichier pour installer)
    Si tu trouves pas la version correspondant à ton noyau tu peux aussi regarder dans : http://download1.rpmfusion.org/nonfree/fedora/releases/10/Everything/<ton architecture (i386 ou x86_64 suivant que tu a installé la version 32 ou 64 bits de la Fedora)
  • C'est du à la gestion de la fréquence et de la tension du processeur (Intel : Speedstep ou EIST / AMD : Cool'n'Quiet ou PowerNow).
    Par défaut, quand tu n'utilises pas ton processeur à fond il reduit sa fréquence et et la tension pour consommer moins d'energie et augmenter sa longévité.
    D'ailleurs cause de ça, sur des processeur Intels j'ai parfois vu des bogomips différents entre les deux cores.
    Tu peux changer la politique cpufreq et passer en mode performance où là même quand il fait rien la fréquence est au maximum, ce qui devrait rendre les bogomips plus parlant...
  • Tu utilises quel driver ? Celui par défaut (ath5x) ou madwifi ?
    ath5x ne fonctionne pas toujours parfaitement, si tu as des problème tu peux essayer madwifi (sur le depot rpmfusion) qui est généralement mieux supporté.
    Avec un de mes PCs, j'ai eu le même genre de problèmes avec ath5x (deconnections intempestive et reseau pas toujours détecté), depuis que je suis passé à madwifi tout fonctionne bien 🙂
    A terme ath5x (100% opensource) devrait pourvoir supplanter madwifi (pas 100% opensource) mais y'a encore du boulot...