Re: [testing] passage du pilote proprio à nouveau
Le vendredi 04 août 2023 à 01:20 +0200, Gaëtan Perrier a écrit : > Le jeudi 03 août 2023 à 09:32 +0200, didier gaumet a écrit : > > Le 03/08/2023 à 03:14, Gaëtan Perrier a écrit : > > > Le mercredi 02 août 2023 à 13:35 +0200, didier gaumet a écrit : > > [...] > > > > Ben en fait, je ne saisis pas, quand Gnome est installé sur Debian, > > > > GDM > > > > te permet de choisir entre quatre possibilités: Gnome/Wayland > > > > (défaut), > > > > Gnome/X11, Gnome-classic/Wayland, Gnome-classic/X11? > > > > Donc naviguer entre les quatre possibilités nécessite juste de se > > > > déconnecter/reconnecter à la session en choisissant la bonne option? > > > > > > Chez moi j'ai juste GNOME, GNOME Classique et GNOME Flashback > > > (Metacity) ... > > > > - ça doit dater d'un précédent ménage que tu as fait pour revenir à X11 > > au lieu de Wayland en pensant que c'était nécessaire. Mais ça me paraît > > une mauvaise idée: même gdm est une mini-session gnome-shell sous > > Wayland, bien que dans ton cas il lance par la suite une session > > ordinaire gnoem-shell sous X11. > > Si tu veux revenir au standard debian, tu peux essayer de purger puis > > réinstaller gdm (vérifie que tu n'as pas crée un fichier > > /etc/apt/preferences dans lequel tu as placé des interdictions pour > > Wayland) > > En fait c'est juste la ligne > WaylandEnable=false > dans /etc/gdm3/daemon.conf qu'il faut commenter pour réactiver Wayland. > > Par contre une fois sous Wayland vdpau_info n'est pas content ... vdpauinfo display: :0 screen: 0 Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory Error creating VDPAU device: 1 alors que ça fonctionnait sous xorg ... Gaëtan signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote proprio à nouveau
Le jeudi 03 août 2023 à 11:50 +0200, ajh-valmer a écrit : > On Thursday 03 August 2023 03:57:07 Gaëtan Perrier wrote: > > Le mercredi 02 août 2023 à 13:31 +0200, ajh-valmer a écrit : > > > Mise à part les freeze, as tu une bonne résolution sur l'écran, > > > et qu'elle est-elle ? > > > Oui l'affichage est parfait, je suis en 1920x1200 : > C'est déjà un très bon point, mais je ne m'explique pas les "freeze". > > > > > Il y a une commande qui créé le /etc/X11/xorg.conf : > > X -configure ? > Sans doute ? à essayer... Par contre si j'ai bien compris faut la lancer sans que X soit démarré. > > j'ai trouvé ce tuto : > www.debian-fr.org/t/nvidia-installation-facile-du-pilote-libre-nouveau/17038 > Hope it helps... > Oui j'avais déjà du passer dessus. A+ Gaëtan signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote proprio à nouveau
Le jeudi 03 août 2023 à 09:32 +0200, didier gaumet a écrit : > Le 03/08/2023 à 03:14, Gaëtan Perrier a écrit : > > Le mercredi 02 août 2023 à 13:35 +0200, didier gaumet a écrit : > [...] > > > Ben en fait, je ne saisis pas, quand Gnome est installé sur Debian, > > > GDM > > > te permet de choisir entre quatre possibilités: Gnome/Wayland > > > (défaut), > > > Gnome/X11, Gnome-classic/Wayland, Gnome-classic/X11? > > > Donc naviguer entre les quatre possibilités nécessite juste de se > > > déconnecter/reconnecter à la session en choisissant la bonne option? > > > > Chez moi j'ai juste GNOME, GNOME Classique et GNOME Flashback > > (Metacity) ... > > - ça doit dater d'un précédent ménage que tu as fait pour revenir à X11 > au lieu de Wayland en pensant que c'était nécessaire. Mais ça me paraît > une mauvaise idée: même gdm est une mini-session gnome-shell sous > Wayland, bien que dans ton cas il lance par la suite une session > ordinaire gnoem-shell sous X11. > Si tu veux revenir au standard debian, tu peux essayer de purger puis > réinstaller gdm (vérifie que tu n'as pas crée un fichier > /etc/apt/preferences dans lequel tu as placé des interdictions pour > Wayland) En fait c'est juste la ligne WaylandEnable=false dans /etc/gdm3/daemon.conf qu'il faut commenter pour réactiver Wayland. > > - pour tes freezes, bien que tu aies déjà supprimé ton xorg.conf, > vérifies qu'il n'y a rien dans /etc/X11/xorg.conf.d/ vide > vérifies aussi que tu n'as pas des options de lancement de ton noyau > (kms, résolution vidéo) dans grub nada > > - sinon pour vérifier que ta carte peut fonctionner correctement avec un > Debian standard et pilote Nouveau, fais tourner sur ton PC une clé USB > Debian live (par défaut Gnome ce sera du Wayland et je ne crois pas que > tu puisses le changer, Plasma je ne sais pas ce que c'est par défaut, > les autres c'est du X11). > Si la clé USB Debian-live fonctionne correctement c'est ton installation > qui est bancale ou Testing qui est bancal à l'instant t (mais je pense > qu de toutes façons tu te traînes quelques scories de manipulations un > peu hasardeuses dans ta config) Possible, j'ai 20 ans d'historique ! :) Gaëtan signature.asc Description: This is a digitally signed message part
Re : Re: Re : Re: Digikam s’arrête sans que je l’ai fermé
Le jeudi 3 août 2023 à 15:27, didier gaumet a écrit : > - tu as une raison particulière (participer au développement de de > digikam...) de vouloir compiler une version de développement (8.2) > plutôt qu'une version stable (8.1)? > A moins que ce ne soit volontaire, si ce que tu veux c'est utiliser > digikam, ce n'est pas la branche MASTER (développement, alpha) que tu > dois cloner ou télécharger mais le tag 8.1 (production) > https://invent.kde.org/graphics/digikam/-/tags/v8.1.0 > > mais si tu as tes raisons pour la 8.2, désolé d'avoir mis > les pieds dans le plat :-) Non tu as tout a fait raison, c'est moi qui n'ai pas fait attention a ça, j'ai oublié de le faire Du coup, je vais recompiler sur la bonne branche et je reposte si j'ai toujours le problème. -- Benoît
Re: Re : Re: Digikam s’arrête sans que je l’ai fermé
Le 03/08/2023 à 13:55, benoit a écrit : Le mercredi 2 août 2023 à 20:27, Roberto C. Sánchez a écrit : On Wed, Aug 02, 2023 at 05:32:18PM +, benoit wrote: Bonjour, J’ai compilé digikam 8 pour différentes raisons… Pour avoir la version 8, il faudrait aller en sid [1]https://packages.debian.org/sid/digikam J J’avais fait une demande d’aide quand j'étais sous bullseye, c'est résolu et ça compile avec succès. Mais digikam se ferme, la fenêtre n’apparaît pas et je ne comprends pas pourquoi. Comme diagnostiquer ce qui ne va pas ? Mes tentatives : gdb build/bin/digikam Quelle est la sortie de strace ? strace build/bin/digikam Bonjour, Merci pour ton aide, il maque des fichier comme libdigikamgui.so : build/bin/glibc-hwcaps/x86-64-v3/libdigikamgui.so.8.2.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (Aucun fichier ou dossier de ce type) Il me semble que rien que cette ligne suffit à expliquer pourquoi ça ne va pas. Je ne comprends pas pourquoi ils n'ont ps été compilés... Et s'il manque des dépendances pour les compiler, comment se fait-il que la compilation aie abouti ? Merci d'avance -- Benoit - tu as une raison particulière (participer au développement de de digikam...) de vouloir compiler une version de développement (8.2) plutôt qu'une version stable (8.1)? A moins que ce ne soit volontaire, si ce que tu veux c'est utiliser digikam, ce n'est pas la branche MASTER (développement, alpha) que tu dois cloner ou télécharger mais le tag 8.1 (production) https://invent.kde.org/graphics/digikam/-/tags/v8.1.0 mais si tu as tes raisons pour la 8.2, désolé d'avoir mis les pieds dans le plat :-)
Re : Re: Digikam s’arrête sans que je l’ai fermé
Le mercredi 2 août 2023 à 20:27, Roberto C. Sánchez a écrit : > On Wed, Aug 02, 2023 at 05:32:18PM +, benoit wrote: > > > Bonjour, > > > > J’ai compilé digikam 8 pour différentes raisons… > > > > Pour avoir la version 8, il faudrait aller en sid > > > > [1]https://packages.debian.org/sid/digikam > > > > J > > > > J’avais fait une demande d’aide quand j'étais sous bullseye, c'est résolu > > et ça compile avec succès. > > > > Mais digikam se ferme, la fenêtre n’apparaît pas et je ne comprends pas > > pourquoi. > > > > Comme diagnostiquer ce qui ne va pas ? > > Mes tentatives : > > > > gdb build/bin/digikam > > Quelle est la sortie de strace ? > > strace build/bin/digikam Bonjour, Merci pour ton aide, il maque des fichier comme libdigikamgui.so : build/bin/glibc-hwcaps/x86-64-v3/libdigikamgui.so.8.2.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (Aucun fichier ou dossier de ce type) Il me semble que rien que cette ligne suffit à expliquer pourquoi ça ne va pas. Je ne comprends pas pourquoi ils n'ont ps été compilés... Et s'il manque des dépendances pour les compiler, comment se fait-il que la compilation aie abouti ? Merci d'avance -- Benoit
Re : Re: Re : Re: HS: pourquoi les disques SSD sont peu utilisé dans les serveurs
Le jeudi 3 août 2023 à 11:59, Frédéric MASSOT a écrit : > > Il y a aussi un indicateur d’usure spécifique pour les SSD : > > $ sudo smartctl -l ssd /dev/sdd > > Device Statistics (GP Log 0x04) > Page Offset Size Value Flags Description > 0x07 = = = === == Solid State Device Statistics > (rev 1) == > 0x07 0x008 1 1 --- Percentage Used Endurance Indicator > |||_ C monitored condition met > ||__ D supports DSN > |___ N normalized value > On dirait que mon ssd ne le supporte pas # smartctl -l ssd /dev/sda Device Statistics (GP/SMART Log 0x04) not supported -- Benoit
Re: Re : Re: HS: pourquoi les disques SSD sont peu utilisé dans les serveurs
Le 02/08/2023 à 19:39, benoit a écrit : Le mercredi 2 août 2023 à 18:21, ajh-valmer a écrit : On Wednesday 02 August 2023 17:47:06 benoit wrote: Quel outil de diagnostic pour savoir si ce SSD est définitivement HS ou pas ? Il suffit de taper "outil diagnostic disque SSD linux" https://lecrabeinfo.net/verifier-etat-de-sante-tester-secteurs-defectueux-disque-dur-ssd-sur-linux.html#methode-n1-avec-smartctl Merci pour l'info ! J'ai fais ce qui est indiqué, mon ssd semble en bonne santé Du coup j'ai fais un e2fsck -cfpv /dev/sda1 J'espère que c'était le système de fichier et que je n'aurai plus d’erreurs Il y a aussi un indicateur d’usure spécifique pour les SSD : $ sudo smartctl -l ssd /dev/sdd Device Statistics (GP Log 0x04) Page Offset SizeValue Flags Description 0x07 = = = === == Solid State Device Statistics (rev 1) == 0x07 0x008 1 1 --- Percentage Used Endurance Indicator |||_ C monitored condition met ||__ D supports DSN |___ N normalized value -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Re: [testing] passage du pilote proprio à nouveau
On Thursday 03 August 2023 03:57:07 Gaëtan Perrier wrote: > Le mercredi 02 août 2023 à 13:31 +0200, ajh-valmer a écrit : > > Mise à part les freeze, as tu une bonne résolution sur l'écran, > > et qu'elle est-elle ? > Oui l'affichage est parfait, je suis en 1920x1200 : C'est déjà un très bon point, mais je ne m'explique pas les "freeze". > > > Il y a une commande qui créé le /etc/X11/xorg.conf : > X -configure ? Sans doute ? à essayer... j'ai trouvé ce tuto : www.debian-fr.org/t/nvidia-installation-facile-du-pilote-libre-nouveau/17038 Hope it helps...
Re: Digikam s’arrête sans que je l’ai fermé
Je ne saurais te dire pourquoi ça ne t'affiche pas une fenêtre d'exécution digikam. J'ai jamais utilisé gdb (et ma précédente utilisation d'un debugger remonte au siècle dernier) donc peut-être que tu peux afficher facilement le code source pour savoir ce que fait le programme avant de t'afficher un code de sortie réussie. Sinon tu peux installer ddd (frontal GUI à gdb) qui devrait t'afficher d'office le code source de digikam pour voir ce qui se passe. Et sinon au lieu de fair un run, tu peux faire du pas à pas (next) pour mieux tracer l'action Enfin, je ne sais pas si ça répond à ton besoin, mais si tu n'as pas besoin d'option de construction spéciales à ton emploi mais seulement besoin d'une version récente de digikam, sur Snapcraft (appstore snap de Canonical) c'est en version 8.0 et sur flathub (appstore flatpak mais ça n'appartient pas à RedHat) c'est en version 8.1.
Re: [testing] passage du pilote proprio à nouveau
Le 03/08/2023 à 03:14, Gaëtan Perrier a écrit : Le mercredi 02 août 2023 à 13:35 +0200, didier gaumet a écrit : [...] Ben en fait, je ne saisis pas, quand Gnome est installé sur Debian, GDM te permet de choisir entre quatre possibilités: Gnome/Wayland (défaut), Gnome/X11, Gnome-classic/Wayland, Gnome-classic/X11? Donc naviguer entre les quatre possibilités nécessite juste de se déconnecter/reconnecter à la session en choisissant la bonne option? Chez moi j'ai juste GNOME, GNOME Classique et GNOME Flashback (Metacity) ... - ça doit dater d'un précédent ménage que tu as fait pour revenir à X11 au lieu de Wayland en pensant que c'était nécessaire. Mais ça me paraît une mauvaise idée: même gdm est une mini-session gnome-shell sous Wayland, bien que dans ton cas il lance par la suite une session ordinaire gnoem-shell sous X11. Si tu veux revenir au standard debian, tu peux essayer de purger puis réinstaller gdm (vérifie que tu n'as pas crée un fichier /etc/apt/preferences dans lequel tu as placé des interdictions pour Wayland) - pour tes freezes, bien que tu aies déjà supprimé ton xorg.conf, vérifies qu'il n'y a rien dans /etc/X11/xorg.conf.d/ vérifies aussi que tu n'as pas des options de lancement de ton noyau (kms, résolution vidéo) dans grub - sinon pour vérifier que ta carte peut fonctionner correctement avec un Debian standard et pilote Nouveau, fais tourner sur ton PC une clé USB Debian live (par défaut Gnome ce sera du Wayland et je ne crois pas que tu puisses le changer, Plasma je ne sais pas ce que c'est par défaut, les autres c'est du X11). Si la clé USB Debian-live fonctionne correctement c'est ton installation qui est bancale ou Testing qui est bancal à l'instant t (mais je pense qu de toutes façons tu te traînes quelques scories de manipulations un peu hasardeuses dans ta config)