A
Arnaud.M

  • 2 avr. 2013
  • Inscrit 3 avr. 2006
  • 0 meilleure réponse
  • Petit nouveau Adepte du forum Rédacteur potentiel
  • Bizarre, la Fedora 12 effectue une reconnaissance parfaite de ce matériel...
  • Bonjour,

    En train d'installer une nouvelle Fedora13, je me retrouve confronté à une non-reconnaissance de la carte vidéo (en tout cas, une résolution 800x600 max)

    Ma carte vidéo une Nvidia 8400GS.

    Le paquet xorg-x11-drv-nouveau est bien installé
    lsmod | grep nouveau
    ne me renvoie rien.

    Any idea ?

    D'avance merci.
  • Hum......

    Je viens de relancer un service vboxdrv setup, et là tout passe.

    C'est donc à un soucis de mise à jour que je dois attribuer mon erreur (J'en ai vu passer plus de 200 ce midi)

    Closing...

    Merci.
  • Bonjour Philippe,
    [root@Nochea ~]# uname -r
    2.6.33.5-112.fc13.i686.PAE
    Pour la partie que tu cites :
    [root@Nochea ~]# yum groupinstall "Development Tools"
    Modules complémentaires chargés : presto, refresh-packagekit
    Configuration du processus de groupe
    Le paquet flex-2.5.35-9.fc13.i686 est déjà installé dans sa dernière version
    Le paquet gcc-4.4.4-2.fc13.i686 est déjà installé dans sa dernière version
    Le paquet redhat-rpm-config-9.1.0-4.fc13.noarch est déjà installé dans sa dernière version
    Le paquet strace-4.5.20-1.fc13.i686 est déjà installé dans sa dernière version
    Le paquet rpm-build-4.8.0-14.fc13.i686 est déjà installé dans sa dernière version
    Le paquet 1:make-3.81-18.fc12.i686 est déjà installé dans sa dernière version
    Le paquet 1:pkgconfig-0.23-9.fc12.i686 est déjà installé dans sa dernière version
    Le paquet gettext-0.17-16.2.fc13.i686 est déjà installé dans sa dernière version
    Le paquet automake-1.11.1-1.fc13.noarch est déjà installé dans sa dernière version
    Le paquet gdb-7.1-26.fc13.i686 est déjà installé dans sa dernière version
    Le paquet bison-2.4.1-4.fc12.i686 est déjà installé dans sa dernière version
    Le paquet libtool-2.2.6-20.fc13.i686 est déjà installé dans sa dernière version
    Le paquet autoconf-2.65-1.fc13.noarch est déjà installé dans sa dernière version
    Le paquet gcc-c++-4.4.4-2.fc13.i686 est déjà installé dans sa dernière version
    Le paquet binutils-2.20.51.0.2-20.fc13.i686 est déjà installé dans sa dernière version
    Le paquet ltrace-0.5-14.45svn.fc12.i686 est déjà installé dans sa dernière version
    Le paquet diffstat-1.51-1.fc13.i686 est déjà installé dans sa dernière version
    Le paquet 1:valgrind-3.5.0-17.fc13.i686 est déjà installé dans sa dernière version
    Le paquet intltool-0.41.1-1.fc13.noarch est déjà installé dans sa dernière version
    Le paquet texinfo-4.13a-9.fc13.i686 est déjà installé dans sa dernière version
    Le paquet automake15-1.5-29.fc13.1.noarch est déjà installé dans sa dernière version
    Le paquet python-ldap-2.3.10-1.fc13.i686 est déjà installé dans sa dernière version
    Le paquet subversion-1.6.9-2.fc13.i686 est déjà installé dans sa dernière version
    Le paquet git-1.7.0.1-1.fc13.i686 est déjà installé dans sa dernière version
    Le paquet gcc-gfortran-4.4.4-2.fc13.i686 est déjà installé dans sa dernière version
    Le paquet elfutils-0.147-1.fc13.i686 est déjà installé dans sa dernière version
    Le paquet rcs-5.7-36.fc13.i686 est déjà installé dans sa dernière version
    Le paquet automake16-1.6.3-18.fc13.1.noarch est déjà installé dans sa dernière version
    Le paquet automake17-1.7.9-13.fc13.1.noarch est déjà installé dans sa dernière version
    Le paquet automake14-1.4p6-20.fc13.noarch est déjà installé dans sa dernière version
    Le paquet patchutils-0.3.1-3.fc12.i686 est déjà installé dans sa dernière version
    Le paquet ccache-2.4-17.fc13.i686 est déjà installé dans sa dernière version
    Le paquet ctags-5.8-2.fc13.i686 est déjà installé dans sa dernière version
    Le paquet oprofile-gui-0.9.6-6.fc13.i686 est déjà installé dans sa dernière version
    Le paquet systemtap-1.2-1.fc13.i686 est déjà installé dans sa dernière version
    Le paquet swig-1.3.40-2.fc13.i686 est déjà installé dans sa dernière version
    Le paquet byacc-1.9.20070509-6.fc12.i686 est déjà installé dans sa dernière version
    Le paquet sysprof-1.1.4-1.fc12.i686 est déjà installé dans sa dernière version
    Le paquet 1:doxygen-1.6.2-1.svn20100208.fc13.i686 est déjà installé dans sa dernière version
    Le paquet indent-2.2.10-5.fc12.i686 est déjà installé dans sa dernière version
    Le paquet cvs-1.11.23-8.fc13.i686 est déjà installé dans sa dernière version
    Le paquet oprofile-0.9.6-6.fc13.i686 est déjà installé dans sa dernière version
    Le paquet cscope-15.7a-1.fc13.i686 est déjà installé dans sa dernière version
    Aucun paquet disponible pour installation ou mise à jour dans les groupes demandés
    ainsi que :
    [root@Nochea ~]# yum install kernel-PAE-devel
    Modules complémentaires chargés : presto, refresh-packagekit
    Configuration du processus d'installation
    Le paquet kernel-PAE-devel-2.6.33.5-112.fc13.i686 est déjà installé dans sa dernière version
    Rien à faire
    Enfin :
    [root@Nochea ~]# yum install dkms
    Modules complémentaires chargés : presto, refresh-packagekit
    Configuration du processus d'installation
    Le paquet dkms-2.1.0.1-1.fc12.noarch est déjà installé dans sa dernière version
    Rien à faire
  • Bon finalement, j'ai choisi la réinstallation via DVD...

    Je clos le topic, si c'est possible.
  • Bonjour à tous,

    J'ai suivi la documentation affichée à la page : http://doc.fedora-fr.org/wiki/VirtualBox_:_installation,_configuration,_utilisation

    * J'ai bien effectué l'installation du groupe "Development Tools".
    * Le paquet kernel-PAE-devel l'est également :
    Paquets installés
    Nom           : kernel-PAE-devel
    Architecture  : i686
    Version       : 2.6.33.5
    Révision      : 112.fc13
    Taille        : 22 M
    Dépôt         : installed
    Depuis le dépôt  : updates
    Résumé        : Development package for building kernel modules to match the PAE kernel
    URL        : http://www.kernel.org/
    License    : GPLv2
    Description :This package provides kernel headers and makefiles sufficient to build modules
               : against the PAE kernel package.
    Ainsi que dkms :
    [root@Nochea ~]# yum info dkms
    Modules complémentaires chargés : presto, refresh-packagekit
    Paquets installés
    Nom           : dkms
    Architecture  : noarch
    Version       : 2.1.0.1
    Révision      : 1.fc12
    Taille        : 214 k
    Dépôt         : installed
    Depuis le dépôt  : fedora
    Résumé        : Dynamic Kernel Module Support Framework
    URL        : http://linux.dell.com/dkms
    License    : GPLv2+
    Description :This package contains the framework for the Dynamic
               : Kernel Module Support (DKMS) method for installing
               : module RPMS as originally developed by Dell.
    Pourtant, je rencontre l'erreur suivante :
    [root@Nochea ~]# /etc/init.d/vboxdrv setup
    Stopping VirtualBox kernel module                          [  OK  ]
    Recompiling VirtualBox kernel module                       [ÉCHOUÉ]
      (Look at /var/log/vbox-install.log to find out what went wrong)
    [root@Nochea ~]# tail -f /var/log/vbox-install.log 
    Creating symlink /var/lib/dkms/vboxdrv/3.2.4/source ->
                     /usr/src/vboxdrv-3.2.4
    
    DKMS: add Completed.
    
    Error! Your kernel source for kernel 2.6.33.3-85.fc13.i686.PAE cannot be found at
    /lib/modules/2.6.33.3-85.fc13.i686.PAE/build or /lib/modules/2.6.33.3-85.fc13.i686.PAE/source.
    You can use the --kernelsourcedir option to tell DKMS where it's located.
    Failed to install using DKMS, attempting to install without
    Makefile:159: *** Error: unable to find the sources of your current Linux kernel. Specify KERN_DIR=<directory> and run Make again. Arrêt.
    Il me semble également que les sources du kernel 2.6.33.3-85.fc13.i686.PAE peuvent être trouvées à l'endroit indiqué (un lien symbolique vers /usr/src/...)
    [root@Nochea 2.6.33.3-85.fc13.i686.PAE]# cd /lib/modules/2.6.33.3-85.fc13.i686.PAE/
    [root@Nochea 2.6.33.3-85.fc13.i686.PAE]# ls -alh
    total 3,3M
    drwxr-xr-x.  7 root root 4,0K 12 juin  20:51 .
    drwxr-xr-x.  3 root root 4,0K  8 juin  14:16 ..
    lrwxrwxrwx.  1 root root   50 12 juin  20:45 build -> ../../../usr/src/kernels/2.6.33.3-85.fc13.i686.PAE
    J'ai tenté avec les deux versions présentes dans le virtualbox.repo :
    VirtualBox-3.2.i686 : Oracle VM VirtualBox
    VirtualBox-3.1.i686 : Powerful PC virtualization solution
    Donc, je me retrouve bloqué, et bien que je suspecte de devoir donner à DKMS un --kernelsourcedir différent, je n'en vois pas la cause.

    D'avance merci
  • Salut pingou

    1° Système fonctionnel : oui

    # grub.conf generated by anaconda
    #
    # Note that you do not have to rerun grub after making changes to this file
    # NOTICE:  You have a /boot partition.  This means that
    #          all kernel and initrd paths are relative to /boot/, eg.
    #          root (hd0,0)
    #          kernel /vmlinuz-version ro root=/dev/mapper/vg_nochea-lv_root
    #          initrd /initrd-[generic-]version.img
    #boot=/dev/sda
    default=0
    timeout=0
    splashimage=(hd0,0)/grub/splash.xpm.gz
    hiddenmenu
    title Fedora (2.6.32.12-115.fc12.i686.PAE)
            root (hd0,0)
            kernel /vmlinuz-2.6.32.12-115.fc12.i686.PAE ro root=/dev/mapper/vg_nochea-lv_root  LANG=fr_FR.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=fr rhgb quiet
            initrd /initramfs-2.6.32.12-115.fc12.i686.PAE.img
    title Fedora (2.6.32.11-99.fc12.i686.PAE)
            root (hd0,0)
            kernel /vmlinuz-2.6.32.11-99.fc12.i686.PAE ro root=/dev/mapper/vg_nochea-lv_root  LANG=fr_FR.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=fr rhgb quiet
            initrd /initramfs-2.6.32.11-99.fc12.i686.PAE.img
    title Fedora (2.6.32.10-90.fc12.i686.PAE)
            root (hd0,0)
            kernel /vmlinuz-2.6.32.10-90.fc12.i686.PAE ro root=/dev/mapper/vg_nochea-lv_root  LANG=fr_FR.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=fr rhgb quiet
            initrd /initramfs-2.6.32.10-90.fc12.i686.PAE.img
    3° : Non aucune erreur en particulier.

    Merci.
  • Bonjour à tous,

    J'ai souhaité hier me lancer dans un changement de version de mon système (Passage de F12 à F13) via PreUpgrade.

    Après avoir, me semble t-il, effecuté toutes les étapes, PreUpgrade m'a demandé de redémarrer mon poste. Jusqu'ici aucun soucis.

    Par contre, à la lecture de la documentation afférente, et notamment à partir du point 4, auquel je suis arrivé, j'aurais dû être confronté à Anaconda.

    Or, cette possibilité ne m'a jamais été proposée par mon système.

    Disposant d'un système chiffré (Mot de passe demandé au boot), est-il envisageable que cet élément puisse interagir avec le bon déroulement de PreUpgrade ?

    De plus, je viens de consulter mon fichier menu.lst et je ne vois apparaître nul part d'entrée relative à F13...

    D'avance merci.
  • Bon, je m'auto-répond, mais c'était qd même à signaler, parce que c'est également, à mon sens, très caractéristique de la façon dont fonctionnent les logiciels libres - système GNU/Linux et fedora dans ce cas particulier.

    J'avais donc ce soucis de SegFault sur le composant Korganizer, et grâce à la remontée de bug via les outils inclus dans cette distro, ça à fini ici

    https://bugs.kde.org/show_bug.cgi?id=235085

    Ce que je retiens de cette histoire :

    1° Une question d'ordre générale sur le forum fedora-fr.org (ici donc) pour tenter une première réparation : Réponses comme toujours rapide (merci la communauté Fr)
    2° Remontée de bug facile, il a simplement fallu 1 clic ou deux pour installer les librairies et outils de Debug + 1 création de compte pour pouvoir envoyer les infos sur le KDE Bug tracking system
    3° Qques jours après une demande d'infos, facilement trouvable. (Thanks Sergio)
    4° Mon bug est corrigé (il s'agissait pour moi en l'état de supprimer une ligne ou deux dans un fichier de données) - Fonctionnalité retrouvée
    5° Mon report de bug est utile, puisque le code a été augmenté.

    Aloha !

    Et ceci était mon 100ème message sur le forum fedora 😉 Pas grand chose au regard du nombre de post de certains ici (Respect) mais une petite fierté tout de même.

    Allez, bonne journée à tous

    Et longue vie à la Communauté.
  • Ok, donc yum remove puis yum install ça n'a pas fonctionné.

    Sniff, plus de reminder possible.
  • @MarbolanGos, ui effectivement, le lien que j'ai donné n'amène nulle part. Sorry pour la coquille. En fait, ce que j'ai fait pour la remontée de bug a été d'utiliser le gestionnaire de pannes de KDE, ce qui m'a semblé le plus approprié.

    @Pikachu_2014 : Merci, j'attendais un confirmation de la sorte avant de me lancer. La suite au prochaine épisode.
  • Bonjour tout le monde,

    Je viens vers vous avec ce soucis concernant le Démon d'alarme KOrganizer qui plante à chaque démarrage de Kontact.

    J'ai remonté le bug, cf http://markmail.org/message/ufn6ci54a4jmr355.

    J'aurais aimé savoir si je pouvais effectuer une réinstallation de kOrgac ou de KDE PIM sans risquer de perdre des données. Je m'explique, j'aimerais pouvoir en mode fainéant, effectuer un yum remove puis yum install kdepim sans avoir à déplacer mes fichiers dans le répertoire .kde

    D'avance merci.
  • Salut regis_f,

    Je confirme, cette solution fonctionne.

    Problème rencontré sur une carte mère Gigabyte GA-P55-UD3.

    Un grand merci à toi.
  • Installation sur un Thinkpad T400s

    - Méthode d'installation :

    Suppression du Windows 7 (bye-bye) et installation de Fedora via DVD.

    - Problèmes majeurs :

    Aucun

    - Soucis mineurs :

    Aucun

    - Points positifs :

    Absolument que des points positifs.
    Ayant la chance de disposer d'une machine tout Intel (Réseau - Chipset graphique) tout a été reconnu dés le départ.
    Touches de fonction pour la gestion de la luminosité : ok
    Switch matériel Wifi : Ok (oui même ça 😉 )
    Résolution d'écran et Bi-écran complètement automatique (à la limite un peu trop, je m'étais habitué à jouer avec xrandr, là plus rien à faire)
    Formatage du disque (SSD) en ext4.
    Partition chiffrée
    Effets de bureau ok sous KDE, rien besoin d'installer de plus que ce qui l'est de base.
    Webcam fonctionnelle (testée avec cheese)

    En bref, tanez votre patron pour qu'il renouvelle votre bécanne de taf par cette machine.

    - Points négatifs :

    Trop facile, on n'a même plus l'impression d'être sur un système alternatif à Windows ou Apple tellement ça fonctionne "out of the box".
  • À tout hasard, humufr, est-ce que tu as tenté de soumettre ton pb sur IRC ? #KDE ?

    Thx.
  • Hello Brildji

    Le mot de passe est indiqué aux endroits suivants :


    Directive rootpw du fichier /etc/ldap/slapd.conf : créé avec l'utilitaire slappasswd
    Directive Masterpw du fichier /etc/smbldap-tools/smbldap_bind.conf : le mot de passe est en clair
    Directive Slavepw du fichier /etc/smbldap-tools/smbldap_bind.conf : le mot de passe est en clair

    Utilisation de l'utilitaire smbpasswd qui créera le fichier /var/lib/samba/secrets.tdb

    Est-ce que tous ces mots de passe sont identiques ?
  • Salut Brildji,

    Merci pour les fichiers de conf.

    À première vue, la directive ldap admin dn est bien configurée dans ton smb.conf.

    J'ai testé de mon côté, le fait que cn=truc,dc=bidule,dc=local soit entouré par des guillemets ne change rien au problème

    Peut-être n'as tu pas défini le mot de passe via la commande smbpasswd ?

    Quel tutoriel es-tu en train de suivre ?

    Thx.
  • Salut Brildji.

    tu dois certainement être en train de configurer Samba en liaison avec LDAP ?

    Dis-nous en un peu plus, stp !!

    Thx.
  • Salut Hiden,

    Tu dois venir du monde Ubuntu ou OsX, il me semble.

    Je ne crois pas que sous fedora, par défaut, le sudo soit configuré. Si tu veux effectuer des commandes avec les droits "root", connecte-toi en root ^^

    su -

    Thx.