Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Assemblée Générale Ordinaire de Borsalinux-fr de 2021

#1 Re : [F33] Installation de Fedora 33 » Installation de Fedora 33 » 30/10/2020 11:55:59

Configuration succincte PC fixe :
AMD Phenom(tm) II X4 955
16Go RAM
GeForce GTX 1050 Ti


Méthode d'installation :
dnf system-upgrade

Problèmes majeurs :
Aucun

problèmes mineurs :
Aucun

Points positifs :
Installation nickel et sans erreur

Points négatifs :
Aucun

#2 Re : [F32] Support général » [Résolu] J'ai, sans le vouloir, supprimé mon volume logique LVM "home"... » 13/07/2020 17:05:44

Bravo !!
C'est la démonstration par l'action que Linux est vraiment top. Perso, c'est un vrai bonheur d'avoir un OS de cette qualité. je le constate tous les jours, récup d'infos, analyse de données, stabilité, ...
Merci à tous les contributeurs et membres de la communauté.

#3 Re : [Anciennes versions] Réseaux » [Résolu] Pas de connexion en RJ45 - Wifi ok » 24/04/2020 17:33:20

Re-Bonjour,

C'était bien le composant RJ45 de la CM ...
Après installation d'une carte en PCIe, tout est redevenu normal.
Je pense qu'après 8 ans de bons et loyaux services, ma CM me lâche doucement ;)

Merci encore pour vos messages et conseils, je garde le script de madko au cas où.

#4 Re : [Anciennes versions] Réseaux » [Résolu] Pas de connexion en RJ45 - Wifi ok » 24/04/2020 12:10:48

Merci à tous pour vos réponses :)

@nouvo09 : pas encore testé avec live.

@Nicosss : testé avec mon laptop sur le même câble RJ45, ça fonctionne.

@Refuznuik : oui. IPV4. J'ai activé et désactivé IPV6 c'est pareil

@madko : ça ressemble mais j'arrive à récupérer une adresse (DHCP ou  manuel). Par contre, 100% de perte lors de mes essais ce matin. J'avais l'impression d'être derrière un pare-feu.

Finalement j'ai commandé une carte Ethernet en PCIe suite à vos remarques et avis.

Je passerai le sujet en résolu après installation de la nouvelle carte.

#5 [Anciennes versions] Réseaux » [Résolu] Pas de connexion en RJ45 - Wifi ok » 23/04/2020 19:11:53

ZeSmoke
Réponses : 8

Bonjour à tous,

Mon PC de bureau me fait un truc. Je subodore que le prise RJ45 de la CM est en train de mourir mais j'aimerai avoir vos avis.

La connexion RJ45 fonctionne au sens où les voyants (vert et jaune) sont allumés, j'ai une adresse IP via la livebox mais j'ai 100% de perte quand je fais un ping sur 8.8.8.8 par exemple.
J'ai branché un dongle USB/Wifi et j'ai retrouvé la connexion : IP + 0% de perte en ping sur 8.8.8.8

Cela c'est produit la nuit dernière, le matin mon PC avait manifestement redémarré (écran de connexion à l'écran).

J'ai testé sur des sites, en RJ45 c'est très trés lent (1kb/s), en Wifi tout est impeccable.

Je me demandais si c'était au niveau logiciel ou matériel. J'imagine que la connexion RJ45 et Wifi doivent partager la même couche logicielle donc la panne matérielle me semble la plus probable. Dans ce cas, je vais commander une carte Ethernet en PCIe et basta :)

Merci de vos avis et de vos conseils pour tester ou réparer.

#6 Re : [Anciennes versions] Installation de Fedora » Installation Fedora 30 : retour d'expérience » 15/05/2019 12:54:49

Méthode d'installation :
dnf system-upgrade download  --releasever=30

Problèmes majeurs :
Aucun

Problèmes mineurs :
Aucun

Points positifs :
Tout est ok même mes applis extérieures (Tresorit et Nixnote par exemple)

Points négatifs :
Aucun

#7 Re : [Anciennes versions] Installation de Fedora » Installation Fedora 29 : retour d'expérience » 16/11/2018 11:45:06

Méthode d'installation :

dnf upgrade avec --allowerasing (pb avec JRE)

Problèmes majeurs :

Aucun

