ZeSmoke

  • 2 avr. 2023
  • Inscrit 4 nov. 2006
  • 0 meilleure réponse
  • Petit nouveau Adepte du forum Rédacteur potentiel
  • Système : CPU Ryzen 5 5600X - 32 Go RAM - GeForce GTX 1660 Ti) - Machine de production en bureautique et graphisme.

    Installation : dnf system-upgrade depuis F35 (installation propre)

    Problèmes majeurs : nvidia kernel module missing. falling back to nouveau
    Impossible de charger le module nvidia. J'ai essayé toutes les solutions du forum ... échec ...

    Problèmes mineurs : gel lors de la sortie de veille après la mise à jour. Reboot hard requis pour retrouver la main.

    Points positifs : rien ... je galère à la prise en compte du module nvidia (installé selon dnf mais non fonctionnel)

    Points négatifs : toujours le même problème au changement de version : les drivers nvidia . Depuis des années c'est toujours une galère. Là je craque un peu ... Je ne vois pas ce qui conduit à ne pas charger le module nvidia qui est parfaitement installé.

    Je repasse sur F35 le temps que cette histoire de module soit résolue.

    Mise à jour : Le nouveau kernel 5.17.7-300.fc36.x86_64 a résolu le problème du chargement du pilote nvidia.
  • shazam wrote:Bonjour, je rencontre actuellement un problème d'installation pour le pilote Nvidia.
    Il ne se charge pas au démarrage et c'est le pilote nouveau qui prends le relais (fallback)

    Voici ma carte:
    $ lspci | grep -i VGA
    01:00.0 VGA compatible controller: NVIDIA Corporation TU116M [GeForce GTX 1660 Ti Mobile] (rev a1)
    
    Je précise que je suis en mode UEFI, car installation de fedora est sur un SSD et Windows 11 sur un Nvme.
    J'ai suivi le tuto d'installation sur le wiki mais le pilote ne se lance pas au démarrage.
    Pourriez vous me donner la bonne marche à suivre pour installer le pilote.
    Merci.
    Bonjour,

    J'ai eu le même problème sur une config similaire (F35 sur SSD et W10 sur nvme) après une nouvelle installation propre suivi de la mise à jour avec dnf
    dnf upgrade --refresh
    Pour une raison inconnue, le kernel-devel n'avait pas été upgradé donc pas de akmod -> erreur module nvidia -> passage sur nouveau.
    J'ai installé le kernel-devel
    dnf install kernel-devel
    Cela a réglé le problème.

    Ce phénomène ne s'est plus reproduit par la suite.

    Si cela peut aider ...
  • Merci pour ton retour.

    smartctl n'a rapporté aucune errerur.
    J'ai réussi à installer le système en passant les partitions /boot et / en btrfs. En ext4 ça ne fonctionne pas.

    [Edit] : en fait tout fonctionne même en ext4 ! j'ai découvert en faisant un fsck qu'une des partitions de données avait des erreurs. En l'enlevant du montage de blivet ça roule impecc.

    Je passe le sujet en résolu.

    Merci pour la piste de smartctl
  • Bonjour à tous,

    Suite à une défaillance matérielle majeure de mon ancien PC (carte mère HS), j'ai acheté un nouveau PC (l'ancien datait de 2009)

    Config PC :
    CM Asus B550 Plus
    CG GeForce 1660 ti
    SSD en M2 (W10 installé par défaut)
    RAM 32Go

    J'ai ajouté les disques que j'utilisais avec l'ancien PC (/home et données de travail) et un SSD neuf que j'ai acheté avec le PC pour installer F35 sur un disque séparé sans toucher à W10

    Je rencontre une erreur anaconda (voir log ci-dessous) à l'installation de F35 à partir d'une clé USB. Cette erreur survient après avoir configuré le partionnement et démarrer l'installation. Elle se produit lors de la création des volumes sur le SSD neuf qui doit contenir le système (voir retour commande fdisk-l ci-dessous).

    J'ai téléchargé à nouveau l'image iso, vérifier l'image qui est ok.

    J'ai testé avec le partionnement auto/personnalisé/blivet , j'ai la même erreur.

    Sur Bugzilla, il y a bien cette erreur reportée mais en utilisant un système de fichier btrfs alors que j'utilise un système ext4.

    Merci pour votre aide, vos idées et conseils pour résoudre cette erreur et poursuivre l'installation.
    dasbus.error.DBusError: mount failed: 32
    
    File "/usr/lib64/python3.10/site-packages/pyanaconda/threading.py", line 275, in run
        threading.Thread.run(self)
      File "/usr/lib64/python3.10/threading.py", line 946, in run
        self._target(*self._args, **self._kwargs)
      File "/usr/lib64/python3.10/site-packages/pyanaconda/installation.py", line 415, in run_installation
        queue.start()
      File "/usr/lib64/python3.10/site-packages/pyanaconda/installation_tasks.py", line 311, in start
        item.start()
      File "/usr/lib64/python3.10/site-packages/pyanaconda/installation_tasks.py", line 311, in start
        item.start()
      File "/usr/lib64/python3.10/site-packages/pyanaconda/installation_tasks.py", line 311, in start
        item.start()
      File "/usr/lib64/python3.10/site-packages/pyanaconda/installation_tasks.py", line 496, in start
        self.run_task()
      File "/usr/lib64/python3.10/site-packages/pyanaconda/installation_tasks.py", line 527, in run_task
        sync_run_task(self._task_proxy)
      File "/usr/lib64/python3.10/site-packages/pyanaconda/modules/common/task/__init__.py", line 46, in sync_run_task
        task_proxy.Finish()
      File "/usr/lib/python3.10/site-packages/dasbus/client/handler.py", line 444, in _call_method
        return self._get_method_reply(
      File "/usr/lib/python3.10/site-packages/dasbus/client/handler.py", line 477, in _get_method_reply
        return self._handle_method_error(error)
      File "/usr/lib/python3.10/site-packages/dasbus/client/handler.py", line 497, in _handle_method_error
        raise exception from None
    dasbus.error.DBusError: mount failed: 32
    Ma config disque :
    sda : SSD neuf (cible de l'installation sda1 /boot/efi sda2 /boot et sda3 /)
    sdb : SSD avec une partition existante (données de travail)
    sdc : HDD avec deux partitions existantes (données de travail)
    sdd : HDD avec deux partitions existantes (/home et données de travail)

    Retour commande fdisk -l
    Disk /dev/sda: 111.79 GiB, 120034123776 bytes, 234441648 sectors
    Disk model: TEXTORM B5 120GB
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: gpt
    Disk identifier: 692CBADB-ED72-41AB-8CE8-1F2EC43CCCBF
    
    Device       Start       End   Sectors  Size Type
    /dev/sda1     2048    206847    204800  100M EFI System
    /dev/sda2   206848   2303999   2097152    1G Linux filesystem
    /dev/sda3  2304000 149104639 146800640   70G Linux filesystem
    
    
    Disk /dev/sdb: 111.79 GiB, 120034123776 bytes, 234441648 sectors
    Disk model: KINGSTON SV300S3
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: dos
    Disk identifier: 0x25d4c44a
    
    Device     Boot Start       End   Sectors   Size Id Type
    /dev/sdb1        2048 234440703 234438656 111.8G 83 Linux
    
    
    Disk /dev/sdc: 1.82 TiB, 2000398934016 bytes, 3907029168 sectors
    Disk model: ST2000DL003-9VT1
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: dos
    Disk identifier: 0x0006d25e
    
    Device     Boot      Start        End    Sectors   Size Id Type
    /dev/sdc1             2048 1859028991 1859026944 886.5G 83 Linux
    /dev/sdc2       1859028992 3907028991 2048000000 976.6G 83 Linux
    
    
    Disk /dev/sdd: 1.82 TiB, 2000398934016 bytes, 3907029168 sectors
    Disk model: ST2000DM008-2FR1
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    Disklabel type: dos
    Disk identifier: 0x0003c8cd
    
    Device     Boot      Start        End    Sectors   Size Id Type
    /dev/sdd2        512002048 1113683967  601681920 286.9G 83 Linux
    /dev/sdd3       1113683968 3907028991 2793345024   1.3T 83 Linux
  • Oui. C'est d'ailleurs en cherchant cette erreur via google que j'ai pu consulter pas mal de forums et trouver la solution.

    Je pense que j'ai joué de malchance (le mauvais neutrino qui touche mon SSD au moment de la mise à jour :-D ) parce que j'utilise Fedora depuis de nombreuses années et c'est la première fois qu'un upgrade se passe comme ça.

    Ceci dit, rien de dramatique : pas de pertes de données, juste une sueur froide au premier reboot :-x puis une fois la solution trouvée, tout est reparti sans aucun problème. La distro tourne impecc, les mises à jour se font en toute fluidité 8-)
  • Configuration succincte:

    AMD Phenom(tm) II X4 955 Processor × 4
    CM ASUS
    NVIDIA Corporation GP107 [GeForce GTX 1050 Ti]
    1 x SSD (système) + 2 x HDD (/home et data)
    16Gb Ram

    Méthode d'installation :
    dnf system-upgrade

    Problèmes majeurs :
    Pas de lancement système après mise à jour

    Erreur : "free magic is broken at adress ..." adresse changeante à chaque reboot
    GRUB s'affiche, lancement et immédiatement "free magic is broken ..."

    Choix du noyau F34 -> idem

    Sélection ligne de commande GRUB au reboot. Vérification du GRUB. Multiples lignes avec "blacklist=nouveau" ... Reboot
    Idem : "free magic is broken ..."
    Sélection ligne de commande GRUB. Vérification GRUB, idem. Lancement sur noyau F34 à partir de la ligne de commande GRUB, le système se lance.
    Arrivée dans F34. Je ne touche plus à rien pendant 1 semaine.

    Commande :
    dnf upgrade --refresh"
    Mise à jour kernel

    Commande :
    grub2-mkconfig -o /boot/grub2/grub.cfg
    Reboot.
    Choix F35, ça fonctionne

    problèmes mineurs :
    aucun

    Points positifs :
    NA

    Points négatifs :
    Voir ci-dessus

    Première fois que je rencontre cette erreur "free magic is broken .." depuis ma première installation d'un linux en 1996 (disquettes ...).
  • grmain wrote:Salut,
    est-ce que vous arrivez à faire fonctionner des jeux Steam en forçant l'utilisation de Proton ?
    Salut,

    Oui : Elite Dangerous
    Je force proton 6.3.5 dans les propriétés du jeu dans Steam.

    Config proton

    J'ai du configurer wine et proton pour le faire fonctionner en suivant les commandes de l'article suivant : Article wiki wine Il existe peut-être des articles similaires pour tes jeux.
    grmain wrote:Sur ma session, j'arrive à faire tourner les jeux considérés comme compatibles/natifs, pareil pour mes jeux GOG compatibles, en gros tout va bien, mais dès que je veux en faire tourner un autre, même s'il a le rang Platine sur ProtonDB, rien ne s'affiche et le jeu finit par être considéré comme quitté au bout de quelques secondes.
    Idem pour Elite Dangerous ("silent exit" au premier lancement). Tout a fonctionné avec la configuration de l'article du wiki wine.
    grmain wrote:C'est normal ? La faute à Wayland ? Ou à un autre truc ? Faut savoir que j'ai mon répertoire d'installation des jeux qui est sur un autre disque, lequel est un HDD formaté en NTFS si jamais cette info avait une quelconque utilité.
    J'ai acheté un SSD où il n'y a que les jeux Steam (Elite Dangerous, Cities Skyline, X4 Foundation). Ils tournent très bien et pas de ralentissement. Par contre il est formaté en ext4. J'ai une cg Nvidia (GTX 1050 Ti) avec pilotes proprio installés.

    Merci pour tes retours.
  • nouvo09 wrote:Alors là, ne te casse pas la tête, clone directement le disque.

    Branche le nouveau en sde puis

    dd if=/dev/sdd of=/dev/sde bs=16M

    et va voir un bon film, l'opération est longue
    Merci à tous pour vos conseils 🙂 Je passe le sujet en Résolu

    @nouvo09 Je vais lancer la manip ce soir.

    Bonne journée à tous

    Fred
  • Bonjour,

    Merci pour vos retours 🙂

    @nouvo09
    C'est finaud de passer par dd ! Mon home est effectivement sur une partition séparée.

    @didierg
    Je ne suis pas en UEFI (la CM date d'avant ... :-D )

    Ma config :
    fdisk -l
    Disque /dev/sda : 59,63 GiB, 64023257088 octets, 125045424 secteurs
    Modèle de disque : Corsair Neutron 
    
    Périphérique Amorçage    Début       Fin Secteurs Taille Id Type
    /dev/sda1    *            2048   2050047  2048000  1000M 83 Linux
    /dev/sda2              2050048  83970047 81920000  39,1G 83 Linux
    /dev/sda3             83970048  88066047  4096000     2G 82 partition d'échange Linux / Solaris
    /dev/sda4             88066048 125044735 36978688  17,6G 83 Linux
    
    
    Disque /dev/sdb : 1,82 TiB, 2000398934016 octets, 3907029168 secteurs
    Modèle de disque : ST2000DL003-9VT1
    
    Périphérique Amorçage      Début        Fin   Secteurs Taille Id Type
    /dev/sdb1                   2048 1859028991 1859026944 886,5G 83 Linux
    /dev/sdb2             1859028992 3907028991 2048000000 976,6G 83 Linux
    
    
    Disque /dev/sdc : 111,79 GiB, 120034123776 octets, 234441648 secteurs
    Modèle de disque : KINGSTON SV300S3
    
    Périphérique Amorçage Début       Fin  Secteurs Taille Id Type
    /dev/sdc1              2048 234440703 234438656 111,8G 83 Linux
    
    
    Disque /dev/sdd : 1,82 TiB, 2000398934016 octets, 3907029168 secteurs
    Modèle de disque : WDC WD20EARX-008
    
    Périphérique Amorçage      Début        Fin   Secteurs Taille Id Type
    /dev/sdd2              512002048 1113683967  601681920 286,9G 83 Linux
    /dev/sdd3             1113683968 3907028991 2793345024   1,3T 83 Linux
    
    C'est le sdd qui est en train de mourir. le home est en sdd3
    J'ai acheté un 2To hier.
  • Bonjour à tous,

    Je me tourne vers vous pour avoir vos avis et conseils quant à la migration de mon /home vers un nouveau DD (l'actuel est en train de mourir et j'ai une sauvegarde quotidienne complète à jour sur DD externe).

    J'ai consulté pas mal d'articles et j'en suis arrivé à la procédure suivante :

    NB : pas de changement au niveau du user (même nom et mdp)

    - Montage du nouveau DD + partitionnement + formatage
    - création répertoire home sur le nouveau DD en console root
    mkdir home
    - création répertoire user dans le nouveau home en mode console user
    mkdir user
    - copie de la sauvegarde dans le nouveau répertoire home/user en mode console user
    cp backup home/user
    - Modification ancien /home en console root
    mv /home /home-old
    - identification du UUID nouveau DD en console root :
    blkid
    - sauvegarde du fstab en console root
    cp /etc/fstab /etc/fstab-old
    - modification fstab avec UUID du nouveau DD
    echo -e 'UUID= "celui trouvé avec blkid" /home \t ext4 \t defaults \t 1 2' >> /etc/fstab
    - reboot

    Merci pour vos retours et conseils sur cette procédure et comment bien gérer SELinux après la modification

    Cordialement,

    Fred
  • 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
  • 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é.
  • 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ù.
  • 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.
  • 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.
  • 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
  • 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
  • Bonjour,

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

    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
  • 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.
  • 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...