NNois
Bonjour,
A la suite de mise à jours mineures sur fedora, j'ai presque une fois sur 2 une machine qui ne boot plus en environment graphique, obligé de reinstaller les drivers alors que j'utilise les akmod etc.
Du coup aujourd'hui je fais un constat bizard, les softs installés dans les depots sont complètement freezés sur une version, mais le noyaux (genre le plus important des trucs) change de version au beau milieu d'une même release fedora !! évidement ça pête les drivers à chaque fois.
Pourquoi ?
VINDICATORs
Voir la documentation, voir faire une recherche sur le forum.
Nicosss
Mises à jour mineures ?
Akmods de quoi ?
Drivers de quoi ?
Pour les noyaux dans une même version de Fedora, c'est normal et ça l'a toujours été.
nouvo09
bizard, vous avez dit bizard ? Comme c'est bizarre ..
NNois
Ah merci, c'est parce que c'est comme ça !
VINDICATORs
Non! c'est surtout que la question est posé tellement de fois, que la réponse est déjà disponible un nombre incalculable de fois...
Et puis radoter ça vas un moment :-P.
NNois
Merci,
Tu est sur que que l'interrogation de savoir pourquoi le noyaux change au sein même d'une release à été posée un nombre incalculable de fois ? pour je trouve rien à ce sujet, vraiment ! je doit pas utiliser les bons termes, ça me parait pourtant intéressant. Pourquoi introduire une possibilité de casser le systeme complet alors qu'on ne le permet pas pour les logiciels...
Sinon oui je parlais des pilotes Nvidia.
J'essaie de maintenir un parc de 5 machines avec applications graphiques utilisant le cuda pour calculer, cartes 1080 et 980.
Et bien c'est terrible, si je suis à la lettre le wiki fedora avec les depots rpmfusion, je tombe sur toutes les machine sur le "oh no..." ou meme des écrans qui flashent, j'ai testé les depots unitedrpm idem, seul ceux de negativo17 fonctionnent, sauf qu'après une maj tout est à reprendre à zero. Bref j'arrive à un point ou d'un coup aléatoire ça fonctionne... jusqu'a la prochaine MAJ.
Bref des tonnes de post sur le web traitent de ce sujet à chaque fois d'une manière différente, pour un resultat different. Et je ne souhaite pas ici traiter ce sujet qui pour moi est peine perdu.
VINDICATORs
casser casser, il faut régénérer le module propriétaire à chaque mise à jour du noyau sachant qu'il est possible qu'il ne soit plus compatible par moment.
La doc précise des solutions dont une est de générer toi même ce module au reboot. l'autre est de patienter un peut. J'en mettrais une autre qui est "Est il besoin de mettre à jour tout le temps?".
Cette question est posé à chaque version de Fedora, chaque version majeur du noyau et parfois mineur.
Les pilotes propriétaire sont souvent fait avec les pieds au niveau du support.
Fedora vas tellement vite que c'est parfois dur de suivre. Pour la gestion d'un parc qui demande des calculs utiliser CentOS qui est basé sur RHEL (RedHat) elle même basé sur une/deux versions de Fedora avec un support de 10 ans est tout de même une meilleur idée. Cela évite le désagrément des mises à jours trop rapide et de celles qui ne le sont pas...
Les mises à jours c'est quand même hyper sensible, tu verrai à mon taff les impacts que cela peut avoir même en étant validé, revalidé et re re validé. (Et je parle sur des parcs de plusieurs milliers de serveurs Physiques et virtuels...)
A telle point qu'au moindre souci c'est sur les mises à jours que l'on tape...
winmandrake
Je suis d'accord avec les autre. Toujours le soucis des drivers avec nvidia mais une fois sur deux (si ce n'est pas tout le temps) on doit rabâcher la même chose : akamod avec kernel-header.
Je rejoint aussi VINDICATORs sur le fait d'utiliser un os aussi rapide en maj que Fedora sur un parc de machine de production. Tant qu'à faire utilises archlinux....
Fedora pour un pc perso, oui, mais un environnement de prod où tout dois être le plus stable possible ce n'est pas une bonne idée.
NNois
Merci, je suis coincé sur Redhat avec les softs que j'utilise...
Pour akamod et kernel-header c'est la méthode renseignée sur le wiki fedora, je l'utilise à chaque nouvelle installation mais c'est à chaque fois un échec, ça me désole même, peut-être est-ce aussi pourquoi vous rabâchez 😉
En tout cas votre unanimité me fera retenter CentOS (la 1511) mais la dernière fois je n'ai même pas pu aller jusqu'à l'installeur graphique, il a fallu que je mette une autre carte graphique pour aller plus loin (nvidia 680 à la place des 1080) c'est sacrement old-school !
VINDICATORs
Si cela échoue soit il y a un binz quelque part et donc il faut le rapporter chez rpmfusion, soit il te manque quelque chose.
Ce n'est pas une histoire de old school, juste un souci de politique de chez Nvidia...
winmandrake
Bizzard, je ne trouve pas les drivers nvidia alors que les dépôts rpm-fusion sont bien actifs.
dnf search akmod-nvidia
Vérification de l'expiration des métadonnées effectuée il y a 10:01:54 sur Tue Dec 6 05:49:04 2016.
Erreur : Aucune correspondance trouvée.
dnf repolist
Vérification de l'expiration des métadonnées effectuée il y a 0:02:18 sur Tue Dec 6 05:49:04 2016.
id du dépôt nom du dépôt statut
*fedora Fedora 25 - x86_64 51 669
fedora-spotify negativo17 - Spotify 5
playonlinux PlayOnLinux Official repository 47
*rpmfusion-free RPM Fusion for Fedora 25 - Free 541
*rpmfusion-free-updates RPM Fusion for Fedora 25 - Free - Updates 1
*rpmfusion-nonfree RPM Fusion for Fedora 25 - Nonfree 169
*rpmfusion-nonfree-updates RPM Fusion for Fedora 25 - Nonfree - Updates 1
*updates Fedora 25 - x86_64 - Updates 2 581
vind-depot-25-i686 Fedora25 - Mesa 425
vind-depot-25-x86_64 Fedora25 - Mesa
Edouard_le_homard
Ajoute --refresh pour voir ?
winmandrake
après un "dnf clean all" plus de soucis. Dommage que l'on ai pas la date de l'ajout. Sinon, il s'agit du dernier driver, donc support de la 1080.
VINDICATORs
Perso je le fais toujours quand je fais la mise à jour.
Style en root :
dnf clean all && dnf upgrade -y
Par contre par moment cela prend pas mal de temps quand il re-scan les dépôts Fedora par moment, entre 10ko/s et 60ko/s... Alors que les autres cela ce compte en Mo/s...
Edouard_le_homard
Tu as activé l'option fastestmirror dans le dnf.conf ?
winmandrake
Edouard_le_homard wrote:Tu as activé l'option fastestmirror dans le dnf.conf ?
Je ne connaissait pas et pourtant c'est bien mieux. 🙂
Edouard_le_homard
ah bah c'est fait pour mon bon monsieur ^^
Fifi
Il me semblait que fastestmirrors était activé par défaut, dans le temps ...
Edit :
Bon, dans le man dnf.conf, c'est expliqué :
man dnf.conf wrote:fastestmirror
boolean
If enabled a metric is used to find the fastest available mir‐
ror. This overrides the order provided by the mirrorlist/met‐
alink file itself. This file is often dynamically generated by
the server to provide the best download speeds and enabling
fastestmirror overrides this. The default is False.
J'ai donc rajouté également
fastestmirror=True dans la section [main].
J'ai hésité entre True et true ... ça a une importance ?