problèmes mineurs :

Aucun

Points positifs :

Pas de galère avec nvidia. Tout fonctionne impecc

Points négatifs :

Aucun

#8 [Anciennes versions] Support général » Info - Bug avec version ghostscript 9.24-1 » 13/09/2018 17:39:34

ZeSmoke
Réponses : 2

Bonjour,

Info à toutes fins utiles, pour ceux qui rencontreraient ce problème et leur éviter d'avoir à chercher. wink

Suite à une màj, j'ai rencontré des pbs d'impression : Erreur cups "Filter failed"
En creusant dans les logs de cups, l'erreur venait de ghostscript qui ne trouvait plus les fichiers de profil icc.
Recherche sur bugzilla : https://bugzilla.redhat.com/show_bug.cgi?id=1626818
L'erreur ne semble malheureusement pas résolue.

J'ai retrogradé ghostscript et l'erreur a disparu.

Affaire à suivre donc

#9 Re : [Anciennes versions] Matériel » [Résolu] Module nvidia ne se charge plus » 03/08/2018 18:44:40

Salut,

Non, car à mon sens c'est juste que le pilote 396 n'est plus compatible avec ma CG. Le site Nvidia mentionne bien que ma CG doit utiliser le 390.
Vu que c'est un pilote proprio, j'imagine que dans la philosophie de Fedora, c'est normal qu'il n'y ait pas de gestion de ce type de dysfonctionnement (vérif des pilotes par rapport à la CG). C'est à l'utilisateur de se prendre en charge.

Ceci dit, j'ai eu juste à rajouter une ligne à mon dnf.conf (excludepkgs=*nvidia*) et basta. Tout ce qui touche nvidia est maintenant exclu des mises à jour.

#10 Re : [Anciennes versions] Matériel » [Résolu] Module nvidia ne se charge plus » 30/07/2018 08:54:58

Salut,
Nouveau prenait également le relais et ma CG se transformait en turbine. J'ai donc préféré downgrader le pilote en version 390.
J'avais rencontré une situation similaire il y a 2/3 ans, j'étais tout simplement resté avec une version antérieure car ma CG n'était plus prise en compte par l'évolution du pilote.

A suivre donc...

#11 Re : [Anciennes versions] Matériel » [Résolu] Module nvidia ne se charge plus » 26/07/2018 14:51:30

Oui, c'est bien ça. Il faut un 390.

Je suis juste étonné de la mise à jour par un pilote non compatible avec le matériel. Je pensais qu'il y avait une boucle de test pour vérifier la compatibilité entre le matériel et la mise à jour.

Je vais exclure nvidia des mises à jour, ça sera plus sûr.

Je passe le sujet en résolu.

#12 Re : [Anciennes versions] Matériel » [Résolu] Module nvidia ne se charge plus » 26/07/2018 12:32:53

oui ça fonctionne mais pas avec la dernière version 396.

J'ai du downgrader l'ensemble des paquets en rapport avec le pilote (voir le 3ème post). Au passage, j'ai utilisé l'option --allowerasing car le xorg-x11-drv-nvidia 396 était accroché comme une bernicle big_smile j'avais sans cesse des erreurs dnf sur conflit de version.

Pour le moment je reste en 390.

Donc pour résumer, cela est à mon avis plutôt un problème avec la validation des fichiers de mise à jour du pilote qu'une défaillance du système. Ce qui me fait dire ça, c'est la ligne dans le log de démarrage avec la version 396

nvidia: module verification failed: signature and/or required key missing

.

#13 Re : [Anciennes versions] Matériel » [Résolu] Module nvidia ne se charge plus » 26/07/2018 09:59:35

Bonjour,

voici :

$ rpm -qa|grep nvidia
akmod-nvidia-390.48-1.fc28.x86_64
nvidia-settings-390.48-3.fc28.x86_64
xorg-x11-drv-nvidia-kmodsrc-390.48-2.fc28.x86_64
nvidia-persistenced-390.48-1.fc28.x86_64
nvidia-modprobe-390.48-1.fc28.x86_64
nvidia-xconfig-390.48-1.fc28.x86_64
kmod-nvidia-4.17.7-200.fc28.x86_64-390.48-1.fc28.x86_64
xorg-x11-drv-nvidia-libs-390.48-2.fc28.x86_64
xorg-x11-drv-nvidia-390.48-2.fc28.x86_64
kmod-nvidia-390.48-1.fc28.x86_64

