M
maelange

  • 20 nov. 2008
  • Inscrit 5 mai 2008
  • 0 meilleure réponse
  • Dans Server X et kvm
    Hello,
    Ayant pas mal galéré ce week end pour correctement implémenter mon xorg.conf sur F9, je me dis que cela pourrais servir à quelqu'un.
    Utilisant le dernier pilotes nvidia, mon xorg.conf parfaitement fonctionnel sous F8 ne donnais pas les résultats escompté avec F9.
    La nouvelle version de Xorg considère un écran connecté comme absent s'il ne peut optenir son EDID, celui ci étant coremment renu illésible par l'utilisation d'un kvm.
    La solution consiste à spécifier dans xorg.conf les écrans connecté (ici le cas d'une carte dual head):
    Section "Device"
 ...
Option "ConnectedMonitor" "CRT,CRT"
 ...
End Section
    NB: dans le cas de sorties DVI, vous serez peut-être amené à remplacer CRT par DFP.

    En espérant que cela serve à d'autre que moi (je n'avais pas trouvé l'info sur fedora-fr quand je l'ai recherchée)
  • Dans Nautilius et Partage samba
    Hello world,

    Je rencontre un problème avec Nautilus et le partage samba (que ce soit partage samba d'un serveur linux, ou partage de fichier Windows) :
    si j'accède via nautilus à une source de partage smb://monserveur, Nautilus ne renvoie pas d'erreur et affiche une page blanche (ne liste pas les partages disponibles). Samba fonctionne correctement (smbclient -L monserveur renvoie de manière exhaustive la liste des partages).
    Si l'on tente d'accéder au partage avec Nautilus par smb://monserveur/monpartage, cela se passe comme il se doit: demande d'authentification et accès au partage.
    Le problème ne concerne donc que l'affichage des partages.
    Quelques recherches sur la toile m'ont fait parvenir sur un bugtaracker de nos cousins ubuntistes : https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/193232
    qui rencopntreraient exactement le même problème que celui que je vous ai décris. Pourriez vous vérifier le fonctionnement de votre distrib sur ce point, si le présumé bug était présent sur plusieurs distribs, il serait sans doute aproprié de poser la question directement au mainteneur de nautilus ou de gnome-vfs.
    Ce bug semble affecter les partages samba en mode user et non en mode share : l'authentification nécessaire pour browser les sources de partages n'est pas demandée.
  • Dans FC9 Pas de xorg.conf: troll ou réalité
  • Dans Empécher des anciens montages de se remonter tout seul
    Ma solution personnelle, pas encore implémentée, va être de d'automatiser le démontage des montages que je ne souhaite pas disponibles en fin de démarrage; si cela est possible.
    Je pense qu'il faut que mon script s'execute après le start du daemon hal. Etes vous d'accord avec cela? Dans quel niveau de init intervenir?

    Après je crois effectivement que dans un futur proche nous aurons bien plus de contrôle sur ses procédés.
    Avez vous déjà expérimenté fuse.conf http://fuse.sourceforge.net/wiki/index.php/fuse.conf ? Il n'y a pas beaucoup d'infos sur le wiki, et je me demande s'il n'aurait pas été abandonné. Dans le cas contraire, savez vous s'il existerait depuis d'autres options que l'on pourrait lui passer que les deux documentées sur le wiki?
  • Dans Empécher des anciens montages de se remonter tout seul
    Un petit up de ce topic qui me parait intéressant.
    Je connais les mêmes problèmes concernant les montages que l'on ne voudrait pas voir monter et qui le sont via fuse.
    J'ai mis en oeuvre la solution de peupler le fstab des dites partitions, avec paramètre en noauto, mais peu satisfaisant :
    - bizarement apres un reboot supplémentaire, la manip qui avait semblée fructueuse ne l'est plus
    - même si cela fonctionnait, il est dommage de ne pouvoir monter a la demande dans l'environnemen user (sans passer par su)

    N'existerait il pas de config permettant de contrôler les montage de type fuseblk ?

    pour le moment je n'ai rien trouvé
  • Dans luminosité écran et touches Fn
    Salut,

    Pour m'être posé la question moi même ce week end, je vais livrer les réponses que j'ai pu trouver.
    Le non fonctionnement des touche Fn afin de règler la luminosité de l'écran serait dû à une non prise en charge de cette fonctionnalité par les serveur X et/ou plutôt le kmod graphique utilisé (dans mon ca kmod-nvidia de livna )...
    Je ne sais si l'explication est techniquement valable, et n'ai pas pris le temps de la vérifier, mais sa conséquence est vraie chez moi : en passant sur un terminal non X (CTRL ALT F2 par exemple), je retrouve la fonctionnalité des touches Fn et règle ma luminosité; en revenant sur ma session X (CTRL ALT F7), ma luminosité est conservée.
    Faute de savoir si cela sera résolu un jours dans X, c'est ma solution de contournement qui devrait fonctionner chez toi.

    ++