Bizarre, la Fedora 12 effectue une reconnaissance parfaite de ce matériel...
AArnaud.M
- 2 avr. 2013
- Inscrit 3 avr. 2006
- 0 meilleure réponse
- Petit nouveau Adepte du forum Rédacteur potentiel
- 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é
ne me renvoie rien.lsmod | grep nouveau
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,
Pour la partie que tu cites :[root@Nochea ~]# uname -r 2.6.33.5-112.fc13.i686.PAE
ainsi que :[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
Enfin :[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
[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 :
Ainsi que dkms :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.
Pourtant, je rencontre l'erreur suivante :[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.
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 ~]# /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.
J'ai tenté avec les deux versions présentes dans le virtualbox.repo :[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
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.VirtualBox-3.2.i686 : Oracle VM VirtualBox VirtualBox-3.1.i686 : Powerful PC virtualization solution
D'avance merci - Salut pingou
1° Système fonctionnel : oui
2°
3° : Non aucune erreur en particulier.# 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
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. - Modifié
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. - Bonsoir humufr,
Je ne sais pas si tu liras ce commentaire, puisqu'à priori tu en as fini avec fed' :
http://www.thinkwiki.org/wiki/Installing_Fedora_10_on_a_ThinkPad_T400
Hope that helps !! - 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.