La version 390 fonctionne parfaitement. Je suis allé sur le repo RPM Fusion et j'ai récupéré les rpm un à un. En init 3 j'ai retiré tout ce qui concernait la version 396 et installé la version 390. Reboot et voilà.

#14 [Anciennes versions] Matériel » [Résolu] Module nvidia ne se charge plus » 26/07/2018 00:53:58

ZeSmoke
Réponses : 14

Bonjour,

Suite à màj (kmod-nvidia entre autres), le module nvidia ne se charge plus. Je bascule automatiquement sur nouveau et le ventilateur de ma carte s'est transformé en turbine ! Il est à fond.
Je souhaiterai donc revenir sur les pilotes proprio.

Voici mes investigations outre les recherches sur le web et la doc qui n'ont rien données.

journalctl

nvidia: module verification failed: signature and/or required key missing
NVRM: The NVIDIA GeForce GT 730 GPU installed in this system is
NVRM:  supported through the NVIDIA 390.xx Legacy drivers. Please
NVRM:  visit http://www.nvidia.com/object/unix.html for more
NVRM:  information.  The 396.45 NVIDIA driver will ignore
NVRM:  this GPU.  Continuing probe...
juil. 26 00:22:52 arthur.avalon kernel: NVRM: No NVIDIA graphics adapter found!

J'ai donc réinstallé la version 390.
Edit : Aucun changement. J'ai tout réinstallé à la mimine, rpm par rpm et ça refonctionne.

la commande lspci renvoie

lspci | grep VGA

01:00.0 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 730] (rev a1)

Je suis preneur de vos idées :)

Merci.

#15 Re : [Anciennes versions] Installation de Fedora » Installation Fedora 28 retour experience » 11/05/2018 09:29:50

Bonjour,

- Méthode d'installation :
avec dnf

- Problèmes majeurs :
aucun

- Soucis mineurs :
aucun

- Points positifs :
Installation rapide et tout fonctionne "out of the box" big_smile

- Points négatifs :
Aucun à ce jour

#16 Re : [Anciennes versions] Support général » [Résolu] Plantage avec kernel 4.15 » 07/03/2018 23:24:03

@Neko62
en root :

# journalctl --list-boots

Identifier le ID du boot qui foire puis :

# journalctl _BOOT_ID=le_numero_ID_du_boot

Pour info, journalct accepte la complétion avec [Tab] ;) donc rentrer le début de l'ID et [Tab]

Voilà :)

#17 Re : [Anciennes versions] Matériel » [Résolu] écran noir pendant le boot sur kernel 4.15.4 ou supérieur » 06/03/2018 18:39:15

Bonjour,

j'ai constaté de mon côté que les nouveaux noyaux n'aimaient pas l'option nvidia-drm.modeset=1. J'avais des symptômes équivalents avec le 4.15.
En enlevant cette option de la ligne de démarrage plus d'écran noir chez moi. Faire un test au lancement avec ctrl-e pour éditer la ligne pourrait valoir le coup.

#18 Re : [Anciennes versions] Support général » [Résolu] Plantage avec kernel 4.15 » 28/02/2018 12:52:07

Salut,

En console root :

# vi /etc/default/grub

Modifier la ligne qui contient nvidia-drm.modeset=1 en retirant nvidia-drm.modeset=1
Sauvegarder et quitter vi (:wq) puis :
Si bios non UEFI

# grub2-mkconfig -o /boot/grub2/grub.cfg

Si bios UEFI

# grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

Reboot et voilà smile

#19 Re : [Anciennes versions] Support général » [Résolu] Plantage avec kernel 4.15 » 22/02/2018 00:35:12

Salut,

Finalement j'ai trouvé smile
J'ai enlevé "nvidia-drm.modeset=1" des paramètres de grub et tout refonctionne nickel. Je ne me souviens pas d'avoir ajouté ce paramètre, mais bon ...

Je passe le sujet en résolu

#20 Re : [Anciennes versions] Support général » [Résolu] Plantage avec kernel 4.15 » 20/02/2018 18:50:08

Salut,

