Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.
Bonjour à tous, @Mirliton , est ce que tu utilise suse-prime ? car j'ai l'impression que les soucis viennent de là ... La commande prime-select ne me change pas la carte (le petit pl;amoïde dans la barre de tache non plus...)
J'hésite entre désinstaller les drivers Nvidia ou désinstaller le système SusePrime... ... Je suis dubitatif sur l'attitude a adopter....
Bon, une petite suite... Et du coup une question...
Ce matin j'ai fait une MàJ où il y avait plus de 300 paquets... ça n'a rien changé a mon problème ... Il est possible qu'il faille attendre une MàJ du Kernel...
De mon coté j'ai essayé d'installer Bumblebee mais ça été un échec complet avec blocage de la machine au démarrage et seul l'ancien Kernel (le 3ème dans la liste...) le 5.13 a bien voulu me laisser la main en console pour que je désinstalle le Bumblebee...
J'ai tripatouillé avec Prime-select mais d'une part ça veut pas changer la carte (ça reste sur Nvidia) et si j'essaye Intel j'ai un fatal error... Et ça bloque encore la machine au démarrage SAUF pour le Kernel 5.13...
Du coup, voici ma question :
Est-il possible de "sanctuariser" un kernel (en l’occurrence ici le 5.13) car lors de la prochaine mise à jour c'est lui qui va "sauter" lors du nettoyage... Et c'est le seul avec lequel je peux reprendre la main en console pour agir sur la carte graphique...
J'aimerai pouvoir garder ce kernel malgré une update future car il faudra bien que j'essaye pour voir si ça fonctionne au prochain update ... Mais je veux pouvoir revenir en arriere ou au moins "attendre" de trouver une solution grace au Kernet 5.13... Je précise que je n'ai pas Snaptruc... Je suis en Ext4...
J'ai bien entendu cherché dans les options du chargeur d'amorçage et de démarrage mais j'ai pas trouvé... (en graphique dans Yast)
Merci pour votre aide
Philippe
PS : D'ailleurs sur une de mes machines j'ai 3 Kernel dans le Grub alors que sur une autre avec aussi Tumbleweed j'en ai que deux ...
@jtro : Oui, souvent c'est réglé si on attends une prochaine MàJ car tous les dépôts semblent ne pas être synchrone (enfin c'est l'impression que j'ai) Dans ce cas par exemple c'est que j'ai des dépôts GNOME car j'utilise Evolution comme courrielleur... J'attends un peu et je verrais... Amicalement Philippe
FIXE-MAISON:~ # zypper dup Loading repository data... Reading installed packages... Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Computing distribution upgrade... 7 Problems: Problem: nothing provides 'libc.so.6(GLIBC_2.34)' needed by the to be installed zenity-3.32.0-96.1.i586 Problem: nothing provides 'libc.so.6(GLIBC_2.34)' needed by the to be installed tracker2-miner-files-2.3.5-9.23.i586 Problem: nothing provides 'libc.so.6(GLIBC_2.34)' needed by the to be installed tracker2-2.3.6-9.30.i586 Problem: nothing provides 'libc.so.6(GLIBC_2.34)' needed by the to be installed tracker-3.1.2-241.1.i586 Problem: nothing provides 'libc.so.6(GLIBC_2.34)' needed by the to be installed libgnome-desktop-3_0-common-40.4-326.1.i586 Problem: nothing provides 'libc.so.6(GLIBC_2.34)' needed by the to be installed gnome-keyring-40.0-268.1.i586 Problem: nothing provides 'libc.so.6(GLIBC_2.34)' needed by the to be installed geoclue2-2.5.7-108.37.i586
Problem: nothing provides 'libc.so.6(GLIBC_2.34)' needed by the to be installed zenity-3.32.0-96.1.i586 Solution 1: install zenity-3.32.0-3.8.x86_64 from vendor openSUSE replacing zenity-3.32.0-95.33.x86_64 from vendor obs://build.opensuse.org/GNOME Solution 2: keep obsolete zenity-3.32.0-95.33.x86_64 Solution 3: break zenity-3.32.0-96.1.i586 by ignoring some of its dependencies
Choose from above solutions by number or skip, retry or cancel [1/2/3/s/r/c/d/?] (c): c
@sobkowiak : ha ... Me suis jamais posé la question... Dans les préférences de DT tu peux changer le thème, il n'y a pas de thème "préfabriqué" en blanc mais seulement un gris assez pale finalement... Je ne sais pas si c'est mieux... Après j'ai vu que dans les préférences on peut aussi "mettre les main dans le cambouis" puisqu'on peut changer aussi le code CSS des thèmes ... Mais ça ... J'ai vraiment jamais essayé... Cependant sur un forum on doit pouvoir trouver...
Tu dis que c'est mieux de travailler les photo avec un fond complètement blanc ?
@sobkowiak : Tiens c'est marrant, j'avais un peu le même process il y a quelques années, J'utilisait Digikam comme actuellement (catalogage et actions en lot) puis je passais sous Windows avec Lightroom et Photosphop... C'était quand même pénible... Puis... Ayant encore W7, Monsieur ADOBE m'a dit qu'il voulait plus mettre a jour ma suite Lightroom et PS malgré le fait que je paye l'abonnement et qu'il fallait que je passe à Windows "plus haut" et/ou que je change de machine si ça marchait pas etc etc ... J'ai fait la gueule... Puis j'ai testé quelques logiciels sous Linux : Rawtherapee, Corel After Shot et Darktable... Et j'ai décidé de passer sous Darktable car vraiment performant par rapport aux deux autres... Y a un petit temps d'adaptation mais franchement il a rien a envier par reapport a Lightroom, y a tout ce dont j'ai besoin... (voire même trop mais on peut se créer des favoris pour les outils préférés...) Philippe PS : Moi aussi mes dossiers et sous dossiers commencent par YYYY-MM-JJ-theme-bla-bla.... et les noms de fichiers photos pareil. Je fonctionne avec les mots clés et les tags maintenant... C'est un poil plus contraignant lorsqu'on importe mais ensuite c'est un vrai gain de temps
@sobkowiak : Si si ... Une petite part de masochisme probablement mais surtout une grosse (vieille) part de Geek en moi... J'adoooooore avoir le dernier programme à jour ... Souvent ça change absolument rien à ma vie (à part l'augmentation des soucis) mais ... Voilà...
@manchette : Tout à fait d'accord avec toi puisque c'est aussi le rôle d'une Rolling release ... On teste et on avance... et so on... Plus de mise à jour = probabilité augmentée d'avoir des soucis... @chalu : ça aussi, ça fait parti des mystères mystérieux et impénétrables de l'informatique... Un coup ça marche pour moi, un coup c'est machin alors qu'il ou elle a peu ou prou le même matos ... Ceci dit ... L'hypothèse que j'ai posée est évidemment trop simpliste... Il est plus probable que tu ai raison que ça ne soit pas la carte Intel en cause mais le fait d'en avoir 2 sur la même machine qui pose problème. Surtout que j'ai lu plus tard que je ne sais plus quel programme n'était pas capable d'éteindre complètement la carte Nvidia et de plus je l'ai cherché et je l'ai pas dans ma configuration... Bref, on verra a la prochaine mise à jour Amitiés à tous Philippe
J'ai eu plusieurs APN Canon et Sony et actuellement j'ai un Canon 7D et 5D Mk III. J'avais un peu essayé de brancher le cable directement mais effectivement, d'abord ça fonctionne mal, notamment lorsqu'on traine un peu a faire une action l'APN se mets en économie et les logiciels perdent contact... D'autre part j'ai un jour cassé la petite prise du câble, coté APN bien entendu et comme chez Canon c'est partie intégrante de la carte mère je vous dis pas la facture ... (Que j'ai pas décidé de réparé...) Donc moi aussi j'utilise un lecteur multicarte (car en plus Canon utilise soit des CF soit des SD)...
A propos des logiciels je "décharge" toujours avec Digikam qui me sert essentiellement de catalogueur et pour des opérations en lot essentiellement sur les noms de fichiers, les tags et autres manip. Pour le développement RAW je me sers de Darktable et occasionnellement de GIMP pour les petites retouches si nécessaire.
Pour information ce matin ma TW sur mon portable me propose plus de 500 paquets a mettre à jour, dont le Kernel qui est passé de 5.14.1-1 à 5.14.2-1... Malheureusement j'ai pas vu/lu tous les package qui se mettaient à jour.
Au reboot, le bouzin a bloqué très tôt ... Avant l'écran de login... Comme je sais que ça arrive souvent à cause de ma carte vidéo Nvidia j'ai rebooté sur l'ancien Kernel (le 5.13.xxx) et ça a demarré normalement ... Sauf que lorsque j'ai vérifié la carte active c'était l'INTEL qui était activée....
Du coup j'ai fait un Prime-Select Nvidia et avec la NVidia activé ça a bien voulu redémarrer correctement et fonctionner jusqu'au bureau...
C'était juste une info pour celles et ceux qui comme moi ont du NVidia et de l'Intel dans leur machine...
Mais je suis curieux de savoir si il n'y a pas eu de problèmes pour ceux qui ont juste une carte graphique Intel dans leur bécane
Ben... J'arrive pô... J'ai essayé le contournement décrit dans le message (j'ai trouvé ça simple... j'espère que je me suis pas planté ...) En gros faut faire le Zypper Dup puis avant de redémarrer passer le script Dracut ... J'ai fait et y a quelques fichier en plus dans le /boot mais ça me colle tout de même la même erreur.... Je suis marri.... Amicalement Philippe
Re ... Bon, j'ai réessayé de faire un Zypper dup. Il m'a bien proposé et installé la version 5.13.12 du Kernel mais au reboot j'ai exactement la même erreur et dans le répertoire /boot/ J'ai exactement les même fichiers manquant...
Bon, sinon, j'ai pas eu de soucis pour revenir à la version 5.13.8 ...
En terme d'erreur, sur le plan de l'install j'ai juste remarqué que le dernier script qu'il fait lorsqu'il installe le kernel était très très rapide... D'habitude ça prends quand même du temps avant qu'il finisse et demande le reboot... Là, en 3 secondes c'était torché...
Donc, maintenant je vais aller chercher (je sais pas encore où) des log d'installation pour voir s'il y a quelque chose d'instructif... DESMG ne ramène rien de spécial sauf que ma mémoire n'est pas ECC mais ça date pas d'hier ça ...
S | Name | Type | Version | Arch | Repository --+----------------+---------+-------------+--------+---------------------- v | kernel-default | package | 5.13.12-2.1 | i586 | Dépôt principal (OSS) v | kernel-default | package | 5.13.12-2.1 | x86_64 | Dépôt principal (OSS) v | kernel-default | package | 5.13.12-2.1 | i586 | openSUSE:Factory v | kernel-default | package | 5.13.12-2.1 | x86_64 | openSUSE:Factory v | kernel-default | package | 5.13.12-2.1 | i586 | openSUSE:Tumbleweed v | kernel-default | package | 5.13.12-2.1 | x86_64 | openSUSE:Tumbleweed
Bon, là c'est après la commande remove et le redémarrage... Avant y avait les petits "+" devant... J'ai fait d'abord :
Citer
zypper remove -D kernel-default-5.13.12-2.1
pour voir et il m'a répondu qu'il désinstallait bien que le package Kernel default ci-dessus Donc j'ai fait la même commande sans l'option -D ça a desinstallé le Kernel et au reboot je suis bien reparti sur l'ancienne version :
Citer
FIXE-MAISON:~ # uname -a Linux FIXE-MAISON 5.13.8-1-default #1 SMP Thu Aug 5 08:56:22 UTC 2021 (967c6a8) x86_64 x86_64 x86_64 GNU/Linux FIXE-MAISON:~ #
Donc maintenant je vais réessayer un Zypper Dup car je sais comment revenir en arrière si ça merdois....
Je reviens dire dans quelques minutes mais déjà un bon gros merci à @chalu ! Philippe