Tompalm

  • 27 mars 2010
  • Inscrit 29 oct. 2006
  • 0 meilleure réponse
  • Petit nouveau Rédacteur potentiel
  • OK, super ! Je vais tester et je vous dis ! 8-)
  • J'ai une question par rapport à ces pilotes libres : avez-vous de la désynchronisation verticale lors de la lecture de vidéos ? (compiz activé ou non)
    Parce que la dernière fois que j'avais testé ces pilotes il y en avait, et il n'y a rien de plus insupportable que ça quand on lit une vidéo... :-x

    Avec les pilotes proprios, j'avais contourné le problème en désactivant compiz et en mettant la sortie OpenGL sur mplayer...

    Qu'en est-il avec les pilotes libres ?
  • @ato-mike : J'adore ! Tu pourrais poster ton .conkyrc s'il te plaît ? Ca m'intéresse beaucoup ! 8-)
  • Personnellement, j'ai eu le même problème... j'ai mis à jour le BIOS de mon Dell XPS M1330, et depuis le ventilo ne tourne plus à fond ! 8-)
  • yurchenko wrote:bonjour j'ai le meme soucis !.. j'ai pas bien compri comment tu as fait pour le regler ... voici mon lspci et ifconfig...
    Salut,

    Il faut mettre manuellement les DNS de ton fournisseur d'accès dans l'outil de configuration Réseau de Fedora, qui se trouve dans le menu Système > Administration > Réseau.
    Là tu entres ton mot de passe root, puis tu vas sur l'onglet DNS et dans DNS primaire et DNS secondaire tu mets les DNS de ton fournisseur d'accès.

    Vu que tu as une Livebox, je suppose que tu as Orange comme fournisseur (comme moi). Voilà les DNS à rentrer pour Orange :

    DNS primaire : 80.10.246.2
    DNS secondaire : 80.10.246.129

    Pour le Wi-Fi, tu peux peut-être essayer avec Ndiswrapper 😉
  • Ca va beaucoup m'aider !

    Merci beaucoup proxy ! 8-)
  • Je vais peut-être paraître chiant (je m'en excuse) mais si le script du dispatcher fonctionne, qu'en est-il du fait que NetworkManager remet les mauvais paramètres 20 minutes après ?
    Est-ce que le fait que le script du dispatcher modifie les DNS permet d'éviter cela ?

    PS : A propos du script, j'aurais besoin d'aide... Je ne trouve pas trop de doc détaillée sur le net

    PS2 : Je sais que j'en demande beaucoup... Je suis désolé mais ça m'a surpris cette mauvaise gestion des DNS...
  • Bon très bien, je vais tester !!

    Merci. 😉
  • Donc je ne pourrais pas échapper à la configuration via le script ?
    Tant pis, je modifierai a chaque fois le script du dispatcher...
  • Les OpenDNS semblent une bonne idée, mais est-ce qu'ils fonctionnent dans un Intranet (j'aimerai accéder à l'Intranet de l'université où je travaille) ?
  • proxy wrote:Pour forcer des DNS sur une connexion particulière avec le dispatcher, je teste mon IP afin de savoir sur quel réseau je suis connecté et si l'ip matche, je rajoute les DNS voulus à la fin de /etc/resolv.conf
    Et c'est là le problème ! Je suis obligé de configurer manuellement les DNS pour chaque connexion !
    D'où l'incapacité de NetworkManager de se connecter sans fournir les DNS manuellement. Et ça, ça m'énerve, surtout quand on se déplace beaucoup ! :-?
  • Oui, mon routeur fait relais DNS... Il est donc normal que le DNS soit 192.168.1.1, je suis d'accord ! Sauf que quand /etc/resolv.conf contient ce DNS, je ne peux pas surfer ! 🙁 Obligé de mettre les DNS d'Orange !

    J'ai regardé les propriétés de la connexion sous Windows, et ce qui m'étonne c'est que le DNS est aussi 192.168.1.1, et sous Windows avec ce DNS j'arrive à surfer !

    Le problème vient d'où alors ? 🙁

    Note : j'avais déjà essayé la méthode du dispatcher ça marchait bien... Sauf que NetworkManager remet à jour /etc/resolv.conf au bout d'une vingtaine de minutes... Les modifications sont donc écrasées...
    Et d'ailleurs ça ne règle pas le problème de DNS automatique, vu qu'on est obligé de mettre les DNS du fournisseur. :-?

    Minuteman wrote:C'est la faute de ton routeur qui fait serveur DHCP ça, pas de Fedora.
    Et pourquoi avec le même routeur sans rien changer (et donc avec le même DNS 192.168.1.1) ça fonctionne sous Windows ?
  • Troll je ne crois pas... si c'est le cas je vous prie de m'excuser !

    Oui, NetworkManager est activé, et c'est d'ailleurs de sa faute si les DNS reviennent toujours à 192.168.1.1... Il remet à jour constamment le fichier /etc/resolv.conf... J'ai pas trouvé mieux que de bloquer ce fichier en écriture pour pouvoir conserver mes DNS et surfer tranquillement sur Internet...
  • Bonsoir à tous,

    J'utilise un ordinateur portable, et je serais souvent amené à me déplacer, je profiterai donc de multiples hot-spots Wi-Fi pour me connecter à Internet. 8-)
    Mais depuis que j'ai Fedora (depuis la version 6), j'ai toujours été obligé de renseigner les DNS de mon fournisseur d'accès (Orange) dans les préférences Réseau, sans quoi les DNS par défaut étaient 192.168.1.1, qui est l'adresse IP de mon routeur...

    Le problème c'est que quand je serais connecté à un hot-spot, les DNS d'Orange ne seront plus valides pour ce hot-spot... Il faudra donc que je reconfigure à la main les nouveaux DNS, si le propriétaire du hot-spot veut bien me les communiquer.

    Et quand on voyage beaucoup comme moi et qu'on passe de hot-spot en hot-spot, c'est... comment dire... emmerdant ! :hammer: D'autant plus que Windows XP arrive à se connecter automatiquement sans lui fournir le moindre DNS manuellement !

    D'où ma question : Fedora est-elle incapable d'obtenir les bons DNS automatiquement ? :-?

    PS : Je tiens à signaler que Fedora n'est pas la seule... des amis sous Ubuntu ont également le même problème...🙁
  • nouvo09 wrote:PS, pour les deux derniers, j'utilise le tarball.
    Moi aussi, tu devrais peut-être essayer de télécharger le tarball ? 😉
  • pdm wrote:Ce que je retiens de cette dernière info, c'est que le risque est minime voire inexistant pour ceux qui voudraient mettre à jour leur installation. C'est du sacré boulot qui a été fait, et ils ont du avoir de sacrées sueurs froides.
    En effet, sacré boulot ! On comprend pourquoi ça a pris du temps, merci à eux ! 8-)
    En tout cas si on peut mettre à jour son système sans trop de risques, c'est cool ! 8-)
  • deovince wrote:Et j'ai peur d'essayer encore la modification du /etc/modprobe.d/modprobe.conf.dist.
    Je ne sais si c'est ça qui a fait planter le PC... C'est peut-être le fait d'avoir enlevé les lignes snd-ca0106 qui a provoqué ces plantages...

    La modification du modprobe.conf.dist, je l'ai tirée de ce post, qui renvoie à cet autre post.
    Et justement dans cet autre post, le gars qui propose la modif utilise un Inspiron 1525 :
    For the record, after several hours of searching and tinkering, I did find a "solution" for the low mic volume problem on the Dell 1525 Inspiron.

    My system has the Intel 82801H (ICH8 Family) HD (High Definition) Audio Controller sound card, and the Sigmatel STAC9228 Codec. I am running the 2.6.25.6-55.fc9.i686 Linux Kernal, on a Dell 1525 laptop with the Intel T5450 Core Duo 1.66GHz CPU.

    The "solution" for low mic volume is as follows

    1) As root, edit the file /etc/modprobe.d/modprobe.conf.dist by appending the following line to the end of the file

    options snd-hda-intel model=dell-3stack

    2) Reboot computer

    3) In the Gnome Desktop, go to the system menu on the top panel, select preferences/hardware/volume control. In the volume control window, select File/Change Device/HDA Intel. Now, select Edit/Preferences and check all boxes, to reveal all options and volume sliders in the Volume Control window. In the Volume Control window now select Options and set Digital Input source to Analog Inputs. In the Volume Control window, now select Playback and adjust the volume slider levels Front and Master to suit. I set mine to 100% and 90% respectively. Finally, in the Volume Control window, select Recording, and adjust the Capture, Digital and Mux volume sliders to suit. I set mine to roughly 90%, 90% and 50%, respectively. Some fine tuning of these levels may be required.
    Donc la modif ne devrait pas faire ces plantages !


    Initialement, c'est pour amplifier le micro intégré, mais pour moi ça a également permis d'avoir du son !
  • Pourtant je ne pense pas m'être planté... pas de majuscules...

    Mais je viens de découvrir un truc bizarre : si modifie les valeurs d'autres clés, comme par exemple la clé run_command_screenshot_key qui est définie sur "Print", eh bien si je met par exemple <Control><Alt>p, il ne se passe rien, la combinaison reste en réalite la touche "Print", bien que ce ne soit pas le cas dans gconf-editor...

    J'y comprend plus rien... je me demande si c'est pas compiz-fusion qui veut pas de mes combinaisons ?
  • Tu peux poster le lsusb ?

    Pour revenir à tes soucis, le problème du touchpad je l'ai également sur mon Dell XPS M1330. J'ai pas trouvé de solution, mais ça ne me gêne pas.

    Pour le son, idem, j'ai eu des problèmes : aucun son ne sortait...
    La solution qui a fonctionné pour moi :
    Editer avec gedit (en root) le fichier /etc/modprobe.d/modprobe.conf.dist, et ajouter à la fin du fichier cette ligne : options snd-hda-intel model=dell-3stack

    Ensuite, enregistrer, fermer gedit, redémarrer le PC, et ça devrait fonctionner.
  • Apparemment ça ne fonctionne pas non plus... :-? Etrange...

    J'ai lu sur Internet qu'un programme nommé xbindkeys pouvait aider... J'essaierai dès que les recommandations de ne pas installer des logiciels seront levées ! 8-)