J'ai un kmod-nvidia qui correspond au kernel et akmod-nvidia.
J'ai testé en supprimant le kmod et en utilisant uniquement akmod, c'est pareil. J'ai fait également un rebuild (akmod --force) et toujours pareil. J'ai fait une reinstall du kmod, pas de changement

Ce qui m'interpelle c'est que les autres kernels sont impactés. J'ai donc regardé avec dnf history pour voir ce qui avait été touché par la mise à jour et qui avait rapport avec l'affichage (voir ci-dessous), il y a les libs mesa et X11

Suis pas trop chaud pour faire du downgrade sur mesa et X11

Mis à niveau  mesa-dri-drivers-17.2.4-3.fc27.x86_64                      @updates
    Mettre à jour                  17.3.4-1.fc27.x86_64                      @updates
    Mis à niveau  mesa-filesystem-17.2.4-3.fc27.x86_64                       @updates
    Mettre à jour                 17.3.4-1.fc27.x86_64                       @updates
    Mis à niveau  mesa-libEGL-17.2.4-3.fc27.x86_64                           @updates
    Mettre à jour             17.3.4-1.fc27.x86_64                           @updates
    Mis à niveau  mesa-libGL-17.2.4-3.fc27.x86_64                            @updates
    Mettre à jour            17.3.4-1.fc27.x86_64                            @updates
    Mis à niveau  mesa-libGLES-17.2.4-3.fc27.x86_64                          @updates
    Mettre à jour              17.3.4-1.fc27.x86_64                          @updates
    Mis à niveau  mesa-libOpenCL-17.2.4-3.fc27.x86_64                        @updates
    Mettre à jour                17.3.4-1.fc27.x86_64                        @updates
    Mis à niveau  mesa-libgbm-17.2.4-3.fc27.x86_64                           @updates
    Mettre à jour             17.3.4-1.fc27.x86_64                           @updates
    Mis à niveau  mesa-libglapi-17.2.4-3.fc27.x86_64                         @updates
    Mettre à jour               17.3.4-1.fc27.x86_64                         @updates
    Mis à niveau  mesa-libwayland-egl-17.2.4-3.fc27.x86_64                   @updates
    Mettre à jour                     17.3.4-1.fc27.x86_64                   @updates
    Mis à niveau  mesa-libxatracker-17.2.4-3.fc27.x86_64                     @updates
    Mettre à jour                   17.3.4-1.fc27.x86_64                     @updates
    Mis à niveau  xorg-x11-drv-nvidia-2:390.25-1.fc27.x86_64                 @rpmfusion-nonfree-updates
    Mettre à jour                     3:390.25-4.fc27.x86_64                 @rpmfusion-nonfree-updates
    Mis à niveau  xorg-x11-drv-nvidia-kmodsrc-2:390.25-1.fc27.x86_64         @rpmfusion-nonfree-updates
    Mettre à jour                             3:390.25-4.fc27.x86_64         @rpmfusion-nonfree-updates
    Mis à niveau  xorg-x11-drv-nvidia-libs-2:390.25-1.fc27.x86_64            @rpmfusion-nonfree-updates
    Mettre à jour                          3:390.25-4.fc27.x86_64            @rpmfusion-nonfree-updates

#21 [Anciennes versions] Support général » [Résolu] Plantage avec kernel 4.15 » 20/02/2018 17:06:16

ZeSmoke
Réponses : 8

Bonjour,

Mise à jour vers kernel 4.15. La machine démarre et la carte vidéo s'éteint (perte de signal sur le moniteur).
En lançant la machine sur l'avant-dernier kernel (4.14) , tout est extrêmement ralenti jusqu'au login : quasi 2mn pour atteindre le login au lieu de 15sec avant, frappe du MdP rien ne se passe à l'écran puis les caractères s'affichent. Dans cinnamon, tout redevient normal.

Voici un extrait du log de boot avec le kernel 4.15. C'est manifestement le pilote nvidia qui fait partir en sucette le système. Le plus génant c'est que cela impacte les autres kernels.

Quelques idées ?

févr. 20 15:32:44 arthur.avalon kernel: nvidia: loading out-of-tree module taints kernel.
févr. 20 15:32:44 arthur.avalon kernel: nvidia: module license 'NVIDIA' taints kernel.
févr. 20 15:32:44 arthur.avalon kernel: Disabling lock debugging due to kernel taint
févr. 20 15:32:44 arthur.avalon kernel: kvm: Nested Virtualization enabled
févr. 20 15:32:44 arthur.avalon kernel: kvm: Nested Paging enabled
févr. 20 15:32:44 arthur.avalon kernel: MCE: In-kernel MCE decoding enabled.
févr. 20 15:32:44 arthur.avalon kernel: nvidia: module verification failed: signature and/or required key missing - tainting kernel
févr. 20 15:32:44 arthur.avalon kernel: EDAC amd64: Node 0: DRAM ECC disabled.
févr. 20 15:32:44 arthur.avalon kernel: EDAC amd64: ECC disabled in the BIOS or no ECC capability, module will not load.
                                          Either enable ECC checking or force module loading by setting 'ecc_enable_override'.
                                          (Note that use of the override may cause unknown side effects.)
févr. 20 15:32:44 arthur.avalon kernel: nvidia-nvlink: Nvlink Core is being initialized, major device number 242
févr. 20 15:32:44 arthur.avalon kernel: nvidia 0000:01:00.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=io+mem
févr. 20 15:32:44 arthur.avalon kernel: NVRM: loading NVIDIA UNIX x86_64 Kernel Module  390.25  Wed Jan 24 20:02:43 PST 2018 (using threaded
févr. 20 15:32:44 arthur.avalon systemd-udevd[456]: Process '/usr/bin/bash -c '/usr/bin/mknod -Z -m 666 /dev/nvidiactl c 195 255'' failed wi
févr. 20 15:32:44 arthur.avalon kernel: EDAC amd64: Node 0: DRAM ECC disabled.
févr. 20 15:32:44 arthur.avalon kernel: EDAC amd64: ECC disabled in the BIOS or no ECC capability, module will not load.
                                          Either enable ECC checking or force module loading by setting 'ecc_enable_override'.
                                          (Note that use of the override may cause unknown side effects.)
févr. 20 15:32:44 arthur.avalon kernel: nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms  390.25  Wed Jan 24 19:
févr. 20 15:32:44 arthur.avalon kernel: [drm] [nvidia-drm] [GPU ID 0x00000100] Loading driver
févr. 20 15:32:44 arthur.avalon kernel: BUG: unable to handle kernel NULL pointer dereference at 0000000000000398
févr. 20 15:32:44 arthur.avalon kernel: IP: rm_get_device_name+0x9a/0x1a0 [nvidia]

#22 Re : [Anciennes versions] Installation de Fedora » Fedora 27 - retour d'expérience » 15/11/2017 00:18:30

- Méthode d'installation :
dnf upgrade
Installation tout en souplesse, aucun problème rencontré.

- Problèmes majeurs :
Aucun

- Soucis mineurs :
Aucun

- Points positifs :
Pas encore tout exploré mais semble plus rapide. A voir à l'usage.

- Points négatifs :
Aucun

#23 Re : [Anciennes versions] Installation de Fedora » Fedora 26 - retour d'expérience. » 16/07/2017 23:39:48

Salut,

Désolé du retard à répondre, WE hors réseau ;)

# akmods --force

Top ! :) ça fonctionne impecc.
Merci beaucoup Fifi

#24 Re : [Anciennes versions] Installation de Fedora » Fedora 26 - retour d'expérience. » 13/07/2017 20:11:29

Bonjour,

- Méthode d'installation :

# dnf upgrade --refresh
# dnf install dnf-plugin-system-upgrade
# dnf system-upgrade download --refresh --releasever=26 --allowerasing --nogpgcheck
# dnf system-upgrade reboot

- Problèmes majeurs :
Pas de prise en compte du kmod-nvidia. Le kmod n'est pas généré avec akmod.

Retour en F25 le temps que cela soit résolu.

#25 Re : [Anciennes versions] Support général » [Résolu] Plus d'action souris sur menu activités ou menu Cinnamon » 19/12/2015 21:56:38

J'ai trouvé !
J'avais oublié de virer la version 304xx de akmod-nvidia. En installant la version 340xx tout est entré dans l'ordre.

Quelle buse hammer

Pied de page des forums

Propulsé par FluxBB