Re: perte de la touche morte du clavier pour saisir les accents circonflexes depuis une mise à jour système
Le mercredi 08 mai 2024 à 17:10 +0200, Patrick ZAJDA a écrit : > > Pour sid ça devrait arriver dans quelques heures, cinq jours dans testing > normalement. à moins qu'il y ait une procédure accélérée que je ne connaisse > pas pour ce genre de chose dans testing. > C'est moins prévisible pour stable, il faut que l'équipe en charge de > bookworm-security accepte une nouvelle version qui corrige cette régression. > En attendant, de mon côté j'ai créé un fichier > /etc/apt/preferences.d/glib.pref avec le contenu suivant : > package: libglib2.0-dev-bin libglib2.0-bin libglib2.0-dev libglib2.0-data > libglib2.0-0 > Pin: version 2.74.6-2+deb12u1 > Pin-Priority: -1 > > Ce qui empêche la mise à jour vers la version cassé tout en permettant à la > future mise à jour corrective de s'installer si j'ai bien compris ce qui m'a > été expliqué au moment de la mise en place de cette config :-) > > C'est arrivé pour sid. Gaëtan signature.asc Description: This is a digitally signed message part
Re: perte de la touche morte du clavier pour saisir les accents circonflexes depuis une mise à jour système
Le mercredi 08 mai 2024 à 15:11 +0200, Gaëtan Perrier a écrit : > Bonjour, > > J'ai aussi ce problème sous sid/gnome. > Ca semble être ce bug : > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1070736 > > A+ > > Gaëtan > Le bug est marqué résolu. Y a plus qu'a attendre que les paquets arrivent dans les depots ... Gaëtan signature.asc Description: This is a digitally signed message part
Re: perte de la touche morte du clavier pour saisir les accents circonflexes depuis une mise à jour système
Bonjour, J'ai aussi ce problème sous sid/gnome. Ca semble être ce bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1070736 A+ Gaëtan Le mercredi 08 mai 2024 à 10:12 +0200, Txo a écrit : > Le 08/05/2024 à 05:42, Frédéric Baldit a écrit : > > > > Bonjour, > > Bonjour, > > > > > depuis la dernière mise à jour de mon système (Bookworm sous Gnome), je > > n'ai plus accès avec mon clavier à la saisie des accents circonflexes > > avec la touche morte de mon clavier (qui utilise le layout «Français, > > obsolete, variante»). > > > > Le phénomène est visible par exemple dans un terminal, dans emacs ou > > depuis claws-mail. J'ai tenté un > > > > Pareil ici avec Sid. > > > > ...sans succès. Curieusement, dans la zone de saisie d'un navigateur > > cette touche fonctionne, ainsi que dans le terminal zutty. Si je me > > connecte Aussi, si je me connecte sur tty3 (après Ctrl-Alt-F3), j'ai > > bien l'usage de cette touche. Je sèche... > > > > Par contre je n'ai mème pas cela, c'est partout qu'il me manque les > accents. Merci au correcteur... Tout aussi sec. > > signature.asc Description: This is a digitally signed message part
[resolu] Re: récupérer la liste des paquets installés depuis une sauvegarde
Le lundi 08 avril 2024 à 17:58 -0400, Roberto C. Sánchez a écrit : > Je pense que `dpkg --admindir=/la/sauvegarde/var/lib/dpkg -l` te donne > la liste que tu veux. > Merci beaucoup :) Gaëtan signature.asc Description: This is a digitally signed message part
récupérer la liste des paquets installés depuis une sauvegarde
Bonjour, J'ai la sauvegarde d'une machine qui s'est crashée. Je voudrais la réinstaller sur un nouveau support et je me demande comment récupérer la liste des paquets qui étaient installés. Je pense qu ça doit se trouver dans /var mais je n'arrive pas à mettre la main dessus. Gaëtan signature.asc Description: This is a digitally signed message part
Re: LTS bulleye ou bookworm
Pour la version stable les depots backport fournissent les versions récentes des logiciels "utilisateur". Gaëtan Le 6 avril 2024 10:58:06 GMT+02:00, Jean-Pierre Giraud a écrit : >Bonjour, >Le samedi 06 avril 2024 à 10:10 +0200, jc gucci a écrit : >> je ne comprends pas comment la 11 peut etre disponible alors qu'elle est >> prevu pour le 15 aout et la 12 pour 2026. >> Que dois-je choisir - en lts - ? >> merci. >À la différence de certaines distribution Linux, Toutes les versions stables >de Debian ont le même cycle de vie : >Statut testing : pendant environ 2 ans, c'est la période de préparation de >la future version stable. Actuellement, c'est la version Debian 13, alias >Trixie >Statut stable : quand l'équipe de publication estime qu'elle est prête (ne >contient plus de bugs critiques s'opposant à sa publication), elle est >publiée comme version stable. C'est actuellement Debian 12, alias Bookworm, >publiée le 6/10/2023. >Statut olsdstable : c'est la version stable précédente, actuellement Debian >11, alias Bullseye. Elle continue à faire l'objet de publication de mises à >jour régulières (dernière mise à jour 11.9 publiée le 10 février 2024) et à >être suivie par l'équipe de sécurité de Debian qui s'occupe de façon >privilégiée de la version stable pendant une certaine période, jusqu'à sa >"fin de vie" prévue en août 2024, après une ultime mise à jour. >À cette date, Bullseye recevra des mises à jour de sécurité de l'équipe LTS. >Vous trouverez plus de détail sur la page du wiki >https://wiki.debian.org/fr/LTS. >Il est conseillé de choisir la distribution stable en cours actuellement >Debian 12 Bookworm qui est une version mature, suivie par l'équipe de >sécurité de Debian. Les seuls reproches que l'on peut lui faire est de ne >pas fournir les versions les plus récentes des logiciels : ce sont les >version à jour au moment de sa publication (seulement une partie des mises à >jour de sécurité contiennent aussi des mises à jour de fonctionnalités). >Vous pouvez lire avec profit aussi ces pages : >https://wiki.debian.org/fr/DebianReleases (en français) >https://wiki.debian.org/DebianSoftware (pas encore traduite) >amicalement, >Jean-Pierre Giraud (jipege) > -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Re: Installation de VirtualBox par les dépots Debian?
Bonjour, Est-ce que l'on peut utiliser des vm vmware ou virtualbox pré faites avec cette solution ? Gaëtan Le 27 mars 2024 10:45:15 GMT+01:00, NoSpam a écrit : >Bonjour > >Le 27/03/2024 à 10:29, Alex PADOLY a écrit : >> >> Bonsoir à tous, >> >> >> Peut-on installer VirtualBox par les dépôts Debian, en effet l'installation >> à partir du paquet Debian sur le site d'Oracle génère des erreurs difficiles >> à résoudre. >> >> Enfin, d'une façon générale, comment doit-on aborder la virtualisation sous >> LINUX >> >kvm/qemu est inclut dans le noyau Linux et rempli parfaitement son rôle. Cela >fait des années que nos VMs tournent ainsi. Proxmox est basé sur kvm et lxc et >peut être une solution. > -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté. -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Re: Installation de VirtualBox par les dépots Debian?
Bonjour, J'utilise les dépôts oracle sur bookworm et ça fonctionne. Sur testing j'utilise les paquets debian de sid, il me semble. Gaëtan Le 27 mars 2024 10:29:44 GMT+01:00, Alex PADOLY a écrit : >Bonsoir à tous, > >Peut-on installer VirtualBox par les dépôts Debian, en effet l'installation à >partir du paquet Debian sur le site d'Oracle génère des erreurs difficiles à >résoudre. > >Enfin, d'une façon générale, comment doit-on aborder la virtualisation sous >LINUX > >Merci pour vos réponses. -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Re: Alternative à Dropbox
Shadow Drive d'OVH. Il offre 20 G gratuitement. Le 26 mars 2024 09:05:03 GMT+01:00, bernardo a écrit : >zaclys.com, 10€ par an, ils sont supers ! > >Le 25/03/2024 à 18:27, Tulum a écrit : >> Le lundi 25 mars 2024, 18:12:59 CET Alex PADOLY a écrit : >>> Bonsoir à tous, >>> >>> Existe-t-il une alternative à Dropbox qui permettrait aussi d'avoir >>> accès à ses documents sur une tablette. >>> >>> Je n'aime pas le programme propriétaire qu'installe Dropbox à >>> l'installation ainsi que sa politique commerciale. >>> >>> Merci pour vos conseils. >> Nextcloud, tu choisis ton serveur >> >> > -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Re: [testing] plus de session graphique !
Merci ! :) Le 18 mars 2024 08:50:26 GMT+01:00, "Sébastien NOBILI" a écrit : >Bonjour, > >Le 2024-03-17 15:53, Gaëtan Perrier a écrit : >> Suite à la mise à jour d'aujourd'hui et au nettoyage de deux paquets >> libt* (je ne me souviens pas du nom exact) qui étaient indiqués comme >> plus disponibles j'ai perdu ma session graphique. Elle s'est fermée >> pendant la mise à jour ... > >Le fichier /var/log/apt/history.log permet de retrouver l'historique APT. > >Sébastien > -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
[resolu] Re: [testing] plus de session graphique !
Problème résolu ! Je ne sais pas comment ça s'est fait mais gdm3, gnome-shell et gnome- session avaient été déinstallés ... Après les avoir remis tout est rentré dans l'ordre. Ouf ! Gaëtan
Re: [testing] plus de session graphique !
Le dimanche 17 mars 2024 à 16:47 +0100, Gaëtan Perrier a écrit : > Le dimanche 17 mars 2024 à 16:25 +0100, Klaus Becker a écrit : > > > > Salut, > > > > j'ai parfois un problème du même genre sous instable. Comme > > workaround, > > je démarre XFCE4 en tty avec "startxfce4". > > > > Pour Gnome, est-ce que c'est startx ? > > Gaëtan > Si je lance startx, j'ai un écran noir avec curseur de la souris uniquement. Gaëtan
Re: [testing] plus de session graphique !
Le dimanche 17 mars 2024 à 16:25 +0100, Klaus Becker a écrit : > > Salut, > > j'ai parfois un problème du même genre sous instable. Comme > workaround, > je démarre XFCE4 en tty avec "startxfce4". > Pour Gnome, est-ce que c'est startx ? Gaëtan
Re: [testing] plus de session graphique !
J'ai pu lancer synaptic via ssh -X et j'ai pu constater que le problème n'est pas lié aux paquets que je voulais retirer car en fait ils n'ont pas été retirés. Le plantage de X est donc intervenu juste avant et sans rapport. C'est donc liés aux mises à jours d'aujourd'hui... Le dimanche 17 mars 2024 à 15:53 +0100, Gaëtan Perrier a écrit : > Bonjour, > > Suite à la mise à jour d'aujourd'hui et au nettoyage de deux paquets > libt* (je ne me souviens pas du nom exact) qui étaient indiqués comme > plus disponibles j'ai perdu ma session graphique. Elle s'est fermée > pendant la mise à jour ... > Depuis elle ne démarre plus mais je ne vois pas d'erreur dans syslog > ou > dans journalctl. > J'utilise les pilotes nvidia-legacy-driver-390xx. > J'ai juste le service ocserv qui est failed mais je ne pense pas que > ça > ait un lien ? > Bref j'aimerai remettre ces 2 paquets libt* mais pas moyen de les > retrouver. J'ai regardé sur la machine depuis laquelle j'écris et qui > est sous stable mais je ne vois pas de paquet pouvant correspondre > ... > > C'était un nom court et dans un des deux il me semble qu'il y avait > 64. > > Si quelqu'un a une idée je suis preneur. > > Gaëtan >
[testing] plus de session graphique !
Bonjour, Suite à la mise à jour d'aujourd'hui et au nettoyage de deux paquets libt* (je ne me souviens pas du nom exact) qui étaient indiqués comme plus disponibles j'ai perdu ma session graphique. Elle s'est fermée pendant la mise à jour ... Depuis elle ne démarre plus mais je ne vois pas d'erreur dans syslog ou dans journalctl. J'utilise les pilotes nvidia-legacy-driver-390xx. J'ai juste le service ocserv qui est failed mais je ne pense pas que ça ait un lien ? Bref j'aimerai remettre ces 2 paquets libt* mais pas moyen de les retrouver. J'ai regardé sur la machine depuis laquelle j'écris et qui est sous stable mais je ne vois pas de paquet pouvant correspondre ... C'était un nom court et dans un des deux il me semble qu'il y avait 64. Si quelqu'un a une idée je suis preneur. Gaëtan
Re: apt pas content
Le samedi 16 mars 2024 à 15:29 +0100, BERTRAND Joël a écrit : > Bonjour, > > Il y a un gros problème avec gnutls mais je pensais que ça se > limitais > à testing. J'ai réussi à m'en sortir hier en forçant l'installation de > la mise à jour de gnutls et de ses dépendances et en _réinstallant_ le > reste qui a été viré par un dist-upgrade. Seul cups est toujours cassé. > > JB > Bonjour, Justement, je suis en testing ;) Mais ce je ne comprends pas c'est que gnutls semble à jour: $ apt-show-versions | grep gnutls gnutls-bin:amd64/testing 3.8.3-1 uptodate gnutls-bin:i386 not installed libcurl3-gnutls:amd64/testing 8.5.0-2 uptodate libcurl3-gnutls:i386/testing 8.5.0-2 uptodate libcurl4-gnutls-dev:amd64/testing 8.5.0-2 uptodate libcurl4-gnutls-dev:i386 not installed libgnutls-dane0:amd64/testing 3.8.3-1 uptodate libgnutls-dane0:i386/testing 3.8.3-1 uptodate libgnutls-openssl27:amd64/testing 3.8.3-1 uptodate libgnutls-openssl27:i386/testing 3.8.3-1 uptodate libgnutls28-dev:amd64/testing 3.8.3-1 uptodate libgnutls28-dev:i386 not installed libgnutls30:amd64/testing 3.8.3-1 uptodate libgnutls30:i386/testing 3.8.3-1 uptodate libneon27-gnutls:amd64/testing 0.33.0-1 uptodate libneon27-gnutls:i386 not installed libsrt1.5-gnutls:amd64/testing 1.5.3-1+b1 uptodate libsrt1.5-gnutls:i386/testing 1.5.3-1+b1 uptodate libxmlsec1-gnutls:amd64/testing 1.2.38-1+b1 uptodate libxmlsec1-gnutls:i386 not installed Donc je ne vois pas quoi forcer ? Gaëtan signature.asc Description: This is a digitally signed message part
apt pas content
Bonjour, Depuis quelques jours je rencontre un problème de mise à jour avec apt. # apt dist-upgrade Lecture des listes de paquets... Fait Construction de l'arbre des dépendances... Fait Lecture des informations d'état... Fait Calcul de la mise à jour... Erreur ! Certains paquets ne peuvent être installés. Ceci peut signifier que vous avez demandé l'impossible, ou bien, si vous utilisez la distribution unstable, que certains paquets n'ont pas encore été créés ou ne sont pas sortis d'Incoming. L'information suivante devrait vous aider à résoudre la situation : Les paquets suivants contiennent des dépendances non satisfaites : libgnutls-dane0 : Dépend: libgnutls30 (= 3.8.3-1) E: Erreur, pkgProblem::Resolve a généré des ruptures, ce qui a pu être causé par les paquets devant être gardés en l'état. Le problème de dépendance est étrange car ces deux paquets sont installés dans la bonne version: # apt-show-versions | grep libgnutls libgnutls-dane0:amd64/testing 3.8.3-1 uptodate libgnutls-dane0:i386/testing 3.8.3-1 uptodate libgnutls-openssl27:amd64/testing 3.8.3-1 uptodate libgnutls-openssl27:i386/testing 3.8.3-1 uptodate libgnutls28-dev:amd64/testing 3.8.3-1 uptodate libgnutls28-dev:i386 not installed libgnutls30:amd64/testing 3.8.3-1 uptodate libgnutls30:i386/testing 3.8.3-1 uptodate Et le problème de paquet garder en l'état est lui aussi étrange car il n'y en a pas : # apt-mark showhold # Je suis un peu perdu là ... Gaëtan signature.asc Description: This is a digitally signed message part
Re: [HS][HELP] Livebox 6, AP WIFI & VLAN
Finalement le seul fait d'avoir intercalé le gs105e entre la LB6 et le reste semble résoudre le problème sans passer par les vlan ... Gaëtan Le 6 janvier 2024 22:44:59 GMT+01:00, "Gaëtan Perrier" a écrit : >Bonjour, > >Je fais un gros HS mais je suis sûr qu'il y a des personnes compétentes >sur la liste. ;) > >Mon problème est le suivant. Chez les parents d'un ami qui a des >chambres d'hôtes on veut couvrir l'ensemble de la maison avec 2 >réseaux: >- un réseau pour les proprio avec du Wifi et des périph filaires, >- un réseau pour les clients uniquement en Wifi. > >On veut que les clients ne puissent pas accéder au réseau proprio. > >Actuellement on est installé le matériel suivant: >- Livebox 6 Pro, >- un switch GS105Ev2 derrière, >- 3 AP Netgear WAX214 >- divers périph reliés en eth (RPI, PC, NAS,etc.) > >La LB6 est le routeur. > >Sur les WAX214 2 SSID sont configurés: un pour les proprio,un pour les >clients. >Le proprio est sur 192.168.1.* et le client configuré comme "invité" >est sûr 192.168.200.* > > >Le problème c'est que depuis le Wifi client (192.168.200.*) on voit les >les RPI, PC, NAS, etc sur 192.168.1.* > >Pour isoler les 2, la LB6 ne faisant pas VLAN, j'ai tenté de mettre en >place des VLAN en activant la fonctionnalité 802.1Q-based VLANs sur le >GS105E et sur les AP. >Mais là je perds la connexion et plus rien ne passe ... > >Qu'elle est la bonne solution ? > >Merci d'avance pour votre aide. > >Gaëtan > -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Re: [HS][HELP] Livebox 6, AP WIFI & VLAN
Le samedi 06 janvier 2024 à 23:49 +0100, MERLIN Philippe a écrit : > Le samedi 6 janvier 2024, 23:24:09 CET Jérémy Prego a écrit : > > Bonjour, > > > > j'apporte pas forcément une réponse, mais j'ai des questions > > > > Par hasard, quel est le mask réseau configuré que ça soit sur le > > 192.168.1.* et / ou le 192.168.200.* ? > > > > Quel périphérique distribue les ip en 192.168.200.* ? > > > > Concernant la perte du réseau quand des vlans > > sont configurés, c'est normal, si la livebox ne fait pas de vlan, > > qu'elle ne récupère pas le traffic qui vient du vlan en question. > > > > Jerem > > > > Le 06/01/2024 à 22:44, Gaëtan Perrier a écrit : > > > Bonjour, > > > > > > Je fais un gros HS mais je suis sûr qu'il y a des personnes > > > compétentes > > > sur la liste. ;) > > > > > > Mon problème est le suivant. Chez les parents d'un ami qui a des > > > chambres d'hôtes on veut couvrir l'ensemble de la maison avec 2 > > > réseaux: > > > - un réseau pour les proprio avec du Wifi et des périph filaires, > > > - un réseau pour les clients uniquement en Wifi. > > > > > > On veut que les clients ne puissent pas accéder au réseau > > > proprio. > > > > > > Actuellement on est installé le matériel suivant: > > > - Livebox 6 Pro, > > > - un switch GS105Ev2 derrière, > > > - 3 AP Netgear WAX214 > > > - divers périph reliés en eth (RPI, PC, NAS,etc.) > > > > > > La LB6 est le routeur. > > > > > > Sur les WAX214 2 SSID sont configurés: un pour les proprio,un > > > pour les > > > clients. > > > Le proprio est sur 192.168.1.* et le client configuré comme > > > "invité" > > > est sûr 192.168.200.* > > > > > > > > > Le problème c'est que depuis le Wifi client (192.168.200.*) on > > > voit les > > > les RPI, PC, NAS, etc sur 192.168.1.* > > > > > > Pour isoler les 2, la LB6 ne faisant pas VLAN, j'ai tenté de > > > mettre en > > > place des VLAN en activant la fonctionnalité 802.1Q-based VLANs > > > sur le > > > GS105E et sur les AP. > > > Mais là je perds la connexion et plus rien ne passe ... > > > > > > Qu'elle est la bonne solution ? > > > > > > Merci d'avance pour votre aide. > > > > > > Gaëtan > Pourquoi faire compliqué quand on peut faire simple. > On ajoute un routeur Wifi connecté en éthernet à ta Livebox qui > gérera que les > clients le coût du routeur est très faible. > Pour tes parents le réseau Wifi de la Livebox. > Philippe Merlin Non ça ne répond pas au besoin. Il y a 400m2 à couvrir avec les deux réseaux. D'où les 3 AP (reliés en filaire). Gaëtan
Re: [HS][HELP] Livebox 6, AP WIFI & VLAN
Le samedi 06 janvier 2024 à 23:24 +0100, Jérémy Prego a écrit : > Bonjour, > > j'apporte pas forcément une réponse, mais j'ai des questions > > Par hasard, quel est le mask réseau configuré que ça soit sur le > 192.168.1.* et / ou le 192.168.200.* ? 255.255.255.0 pour les deux. > > Quel périphérique distribue les ip en 192.168.200.* ? L'AP WAX214 > Concernant la perte du réseau quand des vlans > sont configurés, c'est normal, si la livebox ne fait pas de vlan, > qu'elle ne récupère pas le traffic qui vient du vlan en question. Ça veut dire qu'il faudrait mettre un routeur VLAN derrière la LB6 ? Est-ce qu'il faut aussi que tous les switchs intermédiaires soient VLAN compatibles ? Existe-t'il une solution pour isoler les deux réseaux sans VLAN ? Gaëtan > > Jerem > Le 06/01/2024 à 22:44, Gaëtan Perrier a écrit : > > Bonjour, > > > > Je fais un gros HS mais je suis sûr qu'il y a des personnes > > compétentes > > sur la liste. ;) > > > > Mon problème est le suivant. Chez les parents d'un ami qui a des > > chambres d'hôtes on veut couvrir l'ensemble de la maison avec 2 > > réseaux: > > - un réseau pour les proprio avec du Wifi et des périph filaires, > > - un réseau pour les clients uniquement en Wifi. > > > > On veut que les clients ne puissent pas accéder au réseau proprio. > > > > Actuellement on est installé le matériel suivant: > > - Livebox 6 Pro, > > - un switch GS105Ev2 derrière, > > - 3 AP Netgear WAX214 > > - divers périph reliés en eth (RPI, PC, NAS,etc.) > > > > La LB6 est le routeur. > > > > Sur les WAX214 2 SSID sont configurés: un pour les proprio,un pour > > les > > clients. > > Le proprio est sur 192.168.1.* et le client configuré comme > > "invité" > > est sûr 192.168.200.* > > > > > > Le problème c'est que depuis le Wifi client (192.168.200.*) on voit > > les > > les RPI, PC, NAS, etc sur 192.168.1.* > > > > Pour isoler les 2, la LB6 ne faisant pas VLAN, j'ai tenté de mettre > > en > > place des VLAN en activant la fonctionnalité 802.1Q-based VLANs sur > > le > > GS105E et sur les AP. > > Mais là je perds la connexion et plus rien ne passe ... > > > > Qu'elle est la bonne solution ? > > > > Merci d'avance pour votre aide. > > > > Gaëtan > > >
[HS][HELP] Livebox 6, AP WIFI & VLAN
Bonjour, Je fais un gros HS mais je suis sûr qu'il y a des personnes compétentes sur la liste. ;) Mon problème est le suivant. Chez les parents d'un ami qui a des chambres d'hôtes on veut couvrir l'ensemble de la maison avec 2 réseaux: - un réseau pour les proprio avec du Wifi et des périph filaires, - un réseau pour les clients uniquement en Wifi. On veut que les clients ne puissent pas accéder au réseau proprio. Actuellement on est installé le matériel suivant: - Livebox 6 Pro, - un switch GS105Ev2 derrière, - 3 AP Netgear WAX214 - divers périph reliés en eth (RPI, PC, NAS,etc.) La LB6 est le routeur. Sur les WAX214 2 SSID sont configurés: un pour les proprio,un pour les clients. Le proprio est sur 192.168.1.* et le client configuré comme "invité" est sûr 192.168.200.* Le problème c'est que depuis le Wifi client (192.168.200.*) on voit les les RPI, PC, NAS, etc sur 192.168.1.* Pour isoler les 2, la LB6 ne faisant pas VLAN, j'ai tenté de mettre en place des VLAN en activant la fonctionnalité 802.1Q-based VLANs sur le GS105E et sur les AP. Mais là je perds la connexion et plus rien ne passe ... Qu'elle est la bonne solution ? Merci d'avance pour votre aide. Gaëtan
Re: [testing] passage du pilote proprio à nouveau
Le mercredi 13 septembre 2023 à 15:50 +0200, BERTRAND Joël a écrit : > Gaëtan Perrier a écrit : > > Je suis d'accord sur le fond mais le problème c'est que les cartes > > NVIDIA, d'après tout ce je lis, semblent être les plus performantes. > > Là j'envisage de changer de PC car il commence à atteindre ses limites, > > et en cherchant un peu je vois que le support des nouvelles cartes Intel > > ARC semble être foireux, que le support des AMD semble bon et libre mais > > que côté perf ce n'est pas encore ça et au final NVIDIA et devant tout > > le monde mais avec des pilotes proprio. :( > > Franchement, j'aimerais bien savoir ce qu'on reproche aux cartes > AMD. > J'ai un truc comme ça pour faire de la CAO (bi écran) sur un i9, ça > tient vraiment bien la route, même pour des jeux en 3D : > Par exemple le raytracing ne semble pas supporté sur les cartes AMD alors qu'il fonctionne sur Nvidia (ainsi que le DLSS) ? Gaëtan signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote nouveau à proprio
Même pour des matériels disposant d'un bon pilote totalement libre le support disparaît... Ma carte a plus de 10 ans et fonctionne encore avec les pilotes proprios. Le 13 septembre 2023 20:52:45 GMT+02:00, "BERTRAND Joël" a écrit : >ajh-valmer a écrit : >> Les cartes Nvidia ont une très bonne qualité de rendu à l'écran. >> avec leur pilote, il y a une configuration sophistiquée de la carte, >> permettant d'améliorer le rendu (nvidia-settings). >> Les pilotes libres n'ont pas cet outil de config. >> Seulement, leurs pilotes ne suivent pas toujours les distributions >> et les versions. > > Je leur reproche surtout le fait qu'après quelques années de ne plus >être supportées. J'ai des lots de telles cartes et ça m'a toujours dérangé. > > Il n'y a aucune raison /valable/ à cela. > -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Re: [testing] passage du pilote proprio à nouveau
Je suis d'accord sur le fond mais le problème c'est que les cartes NVIDIA, d'après tout ce je lis, semblent être les plus performantes. Là j'envisage de changer de PC car il commence à atteindre ses limites, et en cherchant un peu je vois que le support des nouvelles cartes Intel ARC semble être foireux, que le support des AMD semble bon et libre mais que côté perf ce n'est pas encore ça et au final NVIDIA et devant tout le monde mais avec des pilotes proprio. :( Gaëtan Le 13 septembre 2023 13:41:45 GMT+02:00, "BERTRAND Joël" a écrit : >ajh-valmer a écrit : >> On Tuesday 12 September 2023 23:24:24 Gaëtan Perrier wrote: >>> Les pilotes nvidia legacy 390 de sid étant maintenant compatibles avec les >>> kernel jusqu'à 6.5 je suis repassé sur le pilote proprio. >>> Avec nouveau c'était invivable. >> >> Je n'ai jamais réussi à faire fonctionner correctement un pilote "nouveau". >> Ce sont les pilotes proprio qui fonctionnent vraiment. >> >> Ce sont les "terroristes libristes" qui imposent d'utiliser que du Libre à >> 100% mais parfois ce n'est pas possible. > > Sans être terroriste libriste, nvidia est un machin qui pose problème >parce qu'au bout d'un certain temps, on se retrouve à devoir utiliser le >pilote libre faute de support. Je boycotte scrupuleusement toutes les >cartes nvidia pour cette raison. Je changerai d'avis sur nvidia le jour >où nvidia daignera fournir les specs de ses cartes. > > JKB > -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Re: [testing] passage du pilote proprio à nouveau
Salut, Les pilotes nvidia legacy 390 de sid étant maintenant compatibles avec les kernel jusqu'à 6.5 je suis repassé sur le pilote proprio. Avec nouveau c'était invivable. A+ Gaëtan signature.asc Description: This is a digitally signed message part
Re: [bookworm] webcam fonctionne seulement en root
Le vendredi 18 août 2023 à 01:45 +0200, Gaëtan Perrier a écrit : > Bonjour, > > Sur un portable Thinkpad X250 sous bookworm la webcam fonctionne > seulement en root. > > Mon user est pourtant bien dans le groupe video. > :~$ id > uid=1000(gpe) gid=1000(gpe) > groupes=1000(gpe),24(cdrom),25(floppy),29(audio),30(dip),44(video),46 > (p > lugdev),100(users),106(netdev),112(bluetooth),114(lpadmin),117(scanne > r) > > Les device /dev/video* sont bien avec le groupe video > > :/dev# ls -l video* > crw-rw+ 1 root video 81, 0 18 août 01:16 video0 > crw-rw+ 1 root video 81, 1 18 août 01:16 video1 > En complément V4l en mode user voit bien les devices: :~$ v4l2-ctl --list-devices Integrated Camera: Integrated C (usb-:00:14.0-8): /dev/video0 /dev/video1 /dev/media0 Et ça fonctionne avec guvcview mais pas avec cheese ... Gaëtan
[bookworm] webcam fonctionne seulement en root
Bonjour, Sur un portable Thinkpad X250 sous bookworm la webcam fonctionne seulement en root. Mon user est pourtant bien dans le groupe video. :~$ id uid=1000(gpe) gid=1000(gpe) groupes=1000(gpe),24(cdrom),25(floppy),29(audio),30(dip),44(video),46(p lugdev),100(users),106(netdev),112(bluetooth),114(lpadmin),117(scanner) Les device /dev/video* sont bien avec le groupe video :/dev# ls -l video* crw-rw+ 1 root video 81, 0 18 août 01:16 video0 crw-rw+ 1 root video 81, 1 18 août 01:16 video1 Bref je sèche ! Gaëtan
Re: Lenteur au boot
Un firmware manquant ? Le 17 août 2023 16:05:04 GMT+02:00, ajh-valmer a écrit : >> Le 14 août 2023 23:13:23 GMT+02:00, a. valmer a écrit : >> >Depuis la migration de mon portable à Bookworm, >> >le boot se bloque environ 10 secondes avec un tiret en haut à gauche. >> >Puis, les infos du boot défilent, et enfin le boot du bureau tdm-trinity. >> >Après, tout semble stable. >> >Que se passe t-il pour avoir une première étape de boot si longue ? > >On Monday 14 August 2023 23:44:14 Gaëtan Perrier wrote: >> Regardes du côté des montages. Moi j'avais un problème d'uuid avec >> le swap et ça me faisait pareil. > >Juste après avoir cliqué le choix de la partition Grub, j'ai un tiret >clignotant d'une longue durée. > >/etc/fstab : tout est ok. > ># journalctl | grep Error >J'ai de très nombreuses lignes comme ceci : >kernel: pcieport :00:1c.4: PCIe Bus Error: severity=Corrected, >type=Physical Layer, (Receiver ID). > >dmesg | grep Failed : rien > >Aussi, peut-être désactiver le bluetooth, mais comment ? > -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Re: Re : Re : FFMPEG ?
Le mercredi 16 août 2023 à 19:28 +0200, k6dedi...@free.fr a écrit : > Bonjour Benoît, > Dans les paquets Debian, il y a un paquet UFRAW qui fonctionne en > autonome et qui peut faire beaucoup de choses. Bonjour, Il me semble que le paquet ufraw est sorti de debian. Gaëtan
Re: Lenteur au boot
Hello, Regardes du côté des montages. Moi j'avais un problème d'uuid avec le swap et ça me faisait pareil. Gaëtan Le 14 août 2023 23:13:23 GMT+02:00, ajh-valmer a écrit : >Hello, >Depuis la migration de mon portable à Bookworm, >le boot se bloque environ 10 secondes avec un tiret en haut à gauche. >Puis, les infos du boot défilent, et enfin le boot du bureau tdm-trinity. >Après, tout semble stable. >Que se passe t-il pour avoir une première étape de boot si longue ? >Merci. >A. Valmer > -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Re: Résolu: [bookworm] Gnome et scaling
Plutôt contourné que résolu ... ;) Le lundi 14 août 2023 à 10:59 +0200, Jean-Marc a écrit : > Cool de savoir que ce problème est résolu. > > Le 13/08/23 à 23:23, Gaëtan Perrier a écrit : > > Oui effectivement pour l'instant je suis arrivé dans un état > > satisfaisant. > > > > Gaëtan > > > > -- > Jean-Marc
Re: [bookworm] Gnome et scaling
Le dimanche 13 août 2023 à 22:04 +0200, didier gaumet a écrit : > > > > J'ai vu sur la capture d'écran de cette extension > > > > https://extensions.gnome.org/extension/5111/display-scale-switcher/ > > > Non l'extension (je l'ai installé bien sûr) ne gère pas le > > paramètre en > > 1 mais celui dans Paramètres/Écrans/Échelle. Moi je n'ai le choix > > qu'entre 100 et 200% alors que manifestement il semble être > > possible > > d'avoir plus de choix ... > > J'ai installé l'extension pour voir et je confirme, ça ne gère pas le > ratio d'un écran logique par rapport à un écran physique. > Mais là où le mystère s'épaissit me concernant c'est que chez moi > cette > extension ne me laisse pas le choix: c'est 100% non modifiable. Et ça > doit être lié au fait que chez moi toujours, je n'ai pas de menu > Paramètres/Écrans/Échelle. Du coup ce n'est peut-être des > fonctionnalités qui sont liées au matériel (options absentes ou > présentes en nombre plus ou moins important suivant le matériel et > peut-être le BIOS/UEFI (il me semble qu'à une époque on trouvait > parfois > des réglages de taille d'écran dans le BIOS des portables). Logiquement ça devrait plutôt venir des infos de l'écran. J'ai vu des fils où des personnes avec des écrans QHD sur des PC fixes se plaignaient de n'avoir que rien au delà de 200%. > Bref, je sais pas et si tu as trouvé ton bonheur, c'est le > principal > > Oui effectivement pour l'instant je suis arrivé dans un état satisfaisant. Gaëtan
Re: [bookworm] Gnome et scaling
Le dimanche 13 août 2023 à 19:05 +0200, didier gaumet a écrit : > Le 13/08/2023 à 17:18, Gaëtan Perrier a écrit : > > Bonjour, > > > > Je viens de récupérer un Thinkpad X250 avec écran FHD. > > J'ai installé Bookworm avec Gnome dessus mais j'ai un problème de > > scaling de l'affichage. Dans les paramètres de Gnome j'ai seulement > > le > > choix entre 100 et 200%. 100% c'est trop petit et 200% beaucoup > > trop > > gros. En gros il me faudrait du 125% comme propose en général > > Windows > > sur de tels écrans. > > Je ne sais pas exactement de quoi tu parles et je n(ai jamais modofoé > ce > genre de chose sous Gnome, > > 1) Si ce que tu cherches est à créer une écran logique de taille > multiple de ton écran physique, le ratio peut être réglé par pas de > 0,25 > au-dessus de 1 ici: > Paramètres/Accessibilité/Vision/Zoom puis Activer/Magnification > (la valeur par défaut du ration est de 2 mais tu peux la modifier) Non je ne cherche pas à avoir un écran logique. > > 2) Si ce que tu veux c'est avoir des caractères plus gros à taille > d'écran égale, pur qu'ils soient plus lisibles, alors c'est là: > Applications/Utilitaires/Ajustements/Polices/Facteur de mise à > l'échelle > (réglable par pas de 0,01 au-dessus ou au-dessous de 1) Oui c'est plus ça ce que je cherche. Mon portable à un écran 12,5" je crois et le FHD sur cette surface ça fait des caractères très petit... Du coup j'ai effectivement utilisé cette méthode qui donne un résultat satisfaisant. > > > J'ai vu sur la capture d'écran de cette extension > > https://extensions.gnome.org/extension/5111/display-scale-switcher/ > > que ça semble être possible mais je n'ai pas trouvé comment ? > > Je pense que c'est juste un raccourci pour l'avoir dans la barre > Gnome > mais c'est simplement le réglage évoqué en 1) > > il te suffit d'installer l'extension en cliquant avec la souris le > curseur pour le déplacer de OFF à ON dans le navigateur web sur le > site > des extensions gnome shell. > Mais peut-être que ça ne fonctionne que si c'est activé en 1) Non l'extension (je l'ai installé bien sûr) ne gère pas le paramètre en 1 mais celui dans Paramètres/Écrans/Échelle. Moi je n'ai le choix qu'entre 100 et 200% alors que manifestement il semble être possible d'avoir plus de choix ... Gaëtan
[bookworm] Gnome et scaling
Bonjour, Je viens de récupérer un Thinkpad X250 avec écran FHD. J'ai installé Bookworm avec Gnome dessus mais j'ai un problème de scaling de l'affichage. Dans les paramètres de Gnome j'ai seulement le choix entre 100 et 200%. 100% c'est trop petit et 200% beaucoup trop gros. En gros il me faudrait du 125% comme propose en général Windows sur de tels écrans. J'ai vu sur la capture d'écran de cette extension https://extensions.gnome.org/extension/5111/display-scale-switcher/ que ça semble être possible mais je n'ai pas trouvé comment ? A+ Gaëtan
Re: [testing] passage du pilote proprio à nouveau
Le lundi 07 août 2023 à 08:59 +0200, Michel Verdier a écrit : > Le 6 août 2023 Gaëtan Perrier a écrit : > > > > tout ces firmwares semblent faire partie du paquet > > > firmware-misc-non-free qui ne doit pas être installé chez toi, donc > > > installe-le > > > > Il est installé mais ils ne sont pas dedans. > > update-initramfs liste tous les firmwares qui peuvent être demandés par le > kernel. Mais tu as juste besoin de ceux qui vont bien pour ton > matériel. Donc tu peux ignorer ces warnings si ton matériel est bien pris > en charge par un firmware présent. Oui effectivement ça ne semble pas concerner ma carte qui est sur du gf116. > Ou tu peux aller piocher sur internet > des firmwares en plus, mais là il faut chercher spécifiquement ce qui te > manque. Par exemple moi je vais piocher sur : > https://anduin.linuxfromscratch.org/sources/linux-firmware/ > https://github.com/intel/backport-iwlwifi > https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files.git Merci pour les liens. Mais rien de plus que ce que j'ai déjà. signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote proprio à nouveau
Le dimanche 06 août 2023 à 19:54 +0200, didier gaumet a écrit : > Le 06/08/2023 à 16:19, Gaëtan Perrier a écrit : > > Le samedi 05 août 2023 à 11:19 +0200, didier gaumet a écrit : > [...] > > > - chercher les paquets obsolètes (aptitude search '~o') > > > > rien concernant le système graphique. > > - par effet de bord ton fonctionnement graphique peut être impacté par > un truc non graphique > - en gros il faut vérifier que ce qui reste ne sont que des paquets > *locaux* (hors dépôts Trixie mentionnés dans /etc/apt/sources.list et > /etc/apt/sources.list.d) parce qu'ils apparaissent aussi avec aptitude > search '~o'. Par contre, pas forcément, mais potentiellement, tous les > paquets qui sont réellement obsolètes ou d'une autre distro que Trixie > (stable, bookworm, unstable, sid, Ubuntu et autres) peuvent casser ton > installation. > > [...] > > Sinon en faisant un update-initramfs (pour une autre raison) j'ai ces > > messages > > qui sont sortis: > > update-initramfs -k all -u > > update-initramfs: Generating /boot/initrd.img-6.4.0-1-amd64 > > W: Possible missing firmware > > /lib/firmware/nvidia/ga107/acr/ucode_ahesasc.bin > > for module nouveau > [...] > > W: Possible missing firmware /lib/firmware/nvidia/ga103/sec2/desc.bin for > > module nouveau > > tout ces firmwares semblent faire partie du paquet > firmware-misc-non-free qui ne doit pas être installé chez toi, donc > installe-le > > Il est installé mais ils ne sont pas dedans. Par exemple pour ga103 il y a juste: /lib/firmware/nvidia/ga103 /lib/firmware/nvidia/ga103/gr /lib/firmware/nvidia/ga103/gr/NET_img.bin /lib/firmware/nvidia/ga103/gr/fecs_bl.bin /lib/firmware/nvidia/ga103/gr/fecs_sig.bin /lib/firmware/nvidia/ga103/gr/gpccs_bl.bin /lib/firmware/nvidia/ga103/gr/gpccs_sig.bin Donc rien concernant ga103/sec2/* signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote proprio à nouveau
Le dimanche 06 août 2023 à 20:04 +0200, didier gaumet a écrit : > Le 06/08/2023 à 16:38, Gaëtan Perrier a écrit : > > Le dimanche 06 août 2023 à 16:19 +0200, Gaëtan Perrier a écrit : > [...] > > > ~]# apt purge *nvidia* > [...] > > En fait il faut faire apt purge "*nvidia*" sinon il prend les fichier > > contenant > > nvidia qui sont dans le répertoire ... > > > > Les paquets suivants seront ENLEVÉS : > > firmware-nvidia-gsp* glx-diversions* libnvidia-allocator1* > > libnvidia-egl-gbm1* libnvidia-egl-wayland1* nvidia-installer-cleanup* > > > > Y a pas grand chose qui traînait. > > c'est pas tellement qu'il reste des bibliothèques proprio nvidia qui > était gênant, c'est le fait que les scripts d'installation de ces > procédures avaient probablement paramétré que ta caret devait être gérée > à tous les niveaux par le pilote proprio, donc Nouveau ne pouvait > fonctionner correctement. > Si tu as de la chance et que tout s'est bien passé la purge a non > seulement supprimé les paquets mais aussi supprimé certains fichiers de > conf et changé des valeurs de paramètres dans les fichiers de conf restant. > > => refais un vainfo et un vdpauinfo, tu devrais avoir de meilleurs > résultats qu'auparavant Les résultats sont exactement les mêmes, par contre depuis ce nettoyage je n'ai pas eu de nouveau crash. Je croise les doigts. > > => et surtout, si il était auparavant absent et que tu as installé le > paquet firmware-misc-nonfree, ça devrait au moins en partie pouvoir > expliquer tes problèmes et les résoudre. Non il était là depuis le début. signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote proprio à nouveau
Le dimanche 06 août 2023 à 16:19 +0200, Gaëtan Perrier a écrit : > > > > - essayer de faire un apt purge *nvidia* pour virer les restes de > > fichiers de conf' qui doivent encore traîner > > ~]# apt purge *nvidia* > Lecture des listes de paquets... Fait > Construction de l'arbre des dépendances... Fait > Lecture des informations d'état... Fait > E: Impossible de trouver le paquet glxinfo_nvidia.txt > > Là je ne sais pas quoi penser vu qu'il n'existe pas de paquet avec un tel nom > ... > > En fait il faut faire apt purge "*nvidia*" sinon il prend les fichier contenant nvidia qui sont dans le répertoire ... Les paquets suivants seront ENLEVÉS : firmware-nvidia-gsp* glx-diversions* libnvidia-allocator1* libnvidia-egl-gbm1* libnvidia-egl-wayland1* nvidia-installer-cleanup* Y a pas grand chose qui traînait. signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote proprio à nouveau
Le samedi 05 août 2023 à 11:19 +0200, didier gaumet a écrit : > > je ne sais pas trop quoi te conseiller, à part > > - tester une livekey Debian 12 pour voir si tu as des freezes, pour > éliminer la possibilité que l'association de ton matériel et sa gestion > par Nouveau génère les crashes. Si ça crashe c'est vraisemblablement > que tu ne peux obtenir un bon fonctionnement que par le pilote proprio. > Sinon c'est que ton installation Testing est bancale Je ferai ce test à mon retour de vacances fin août. > > - vérifier (apt policy) entre autres les versions de libc6 et libdrm* > installées sont les dernières disponibles libc6 je suis en 2.37-6 et sid en 2.37-7 libdrm 2.4.155-1 comme sid > > - chercher les paquets obsolètes (aptitude search '~o') rien concernant le système graphique. > > - essayer de faire un apt purge *nvidia* pour virer les restes de > fichiers de conf' qui doivent encore traîner ~]# apt purge *nvidia* Lecture des listes de paquets... Fait Construction de l'arbre des dépendances... Fait Lecture des informations d'état... Fait E: Impossible de trouver le paquet glxinfo_nvidia.txt Là je ne sais pas quoi penser vu qu'il n'existe pas de paquet avec un tel nom ... > > - si pas plus de succès, envisager une réinstallation propre de Debian > (après sauvegarde de tes données), parce que honnêtement, si j'ai bien > compris, tu fais des mises-à-jour depuis 20 ans, ça m'étonnerait que ton > système ne soit pas bancal ;-) C'est possible mais jusqu'à maintenant ça fonctionnait très bien :) Sinon en faisant un update-initramfs (pour une autre raison) j'ai ces messages qui sont sortis: update-initramfs -k all -u update-initramfs: Generating /boot/initrd.img-6.4.0-1-amd64 W: Possible missing firmware /lib/firmware/nvidia/ga107/acr/ucode_ahesasc.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga106/acr/ucode_ahesasc.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga104/acr/ucode_ahesasc.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga103/acr/ucode_ahesasc.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga107/acr/ucode_asb.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga106/acr/ucode_asb.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga104/acr/ucode_asb.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga103/acr/ucode_asb.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga107/acr/ucode_unload.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga106/acr/ucode_unload.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga104/acr/ucode_unload.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga103/acr/ucode_unload.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga107/nvdec/scrubber.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga106/nvdec/scrubber.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga104/nvdec/scrubber.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga103/nvdec/scrubber.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga107/sec2/hs_bl_sig.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga107/sec2/sig.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga107/sec2/image.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga107/sec2/desc.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga106/sec2/hs_bl_sig.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga106/sec2/sig.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga106/sec2/image.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga106/sec2/desc.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga104/sec2/hs_bl_sig.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga104/sec2/sig.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga104/sec2/image.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga104/sec2/desc.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga103/sec2/hs_bl_sig.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga103/sec2/sig.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga103/sec2/image.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga103/sec2/desc.bin for module nouveau signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote proprio à nouveau
Le vendredi 04 août 2023 à 21:32 +0200, Gaëtan Perrier a écrit : > Le vendredi 04 août 2023 à 20:21 +0200, Gaëtan Perrier a écrit : > > Sinon j'ai le même problème de crash de nouveau avec wayland qu'avec xorg. > > Sauf > > qu'avec xorg j'arrive à redémarrer la machine mais pas avec wayland. > > Nouveau crash alors que j'étais sous xorg mais là je suis retourné à gdm > automatiquement. > Du coup j'ai une backtrace dans .local/share/xorg > > [ 1191.889] (EE) > [ 1191.889] (EE) Backtrace: > [ 1191.891] (EE) 0: /usr/lib/xorg/Xorg (OsLookupColor+0x139) > [0x557e886e1d29] > [ 1191.892] (EE) 1: /lib/x86_64-linux-gnu/libc.so.6 (__sigaction+0x40) > [0x7f5ce805a510] > [ 1191.893] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 > (pthread_key_delete+0x14c) > [0x7f5ce80a80fc] > [ 1191.893] (EE) 3: /lib/x86_64-linux-gnu/libc.so.6 (gsignal+0x12) > [0x7f5ce805a472] > [ 1191.894] (EE) 4: /lib/x86_64-linux-gnu/libc.so.6 (abort+0xd3) > [0x7f5ce80444b2] > [ 1191.895] (EE) unw_get_proc_name failed: no unwind info found [-10] > [ 1191.895] (EE) 5: /lib/x86_64-linux-gnu/libc.so.6 (?+0x0) [0x7f5ce80443d5] > [ 1191.896] (EE) 6: /lib/x86_64-linux-gnu/libc.so.6 (__assert_fail+0x42) > [0x7f5ce80533a2] > [ 1191.896] (EE) 7: /lib/x86_64-linux-gnu/libdrm_nouveau.so.2 > (nouveau_pushbuf_data+0xff) [0x7f5ce79f67ff] > [ 1191.897] (EE) 8: /lib/x86_64-linux-gnu/libdrm_nouveau.so.2 > (nouveau_pushbuf_data+0x63) [0x7f5ce79f6763] > [ 1191.897] (EE) 9: /lib/x86_64-linux-gnu/libdrm_nouveau.so.2 > (nouveau_pushbuf_data+0x17c) [0x7f5ce79f687c] > [ 1191.898] (EE) 10: /lib/x86_64-linux-gnu/libdrm_nouveau.so.2 > (nouveau_pushbuf_data+0x3f7) [0x7f5ce79f6af7] > [ 1191.898] (EE) 11: /lib/x86_64-linux-gnu/libdrm_nouveau.so.2 > (nouveau_pushbuf_data+0xb01) [0x7f5ce79f7201] > [ 1191.899] (EE) unw_get_proc_name failed: no unwind info found [-10] > [ 1191.899] (EE) 12: /usr/lib/xorg/modules/drivers/nouveau_drv.so (?+0x0) > [0x7f5ce7a21af8] > [ 1191.900] (EE) 13: /usr/lib/xorg/modules/libexa.so > (exaMoveOutPixmap+0x57b9) > [0x7f5ce79e2ae9] > [ 1191.900] (EE) 14: /usr/lib/xorg/modules/libexa.so > (exaMoveOutPixmap+0x5b21) > [0x7f5ce79e2e51] > [ 1191.901] (EE) 15: /usr/lib/xorg/Xorg (miCopyRegion+0x93) [0x557e886beea3] > [ 1191.901] (EE) 16: /usr/lib/xorg/Xorg (miDoCopy+0x466) [0x557e886bf5f6] > [ 1191.901] (EE) 17: /usr/lib/xorg/modules/libexa.so > (exaMoveOutPixmap+0x3d95) > [0x7f5ce79e10c5] > [ 1191.902] (EE) 18: /usr/lib/xorg/Xorg (DamageRegionAppend+0x359f) > [0x557e8865222f] > [ 1191.903] (EE) unw_get_proc_name failed: no unwind info found [-10] > [ 1191.903] (EE) 19: /usr/lib/xorg/modules/drivers/nouveau_drv.so (?+0x0) > [0x7f5ce7a0a5c1] > [ 1191.903] (EE) 20: /usr/lib/xorg/Xorg (DRIMoveBuffersHelper+0x14a8) > [0x557e8869aab8] > [ 1191.903] (EE) 21: /usr/lib/xorg/Xorg (DRI2CopyRegion+0x6e) > [0x557e8869b36e] > [ 1191.904] (EE) 22: /usr/lib/xorg/Xorg (DRI2GetParam+0xbf5) > [0x557e8869d785] > [ 1191.905] (EE) 23: /usr/lib/xorg/Xorg (SendErrorToClient+0x3d4) > [0x557e8856e734] > [ 1191.905] (EE) 24: /usr/lib/xorg/Xorg (InitFonts+0x3bc) [0x557e885726cc] > [ 1191.906] (EE) 25: /lib/x86_64-linux-gnu/libc.so.6 > (__libc_init_first+0x8a) > [0x7f5ce80456ca] > [ 1191.906] (EE) 26: /lib/x86_64-linux-gnu/libc.so.6 > (__libc_start_main+0x85) > [0x7f5ce8045785] > [ 1191.907] (EE) 27: /usr/lib/xorg/Xorg (_start+0x21) [0x557e8855bb71] > [ 1191.907] (EE) > [ 1191.907] (EE) > Fatal server error: > [ 1191.907] (EE) Caught signal 6 (Aborted). Server aborting > [ 1191.907] (EE) > [ 1191.907] (EE) > Please consult the The X.Org Foundation support > > Et des coredump dans journalctl: août 04 21:20:27 reveillon systemd[1]: Created slice system- systemd\x2dcoredump.slice - Slice /system/systemd-coredump. août 04 21:20:27 reveillon systemd[1]: Started systemd-coredump@0-13076-0.service - Process Core Dump (PID 13076/UID 0). août 04 21:20:28 reveillon systemd-coredump[13086]: [] Process 3340 (Xorg) of user 1000 dumped core. Module libsystemd.so.0 from deb systemd-254-1.amd64 Module libudev.so.1 from deb systemd-254-1.amd64 Stack trace of thread 3340: #0 0x7f5ce80a80fc __pthread_kill_implementation (libc.so.6 + 0x8a0fc) #1 0x7f5ce805a472 __GI_raise (libc.so.6 + 0x3c472) #2 0x7f5ce80444b2 __GI_abort (libc.so.6 + 0x264b2) #
Re: [testing] passage du pilote proprio à nouveau
Le vendredi 04 août 2023 à 20:21 +0200, Gaëtan Perrier a écrit : > Sinon j'ai le même problème de crash de nouveau avec wayland qu'avec xorg. > Sauf > qu'avec xorg j'arrive à redémarrer la machine mais pas avec wayland. Nouveau crash alors que j'étais sous xorg mais là je suis retourné à gdm automatiquement. Du coup j'ai une backtrace dans .local/share/xorg [ 1191.889] (EE) [ 1191.889] (EE) Backtrace: [ 1191.891] (EE) 0: /usr/lib/xorg/Xorg (OsLookupColor+0x139) [0x557e886e1d29] [ 1191.892] (EE) 1: /lib/x86_64-linux-gnu/libc.so.6 (__sigaction+0x40) [0x7f5ce805a510] [ 1191.893] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (pthread_key_delete+0x14c) [0x7f5ce80a80fc] [ 1191.893] (EE) 3: /lib/x86_64-linux-gnu/libc.so.6 (gsignal+0x12) [0x7f5ce805a472] [ 1191.894] (EE) 4: /lib/x86_64-linux-gnu/libc.so.6 (abort+0xd3) [0x7f5ce80444b2] [ 1191.895] (EE) unw_get_proc_name failed: no unwind info found [-10] [ 1191.895] (EE) 5: /lib/x86_64-linux-gnu/libc.so.6 (?+0x0) [0x7f5ce80443d5] [ 1191.896] (EE) 6: /lib/x86_64-linux-gnu/libc.so.6 (__assert_fail+0x42) [0x7f5ce80533a2] [ 1191.896] (EE) 7: /lib/x86_64-linux-gnu/libdrm_nouveau.so.2 (nouveau_pushbuf_data+0xff) [0x7f5ce79f67ff] [ 1191.897] (EE) 8: /lib/x86_64-linux-gnu/libdrm_nouveau.so.2 (nouveau_pushbuf_data+0x63) [0x7f5ce79f6763] [ 1191.897] (EE) 9: /lib/x86_64-linux-gnu/libdrm_nouveau.so.2 (nouveau_pushbuf_data+0x17c) [0x7f5ce79f687c] [ 1191.898] (EE) 10: /lib/x86_64-linux-gnu/libdrm_nouveau.so.2 (nouveau_pushbuf_data+0x3f7) [0x7f5ce79f6af7] [ 1191.898] (EE) 11: /lib/x86_64-linux-gnu/libdrm_nouveau.so.2 (nouveau_pushbuf_data+0xb01) [0x7f5ce79f7201] [ 1191.899] (EE) unw_get_proc_name failed: no unwind info found [-10] [ 1191.899] (EE) 12: /usr/lib/xorg/modules/drivers/nouveau_drv.so (?+0x0) [0x7f5ce7a21af8] [ 1191.900] (EE) 13: /usr/lib/xorg/modules/libexa.so (exaMoveOutPixmap+0x57b9) [0x7f5ce79e2ae9] [ 1191.900] (EE) 14: /usr/lib/xorg/modules/libexa.so (exaMoveOutPixmap+0x5b21) [0x7f5ce79e2e51] [ 1191.901] (EE) 15: /usr/lib/xorg/Xorg (miCopyRegion+0x93) [0x557e886beea3] [ 1191.901] (EE) 16: /usr/lib/xorg/Xorg (miDoCopy+0x466) [0x557e886bf5f6] [ 1191.901] (EE) 17: /usr/lib/xorg/modules/libexa.so (exaMoveOutPixmap+0x3d95) [0x7f5ce79e10c5] [ 1191.902] (EE) 18: /usr/lib/xorg/Xorg (DamageRegionAppend+0x359f) [0x557e8865222f] [ 1191.903] (EE) unw_get_proc_name failed: no unwind info found [-10] [ 1191.903] (EE) 19: /usr/lib/xorg/modules/drivers/nouveau_drv.so (?+0x0) [0x7f5ce7a0a5c1] [ 1191.903] (EE) 20: /usr/lib/xorg/Xorg (DRIMoveBuffersHelper+0x14a8) [0x557e8869aab8] [ 1191.903] (EE) 21: /usr/lib/xorg/Xorg (DRI2CopyRegion+0x6e) [0x557e8869b36e] [ 1191.904] (EE) 22: /usr/lib/xorg/Xorg (DRI2GetParam+0xbf5) [0x557e8869d785] [ 1191.905] (EE) 23: /usr/lib/xorg/Xorg (SendErrorToClient+0x3d4) [0x557e8856e734] [ 1191.905] (EE) 24: /usr/lib/xorg/Xorg (InitFonts+0x3bc) [0x557e885726cc] [ 1191.906] (EE) 25: /lib/x86_64-linux-gnu/libc.so.6 (__libc_init_first+0x8a) [0x7f5ce80456ca] [ 1191.906] (EE) 26: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0x85) [0x7f5ce8045785] [ 1191.907] (EE) 27: /usr/lib/xorg/Xorg (_start+0x21) [0x557e8855bb71] [ 1191.907] (EE) [ 1191.907] (EE) Fatal server error: [ 1191.907] (EE) Caught signal 6 (Aborted). Server aborting [ 1191.907] (EE) [ 1191.907] (EE) Please consult the The X.Org Foundation support signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote proprio à nouveau
Le vendredi 04 août 2023 à 11:06 +0200, didier gaumet a écrit : > Le 04/08/2023 à 02:06, Gaëtan Perrier a écrit : > > > 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 > > je peux me tromper mais je pense que ta désinstallation des pilotes > nvidia n'a pas été complète (pour ça si je comprends bien (je n'ai > jamais eu de nvidia), il aurait fallu employer la procédure de > désinstallation complète nvidia). > En tout cas ça me semble bizarre que ce soit l'absence du backend > libvdpau_nvidia.so dont se plaigne vdpauinfo vu que c'est le backend > pour le pilote proprio, pas pour Nouveau. Oui moi aussi je trouve ça étonnant. Pourtant je n'ai plus de trace de paquets nvidia ... Ce qui est bizarre c'est que sous xorg ça fonctionne ... > > Pour Nouveau: > - VAAPI: vérifier que mesa-va-drivers est installé ou l'installer > - VDPAU: vérifier que vdpau-driver-all est installé ou l'installer Oui c'est bon. > > cf: > le wiki Debian > https://wiki.debian.org/HardwareVideoAcceleration > et, plus détaillé, le wiki Archlinux, qui te détaillera aussi les > couches des traductions entre VAAPI te CDPAU dans un sens et dans > l'autre, parfois utile pour bénéficier d'une accélération sur des > matériels qui ne supportent que certains machins particuliers: > https://wiki.archlinux.org/title/Hardware_video_acceleration > (normalement la série Geforce 500 est directement compatible VAAPI et > VDPAU sans souci) Tout semble pourtant bon ... :( Sinon j'ai le même problème de crash de nouveau avec wayland qu'avec xorg. Sauf qu'avec xorg j'arrive à redémarrer la machine mais pas avec wayland. signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote proprio à nouveau
Le vendredi 04 août 2023 à 11:55 +0200, ajh-valmer a écrit : > On Friday 04 August 2023 02:05:09 Gaëtan Perrier wrote: > > > > > Il y a une commande qui créé le /etc/X11/xorg.conf : > > > > X -configure ? > > > Par contre si j'ai bien compris faut la lancer sans que X soit démarré : > Oui, mais est-ce important ? Faire les 2 alors. > As tu bien un fichier xorg.conf ? > (le montrer) Oui j'en ai un ~$ cat /etc/X11/xorg.conf Section "Device" Identifier "MyGPU" Driver "nouveau" EndSection signature.asc Description: This is a digitally signed message part
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: [testing] passage du pilote proprio à nouveau
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 > Il y a une commande qui créé le /etc/X11/xorg.conf, > je ne sais plus son nom, xorg-config... xorg.conf que l'on peut > compléter ensuite. X -configure ? > On peut aussi ajouter des configs dans /etc/default/grub > Un tutoriel : > https://wiki.archlinux.org/title/nouveau > > Comme déjà dit, j'avais réussi à installer le pilote nouveau, > sans freeze, mais avec une résolution trop faible de 1024X768. > > Si persistence du problème, acheter une nouvelle carte vidéo reconnue > ? Reconnue par les pilotes nvidia ? Je ne sais si les cartes supportées par les pilotes 525 sont compatibles avec ma carte mère qui date de 2011 ... Gaëtan
Re: [testing] passage du pilote proprio à nouveau
Le mercredi 02 août 2023 à 13:35 +0200, didier gaumet a écrit : > Le 02/08/2023 à 13:10, Gaëtan Perrier a écrit : > > > Et comment on fait pour savoir si ma carte est bien gérée ? > > Les infos que j'ai trouvé la-dessus sont très vieille ... > > c'est vieux mais la page semble maintenue: > https://nouveau.freedesktop.org/FeatureMatrix.html > https://nouveau.freedesktop.org/CodeNames.html Oui ce sont les pages que j'avais consultées. Mais je n'étais pas sûr que ce soit à jour. > > > Je suis sur un desktop, aucun suspend aucune hibernation. > > OK > > J'étais passé à Wayland à une époque mais j'avais du revenir à X11 > > parce que ça se passait mal quand je lançais une appli depuis un > > terminal loggué avec un autre user. > > J'ai un peu peur de rechanger car de mémoire le retour à X11 > > n'avait > > pas été super simple ... > > 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) ... Gaëtan
Re: gnome-shell erreur JSON (était Re: [testing] passage du pilote proprio à nouveau)
Le mercredi 02 août 2023 à 10:20 +0200, didier gaumet a écrit : > Le 01/08/2023 à 22:31, Gaëtan Perrier a écrit : > > > J'aimerai bien mais je n'ai pas trouvé de conf où il manque de > > tun/tap ... > > J'y connais rien mais comment as-tu installé et paramétré OpenVPN? à > la > main, via un autre outil ou via Network-Manager? > > Via les paquets et c'est nordvpn qui l'utilise.
Re: [testing] passage du pilote proprio à nouveau
Le mercredi 02 août 2023 à 11:01 +0200, didier gaumet a écrit : > > J'ai lu en diagonale vu que c'est long et que je n'ai pas les > compétences pour analyser ça correctement > > - (je dis peut-être n'importe quoi sur ce coup) potentiellement > peut-être que les messages sur Nouveau après le reboot proviennent, > non > pas d'un fonctionnement perfectible en condition normale mais d'une > tentative de récupération suite au crash (peut-être que la carte > avait > tenté une économie d'énergie avant plantage et que le système cherche > à > remettre en condition antérieure. J'en sais rien. > > - par contre, vérifier que le pilote Nouveau gère bien l'énergie de > ta > carte graphique (ton modèle) parce que de mémoire, Nouveau ne gère > pas > correctement ou pas du tout certaines cartes pour la gestion > d'énergie. Et comment on fait pour savoir si ma carte est bien gérée ? Les infos que j'ai trouvé la-dessus sont très vieille ... > > => (pure supposition) Ce qui voudrait dire que si on veut éviter les > ennuis avec ces cartes à problème (avec Nouveau), il faudrait s'en > servir à l'ancienne (desktop pas laptop, jamais de suspend/hibernate, > à > paramétrer dans le DE) Je suis sur un desktop, aucun suspend aucune hibernation. > > - en fait aussi, tu utilises Gnome, non? tu peux peut-être utiliser > Gnome Wayland au lieu de Gnome X11? Wayland c'est le fonctionnement > par > défaut ed nos jours et je crois que les anciens problèmes du genre > RDP/Wayland et ce genre de truc c'est plus ou moins résolu. J'étais passé à Wayland à une époque mais j'avais du revenir à X11 parce que ça se passait mal quand je lançais une appli depuis un terminal loggué avec un autre user. J'ai un peu peur de rechanger car de mémoire le retour à X11 n'avait pas été super simple ... > > - kworker de ce que je comprends, c'est des processus attachés à des > machins en espace noyau plutôt qu'utilisateur (pas sûr d'avoir > compris > correctement) et on semble pouvoir les debugger par ftrace. Un peu > plus > d'explications là: > https://medium.com/@boutnaru/the-linux-process-journey-kworker-f947634da73 > Je vais regarder. > Bon courage :-) > Merci ;)
Re: [testing] passage du pilote proprio à nouveau
Le mardi 01 août 2023 à 23:36 +0200, Gaëtan Perrier a écrit : > Le lundi 31 juillet 2023 à 12:49 +0200, Gaëtan Perrier a écrit : > > Le lundi 31 juillet 2023 à 12:42 +0200, Gaëtan Perrier a écrit : > > > Pour l'instant ça semble tourner. Reste à voir si j'ai toujours des > > > freeze > > > ou > > > pas ... > > > > > > > Pas eu besoin d'attendre longtemps :( > > Freeze juste après l'envoi du message précédent. > > > > Rien dans /var/log/syslog à part une série de ^@ > > > > Gaëtan > > > > Concernant les freeze j'ai avancé. > Ce soir pendant le freeze je me suis connecté en ssh depuis une autre machine > et c'est gnome-shell qui freeze en consommant 100% d'un cœur. Mais les fois > d'avant je n'avais pas été assez patient parce que là en attendant je me suis > aperçu que ça defreeze ! > Et dans journalctl j'ai cette trace qui est apparue à ce moment là: > > geoclue[46380]: Service not used for 60 seconds. Shutting down.. > systemd[1]: geoclue.service: Deactivated successfully. > > Et 60 s ce n'est pas impossible que ce soit la durée du freeze ... > > Gaëtan Bon en fait ce n'était pas un vrai freeze. Je viens d'en avoir un et là y a des logs correspondant mais que je ne sais pas interpréter: août 02 01:07:39 reveillon kernel: INFO: task kworker/0:1H:26028 blocked for more than 120 seconds. août 02 01:07:39 reveillon kernel: Tainted: G OE 6.4.0-1- amd64 #1 Debian 6.4.4-1 août 02 01:07:39 reveillon kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. août 02 01:07:39 reveillon kernel: task:kworker/0:1H state:D stack:0 pid:26028 ppid:2 flags:0x4000 août 02 01:07:39 reveillon kernel: Workqueue: ttm ttm_bo_delayed_delete [ttm] août 02 01:07:39 reveillon kernel: Call Trace: août 02 01:07:39 reveillon kernel: août 02 01:07:39 reveillon kernel: __schedule+0x3df/0xb80 août 02 01:07:39 reveillon kernel: schedule+0x61/0xe0 août 02 01:07:39 reveillon kernel: schedule_timeout+0x151/0x160 août 02 01:07:39 reveillon kernel: dma_fence_default_wait+0x22a/0x280 août 02 01:07:39 reveillon kernel: ? __pfx_dma_fence_default_wait_cb+0x10/0x10 août 02 01:07:39 reveillon kernel: dma_fence_wait_timeout+0x10c/0x130 août 02 01:07:39 reveillon kernel: dma_resv_wait_timeout+0x7f/0xe0 août 02 01:07:39 reveillon kernel: ttm_bo_delayed_delete+0x2a/0x80 [ttm] août 02 01:07:39 reveillon kernel: process_one_work+0x1c7/0x3d0 août 02 01:07:39 reveillon kernel: worker_thread+0x51/0x390 août 02 01:07:39 reveillon kernel: ? __pfx_worker_thread+0x10/0x10 août 02 01:07:39 reveillon kernel: kthread+0xf7/0x130 août 02 01:07:39 reveillon kernel: ? __pfx_kthread+0x10/0x10 août 02 01:07:39 reveillon kernel: ret_from_fork+0x2c/0x50 août 02 01:07:39 reveillon kernel: août 02 01:07:39 reveillon kernel: INFO: task kworker/0:2H:26029 blocked for more than 120 seconds. août 02 01:07:39 reveillon kernel: Tainted: G OE 6.4.0-1- amd64 #1 Debian 6.4.4-1 août 02 01:07:39 reveillon kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. août 02 01:07:39 reveillon kernel: task:kworker/0:2H state:D stack:0 pid:26029 ppid:2 flags:0x4000 août 02 01:07:39 reveillon kernel: Workqueue: ttm ttm_bo_delayed_delete [ttm] août 02 01:07:39 reveillon kernel: Call Trace: août 02 01:07:39 reveillon kernel: août 02 01:07:39 reveillon kernel: __schedule+0x3df/0xb80 août 02 01:07:39 reveillon kernel: schedule+0x61/0xe0 août 02 01:07:39 reveillon kernel: schedule_timeout+0x151/0x160 août 02 01:07:39 reveillon kernel: dma_fence_default_wait+0x22a/0x280 août 02 01:07:39 reveillon kernel: ? __pfx_dma_fence_default_wait_cb+0x10/0x10 août 02 01:07:39 reveillon kernel: dma_fence_wait_timeout+0x10c/0x130 août 02 01:07:39 reveillon kernel: dma_resv_wait_timeout+0x7f/0xe0 août 02 01:07:39 reveillon kernel: ttm_bo_delayed_delete+0x2a/0x80 [ttm] août 02 01:07:39 reveillon kernel: process_one_work+0x1c7/0x3d0 août 02 01:07:39 reveillon kernel: worker_thread+0x51/0x390 août 02 01:07:39 reveillon kernel: ? __pfx_worker_thread+0x10/0x10 août 02 01:07:39 reveillon kernel: kthread+0xf7/0x130 août 02 01:07:39 reveillon kernel: ? __pfx_kthread+0x10/0x10 août 02 01:07:39 reveillon kernel: ret_from_fork+0x2c/0x50 août 02 01:07:39 reveillon kernel: août 02 01:07:39 reveillon kernel: INFO: task kworker/u8:0:26079 blocked for more than 120 seconds. août 02 01:07:39 reveillon kernel: Tainted: G OE 6.4.0-1- amd64 #1 Debian 6.4.4-1 août 02 01:07:39 reveillon kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. août 02 01:07:39 reveillon kernel: task:kworker/u8:0 state:D stack:0 pid:26079 ppid:2 flags:0x4000 août 02 01:07:39 reveillon kernel: Workqueue: events_unbound nv50_disp_atomic_commit_w
Re: [testing] passage du pilote proprio à nouveau
Le lundi 31 juillet 2023 à 12:49 +0200, Gaëtan Perrier a écrit : > Le lundi 31 juillet 2023 à 12:42 +0200, Gaëtan Perrier a écrit : > > Pour l'instant ça semble tourner. Reste à voir si j'ai toujours des freeze > > ou > > pas ... > > > > Pas eu besoin d'attendre longtemps :( > Freeze juste après l'envoi du message précédent. > > Rien dans /var/log/syslog à part une série de ^@ > > Gaëtan > Concernant les freeze j'ai avancé. Ce soir pendant le freeze je me suis connecté en ssh depuis une autre machine et c'est gnome-shell qui freeze en consommant 100% d'un cœur. Mais les fois d'avant je n'avais pas été assez patient parce que là en attendant je me suis aperçu que ça defreeze ! Et dans journalctl j'ai cette trace qui est apparue à ce moment là: geoclue[46380]: Service not used for 60 seconds. Shutting down.. systemd[1]: geoclue.service: Deactivated successfully. Et 60 s ce n'est pas impossible que ce soit la durée du freeze ... Gaëtan signature.asc Description: This is a digitally signed message part
Re: gnome-shell erreur JSON (était Re: [testing] passage du pilote proprio à nouveau)
Le mardi 01 août 2023 à 22:02 +0200, didier gaumet a écrit : > Le 01/08/2023 à 21:27, Gaëtan Perrier a écrit : > > > Probablement lié à un problème avec openvpn: > [...] > > ovpn-update-systemd-resolved[14381]: Options error: You must define TUN/TAP > > device (--dev) > [...] > > unexpected end of data at line 1 column 1 of the JSON data > > gnome-shell[11345]: failed to decode base64 json SyntaxError: JSON.parse: > > unexpected end of data at line 1 column 1 of the JSON data > > Ce n'est qu'une impression mais l'erreur openvpn ne me semble pas liée à > l'erreur gnome-shell (je peux me tromper) > > de toute façon, tu peux essayer de solutionner le pb openvpn eb > paramétrant le périphérique TUN/TAP, si tu as de la chance ça résoudra > aussi le pb gnome-shell > J'aimerai bien mais je n'ai pas trouvé de conf où il manque de tun/tap ... Gaêtan signature.asc Description: This is a digitally signed message part
gnome-shell erreur JSON (était Re: [testing] passage du pilote proprio à nouveau)
Le mardi 01 août 2023 à 13:55 +0200, didier gaumet a écrit : > Le 01/08/2023 à 13:52, didier gaumet a écrit : > > > apparemment (vu que JSON et moi ça fait deux) ce pourrait être un > > argument vide passé en paramètre qui déclencherait cette erreur. Regarde > > éventuellement dans les lignes précédentes si tu vois où / dans quoi ça > > a lieu (plus précisément que gnome-shell) > > j'ai oublié de précisé que je n'avais pas ce genre d'erreur renvoyé par > journalctl > > Probablement lié à un problème avec openvpn: systemd[1]: openvpn@update-systemd-resolved.service: Scheduled restart job, restart counter is at 226. systemd[1]: Stopped openvpn@update-systemd-resolved.service - OpenVPN connection to update-systemd-resolved. systemd[1]: Starting openvpn@update-systemd-resolved.service - OpenVPN connection to update-systemd-resolved... ovpn-update-systemd-resolved[14381]: Options error: You must define TUN/TAP device (--dev) systemd[1]: openvpn@update-systemd-resolved.service: Main process exited, code=exited, status=1/FAILURE ovpn-update-systemd-resolved[14381]: Use --help for more information. systemd[1]: openvpn@update-systemd-resolved.service: Failed with result 'exit- code'. systemd[1]: Failed to start openvpn@update-systemd-resolved.service - OpenVPN connection to update-systemd-resolved. systemd[1]: openvpn@update-systemd-resolved.service: Scheduled restart job, restart counter is at 227. systemd[1]: Stopped openvpn@update-systemd-resolved.service - OpenVPN connection to update-systemd-resolved. systemd[1]: Starting openvpn@update-systemd-resolved.service - OpenVPN connection to update-systemd-resolved... ovpn-update-systemd-resolved[14404]: Options error: You must define TUN/TAP device (--dev) ovpn-update-systemd-resolved[14404]: Use --help for more information. systemd[1]: openvpn@update-systemd-resolved.service: Main process exited, code=exited, status=1/FAILURE systemd[1]: openvpn@update-systemd-resolved.service: Failed with result 'exit- code'. systemd[1]: Failed to start openvpn@update-systemd-resolved.service - OpenVPN connection to update-systemd-resolved. gnome-shell[11345]: failed to decode base64 json SyntaxError: JSON.parse: unexpected end of data at line 1 column 1 of the JSON data gnome-shell[11345]: failed to decode base64 json SyntaxError: JSON.parse: unexpected end of data at line 1 column 1 of the JSON data gnome-shell[11345]: failed to decode base64 json SyntaxError: JSON.parse: unexpected end of data at line 1 column 1 of the JSON data gnome-shell[11345]: failed to decode base64 json SyntaxError: JSON.parse: unexpected end of data at line 1 column 1 of the JSON data gnome-shell[11345]: failed to decode base64 json SyntaxError: JSON.parse: unexpected end of data at line 1 column 1 of the JSON data gnome-shell[11345]: failed to decode base64 json SyntaxError: JSON.parse: unexpected end of data at line 1 column 1 of the JSON data gnome-shell[11345]: failed to decode base64 json SyntaxError: JSON.parse: unexpected end of data at line 1 column 1 of the JSON data Gaëtan signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote proprio à nouveau
Le mardi 01 août 2023 à 12:14 +0200, didier gaumet a écrit : > Le 01/08/2023 à 12:04, Gaëtan Perrier a écrit : > > > Chez moi ça tourne bien en user sans avoir la ligne needs_root_rights=no > > > > ~$ ps aux | grep Xorg > > gpe 3127 2.5 0.6 460772 109108 tty2 Sl+ 11:44 0:27 > > /usr/lib/xorg/Xorg vt2 -displayfd 3 -auth /run/user/1000/gdm/Xauthority - > > nolisten tcp -background none -noreset -keeptty -novtswitch -verbose 3 > > tu utilises gdm avec Systemd donc je crois que tu trouveras ses messages > (ceux de gdm) via journalctl: > https://wiki.archlinux.org/title/Xorg#General > oui c'est celà: gdm et systemd mais rien dans journalctl (voir une de mes autres réponses d'aujourd'hui) Gaëtan signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote proprio à nouveau
Le lundi 31 juillet 2023 à 15:15 +0200, Erwan David a écrit : > Le 31/07/2023 à 14:00, didier gaumet a écrit : > > Le 31/07/2023 à 12:49, Gaëtan Perrier a écrit : > > > > > Pas eu besoin d'attendre longtemps :( > > > Freeze juste après l'envoi du message précédent. > > > > > > Rien dans /var/log/syslog à part une série de ^@ > > > > Tu es sous Wayland ou Xorg (et tu es bien sous Systemd pax SysV)? > > Pour Wayland il faudra fouiller dans les résultats de journalctl, pour > > Xorg lancé par un utilisateur avec un DE il faudra regarder le contenu > > de ~/.xsession-errors, pour Xorg lancé par un utilisateur sans DE, je > > ne me souviens plus, c'est peut-être plutôt ~/.xinitquelquechose (pas > > sûr). Pour un Xorg lancé par root ce devrait être /var/log/Xorg.0.log > > ou /var/log/Xorg.0.log. > > > > Pour tous les fichiers d'erreur Xorg, de mémoire il faut chercher les > > chaînes EE pour les erreurs et WW pour les avertissements, le reste je > > crois que c'est principalement II pour info (me rappelle pas bien) > > > > Et si tu veux vraiment faire de la plongée (je ne sais plus qui nous > > parlait de plongée récemment sur cette liste), tu peux essayer de > > debugger tout ça: > > https://x.org/wiki/Development/Documentation/ServerDebugging/ > > > > > En testing ça fait plusieurs mois que les logs users après sddm sont > dans journal, plus dans .xsession-errors > Ah je ne savais pas mais je viens de regarder dedans et rien au niveau du freeze d'hier à part des quantités de log gnome-shell[3330]: failed to decode base64 json SyntaxError: JSON.parse: unexpected end of data at line 1 column 1 of the JSON data Mais y en a plein en permanence de ces logs. Gaëtan signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote proprio à nouveau
Le mardi 01 août 2023 à 08:50 +0200, Michel Verdier a écrit : > Le 1 août 2023 Michel a écrit : > > > > > Sur ma debian de base, les logs sont bien dans /var/log/Xorg.0.log par > > > > défaut, sans modification de startx ou de ~/.xsession ... > > > > > > Ce ne serait pas parce que Xorg est lancé en root ? Par défaut les users > > > n'ont pas accès à /var/log. Vérifie /etc/X11/Xwrapper.config qui doit > > > avoir needs_root_rights=no (du moins si ta carte graphique le permet). > > > > Non, j'ai seulement une ligne non commentée: > > > > allowed_users=console > > Ok donc tu dois tourner en root. Vérifie avec un ps aux | grep Xorg > et si Xorg est en root ajoute needs_root_rights=no dans > /etc/X11/Xwrapper.config. C'est mieux pour la sécurité. > Mais ça peut coincer si tu as une carte graphique qui requiert les droits > root (c'est rare mais il y en a). > Chez moi ça tourne bien en user sans avoir la ligne needs_root_rights=no ~$ ps aux | grep Xorg gpe 3127 2.5 0.6 460772 109108 tty2Sl+ 11:44 0:27 /usr/lib/xorg/Xorg vt2 -displayfd 3 -auth /run/user/1000/gdm/Xauthority - nolisten tcp -background none -noreset -keeptty -novtswitch -verbose 3 Gaëtan signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote proprio à nouveau
Le mardi 01 août 2023 à 07:03 +0200, Michel Verdier a écrit : > Le 31 juillet 2023 Michel a écrit : > > > > Si on modifie startx, ~/.xsession, etc, on peut avoir les logs ailleurs > > > mais sinon on les a dans ~/.local/share/xorg/Xorg.0.log > > > > Sur ma debian de base, les logs sont bien dans /var/log/Xorg.0.log par > > défaut, sans modification de startx ou de ~/.xsession ... > > Ce ne serait pas parce que Xorg est lancé en root ? Par défaut les users > n'ont pas accès à /var/log. Vérifie /etc/X11/Xwrapper.config qui doit > avoir needs_root_rights=no (du moins si ta carte graphique le permet). > Chez ce fichier date du 1/4/2014 et contient ceci: # Xwrapper.config (Debian X Window System server wrapper configuration file) # # This file was generated by the post-installation script of the x11-common # package using values from the debconf database. # # See the Xwrapper.config(5) manual page for more information. # # This file is automatically updated on upgrades of the x11-common package # *only* if it has not been modified since the last upgrade of that package. # # If you have edited this file but would like it to be automatically updated # again, run the following command as root: # dpkg-reconfigure x11-common allowed_users=console Gaëtan signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote proprio à nouveau
Le lundi 31 juillet 2023 à 15:13 +0200, Michel Verdier a écrit : > Le 31 juillet 2023 didier gaumet a écrit : > > > Tu es sous Wayland ou Xorg (et tu es bien sous Systemd pax SysV)? > > Pour Wayland il faudra fouiller dans les résultats de journalctl, pour Xorg > > lancé par un utilisateur avec un DE il faudra regarder le contenu de > > ~/.xsession-errors, pour Xorg lancé par un utilisateur sans DE, je ne me > > souviens plus, c'est peut-être plutôt ~/.xinitquelquechose (pas sûr). Pour > > un > > Xorg lancé par root ce devrait être /var/log/Xorg.0.log ou > > /var/log/Xorg.0.log. > > Si on modifie startx, ~/.xsession, etc, on peut avoir les logs ailleurs > mais sinon on les a dans ~/.local/share/xorg/Xorg.0.log Effectivement j'ai bien des fichiers log dans .local/share mais soit d'aujourd'hui soit du mois d'octobre ... Donc rien sur les dates des plantages et aucune erreur dans ceux d'aujourd'hui. Gaëtan signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote proprio à nouveau
Le lundi 31 juillet 2023 à 14:00 +0200, didier gaumet a écrit : > Le 31/07/2023 à 12:49, Gaëtan Perrier a écrit : > > > Pas eu besoin d'attendre longtemps :( > > Freeze juste après l'envoi du message précédent. > > > > Rien dans /var/log/syslog à part une série de ^@ > > Tu es sous Wayland ou Xorg (et tu es bien sous Systemd pax SysV)? Je suis sous xorg et systemd > Pour Wayland il faudra fouiller dans les résultats de journalctl, pour > Xorg lancé par un utilisateur avec un DE il faudra regarder le contenu > de ~/.xsession-errors, pour Xorg lancé par un utilisateur sans DE, je ne > me souviens plus, c'est peut-être plutôt ~/.xinitquelquechose (pas sûr). Rien de tel dans mon rép user > Pour un Xorg lancé par root ce devrait être /var/log/Xorg.0.log ou > /var/log/Xorg.0.log. Depuis le passage à nouveau les Xorg.*.log ne sont plus créés. > > Pour tous les fichiers d'erreur Xorg, de mémoire il faut chercher les > chaînes EE pour les erreurs et WW pour les avertissements, le reste je > crois que c'est principalement II pour info (me rappelle pas bien) > > Et si tu veux vraiment faire de la plongée (je ne sais plus qui nous > parlait de plongée récemment sur cette liste), tu peux essayer de > debugger tout ça: > https://x.org/wiki/Development/Documentation/ServerDebugging/ > Pour la plongée je manque de souffle actuellement ;) Gaëtan signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote proprio à nouveau
Le lundi 31 juillet 2023 à 12:42 +0200, Gaëtan Perrier a écrit : > Pour l'instant ça semble tourner. Reste à voir si j'ai toujours des freeze ou > pas ... > Pas eu besoin d'attendre longtemps :( Freeze juste après l'envoi du message précédent. Rien dans /var/log/syslog à part une série de ^@ Gaëtan signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote proprio à nouveau
Le lundi 31 juillet 2023 à 12:05 +0200, didier gaumet a écrit : > Le 31/07/2023 à 11:18, Gaëtan Perrier a écrit : > [...] > > Par contre depuis j'ai constaté que si je mets un fichier xorg.cong > > basique: > > > > Section "Device" > > Identifier "MyGPU" > > Driver "nouveau" > > EndSection > > > > Le support des décodeurs en user est ok ... > > Donc problème résolu ou il reste un autre truc qui ne marche pas (j'ai > pas épluché les sorties de commandes que tu as citées) ? > Alors finalement j'ai fait l'extraction depuis le pilote 340.xxx et ça me sort beaucoup plus de firmwares: ~$ ls /lib/firmware/nouveau/ nv106_fuc084nv98_vp nvc0_bsp nvcf_fuc085 nvf1_fuc084 nv106_fuc085nva3_bsp nvc0_fuc084 nvcf_fuc086 nvf1_fuc085 nv106_fuc086nva3_fuc084 nvc0_fuc085 nvd7_fuc084 nvf1_fuc086 nv108_fuc084nva3_fuc085 nvc0_fuc086 nvd7_fuc085 vuc-h264-0 nv108_fuc085nva3_fuc086 nvc0_ppp nvd7_fuc086 vuc-mpeg12-0 nv108_fuc086nva3_ppp nvc0_vp nvd9_fuc084 vuc-mpeg4-0 nv84_bspnva3_vp nvc1_fuc084 nvd9_fuc085 vuc-mpeg4-1 nv84_bsp-h264 nva5_fuc084 nvc1_fuc085 nvd9_fuc086 vuc-vc1-0 nv84_vp nva5_fuc085 nvc1_fuc086 nve0_bsp vuc-vc1-1 nv84_vp-h264-1 nva5_fuc086 nvc3_fuc084 nve0_vp vuc-vc1-2 nv84_vp-h264-2 nva8_fuc084 nvc3_fuc085 nve4_fuc084 vuc-vp3-h264-0 nv84_vp-mpeg12 nva8_fuc085 nvc3_fuc086 nve4_fuc085 vuc-vp3-mpeg12-0 nv84_vp-vc1-1 nva8_fuc086 nvc4_fuc084 nve4_fuc086 vuc-vp3-vc1-0 nv84_vp-vc1-2 nvaa_fuc084 nvc4_fuc085 nve6_fuc084 vuc-vp3-vc1-1 nv84_vp-vc1-3 nvaa_fuc085 nvc4_fuc086 nve6_fuc085 vuc-vp3-vc1-2 nv84_xuc00f nvaa_fuc086 nvc8_fuc084 nve6_fuc086 vuc-vp4-h264-0 nv84_xuc103 nvac_fuc084 nvc8_fuc085 nve7_fuc084 vuc-vp4-mpeg12-0 nv98_bspnvac_fuc085 nvc8_fuc086 nve7_fuc085 vuc-vp4-mpeg4-0 nv98_fuc084 nvac_fuc086 nvce_fuc084 nve7_fuc086 vuc-vp4-mpeg4-1 nv98_fuc085 nvaf_fuc084 nvce_fuc085 nvf0_fuc084 vuc-vp4-vc1-0 nv98_fuc086 nvaf_fuc085 nvce_fuc086 nvf0_fuc085 vuc-vp4-vc1-1 nv98_pppnvaf_fuc086 nvcf_fuc084 nvf0_fuc086 vuc-vp4-vc1-2 Du coup en user vainfo me retourne : ~$ vainfo libva info: VA-API version 1.19.0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/nouveau_drv_video.so libva info: Found init function __vaDriverInit_1_17 libva info: va_openDriver() returns 0 vainfo: VA-API version: 1.19 (libva 2.12.0) vainfo: Driver version: Mesa Gallium driver 22.3.6 for NVCF vainfo: Supported profile and entrypoints VAProfileMPEG2Simple: VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointVLD VAProfileVC1Simple : VAEntrypointVLD VAProfileVC1Main: VAEntrypointVLD VAProfileVC1Advanced: VAEntrypointVLD VAProfileH264ConstrainedBaseline: VAEntrypointVLD VAProfileH264Main : VAEntrypointVLD VAProfileH264High : VAEntrypointVLD VAProfileNone : VAEntrypointVideoProc et vdpauinfo retourne toujours en user: ~$ vdpauinfo display: :1 screen: 0 API version: 1 Information string: G3DVL VDPAU Driver Shared Library version 1.0 Video surface: name width height types --- 42016384 16384 NV12 YV12 42216384 16384 UYVY YUYV 44416384 16384 Y8U8V8A8 V8U8Y8A8 420_16 16384 16384 422_16 16384 16384 444_16 16384 16384 Decoder capabilities: namelevel macbs width height MPEG1 0 8192 2048 2048 MPEG2_SIMPLE3 8192 2048 2048 MPEG2_MAIN 3 8192 2048 2048 H264_BASELINE 41 8192 2048 2048 H264_MAIN 41 8192 2048 2048 H264_HIGH 41 8192 2048 2048 VC1_SIMPLE 1 8190 2048 2048 VC1_MAIN2 8190 2048 2048 VC1_ADVANCED4 8190 2048 2048 MPEG4_PART2_SP 3 8192 2048 2048 MPEG4_PART2_ASP 5 8192 2048 2048 DIVX4_QMOBILE --- not supported --- DIVX4_MOBILE --- not supported --- DIVX4_HOME_THEATER --- not supported --- DIVX4_HD_1080P --- not supported --- DIVX5_QMOBILE --- not supported --- DIVX5_MOBILE --- not supported --- DIVX5_HOME_THEATER --- not supported --- DIVX5_HD_1080P --- not supported --- H264_CONSTRAINED_BASELINE 41 8192 2048 2048 H264_EXTENDED --- not supported --- H264_PROGRESSIVE_HIGH --- not supported --- H264_CONSTRAINED_HIGH --- not supported --- H264_HIGH_444_PREDICTIVE --- not supported --- VP9_PROFILE_0
Re: [testing] passage du pilote proprio à nouveau
Le lundi 31 juillet 2023 à 10:00 +0200, didier gaumet a écrit : > Le 31/07/2023 à 00:20, Gaëtan Perrier a écrit : > > Bonjour, > > > > Mon PC étant assez âgé (i5-2500k et Nvidia GTX550Ti) j'utilisais jusqu'à > > maintenant le pilote proprio nvidia 390.157. Tout fonctionnait > > parfaitement. > > Ce pilote n'étant plus maintenu, pas compatible avec kernel 6.4 et retiré > > de > > debian testing j'ai donc décidé de passer à Nouveau. > > apparemment un autre possibilité serait de garder le pilote proprio en > passant de testing à Sid, le pilote proprio y étant toujours disponible > car des modifications mineures ont été apportées pour que ça puisse être > construit avec les noyaux récents, si j'ai bien suivi. A ce que j'ai compris le support "nouveau noyau" s'arrête au 6.3. Quand le 6.4 est arrivé sur ma machine son installation a échoué à cause des pilotes nvidia ... C'est ce qui a motivé mon passage à Nouveau. > > Après c'est à toi de voir, chacun a une perception différente. Perso, > pour moi Debian c'est intéressant en Stable. Mais j'ai déjà joué avec > Testing et Sid par le passé et même Sid+experimental récemment. Je > préférerais suivre Sid que testing, à titre perso, toujours. Ma perception est effectivement différente. ;) Pour moi stable c'est bien sur un serveur. Pour une machine de bureau les appli ne suivent pas assez vite même avec les backports. Après entre testing et sid je n'ai pas vraiment d'avis mais comme ça doit bien faire 20 ans que je tourne en testing (+ qq morceaux sid) je n'ai jamais changé. > > > Mais depuis j'ai régulièrement des freezes et j'ai des doutes sur le fait > > que > > ma config soit correcte. > > > > Pour passer du pilote proprio à Nouveau j'ai donc supprimé tous les paquets > > nvidia-* et libnvidia* > > J'ai supprimé le xorg.conf. > > t'as supprimé ou purgé? Si tu as seulement supprimé, fais un purge des > mêmes paquets, ça peut aider C'était bien un purge qui a été réalisé. > > > J'ai essayé de suivre cette page (qui ne semble pas à jour) pour récupérer > > les > > firmware du pilote 390.157. > > quelle page? oups j'ai oublié le lien :-( https://nouveau.freedesktop.org/VideoAcceleration.html > > > J'ai réussi, après quelques modif du script > > extract_firmware.py, à récupérer les fichiers suivant: > [...] > > tu as essayé avec simplement les firmwares de testing? > firmware-misc-nonfree firmware-nvidia-gsp ou firmware-nvidia-tesla-gsp > A ce que j'ai compris les gsp ne concernent que les cartes depuis l'archi Turing, la mienne est une Fermi bien plus vieille. Pour misc-nonfree oui j'ai essayé mais je n'ai pas les décodeurs. Par contre depuis j'ai constaté que si je mets un fichier xorg.cong basique: Section "Device" Identifier "MyGPU" Driver "nouveau" EndSection Le support des décodeurs en user est ok ... A+ Gaëtan signature.asc Description: This is a digitally signed message part
[testing] passage du pilote proprio à nouveau
Bonjour, Mon PC étant assez âgé (i5-2500k et Nvidia GTX550Ti) j'utilisais jusqu'à maintenant le pilote proprio nvidia 390.157. Tout fonctionnait parfaitement. Ce pilote n'étant plus maintenu, pas compatible avec kernel 6.4 et retiré de debian testing j'ai donc décidé de passer à Nouveau. Mais depuis j'ai régulièrement des freezes et j'ai des doutes sur le fait que ma config soit correcte. Pour passer du pilote proprio à Nouveau j'ai donc supprimé tous les paquets nvidia-* et libnvidia* J'ai supprimé le xorg.conf. J'ai essayé de suivre cette page (qui ne semble pas à jour) pour récupérer les firmware du pilote 390.157. J'ai réussi, après quelques modif du script extract_firmware.py, à récupérer les fichiers suivant: /lib/firmware/nouveau]# ls vuc-h264-0 vuc-vc1-0 vuc-vc1-1 vuc-vc1-2 vuc-vp4-h264-0 vuc-vp4-vc1-0 vuc-vp4-vc1-1 vuc-vp4-vc1-2 Après reboot en root j'obtiens les résultats en ci-dessous pour vainfo et vdpauinfo. Mais en user j'obtiens un résultat différent notamment pour vdpauinfo où les decoder ne sont pas présent ci-dessous également glxinfo est similaire dans les 2 cas. Bref je suis un peu perdu et les infos sur https://nouveau.freedesktop.org semblent vraiment pas à jour :( Qu'en pensez ? Qu'est-ce que j'ai loupé ? Gaëtan root display: :1 screen: 0 API version: 1 Information string: G3DVL VDPAU Driver Shared Library version 1.0 Video surface: name width height types --- 42016384 16384 NV12 YV12 42216384 16384 UYVY YUYV 44416384 16384 Y8U8V8A8 V8U8Y8A8 420_16 16384 16384 422_16 16384 16384 444_16 16384 16384 Decoder capabilities: namelevel macbs width height MPEG1 --- not supported --- MPEG2_SIMPLE --- not supported --- MPEG2_MAIN --- not supported --- H264_BASELINE --- not supported --- H264_MAIN --- not supported --- H264_HIGH --- not supported --- VC1_SIMPLE --- not supported --- VC1_MAIN --- not supported --- VC1_ADVANCED --- not supported --- MPEG4_PART2_SP --- not supported --- MPEG4_PART2_ASP--- not supported --- DIVX4_QMOBILE --- not supported --- DIVX4_MOBILE --- not supported --- DIVX4_HOME_THEATER --- not supported --- DIVX4_HD_1080P --- not supported --- DIVX5_QMOBILE --- not supported --- DIVX5_MOBILE --- not supported --- DIVX5_HOME_THEATER --- not supported --- DIVX5_HD_1080P --- not supported --- H264_CONSTRAINED_BASELINE --- not supported --- H264_EXTENDED --- not supported --- H264_PROGRESSIVE_HIGH --- not supported --- H264_CONSTRAINED_HIGH --- not supported --- H264_HIGH_444_PREDICTIVE --- not supported --- VP9_PROFILE_0 --- not supported --- VP9_PROFILE_1 --- not supported --- VP9_PROFILE_2 --- not supported --- VP9_PROFILE_3 --- not supported --- HEVC_MAIN --- not supported --- HEVC_MAIN_10 --- not supported --- HEVC_MAIN_STILL--- not supported --- HEVC_MAIN_12 --- not supported --- HEVC_MAIN_444 --- not supported --- HEVC_MAIN_444_10 --- not supported --- HEVC_MAIN_444_12 --- not supported --- AV1_MAIN --- not supported --- AV1_HIGH --- not supported --- AV1_PROFESSIONAL --- not supported --- Output surface: name width height nat types B8G8R8A8 16384 16384y NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 P010 P016 A4I4 I4A4 A8I8 I8A8 R8G8B8A8 16384 16384y NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 P010 P016 A4I4 I4A4 A8I8 I8A8 R10G10B10A2 16384 16384y NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 P010 P016 A4I4 I4A4 A8I8 I8A8 B10G10R10A2 16384 16384y NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 P010 P016 A4I4 I4A4 A8I8 I8A8 Bitmap surface: name width height -- B8G8R8A8 16384 16384 R8G8B8A8 16384 16384 R10G10B10A2 16384 16384 B10G10R10A2 16384 16384 A8 16384 16384 Video mixer: feature namesup DEINTERLACE_TEMPORAL y DEINTERLACE_TEMPORAL_SPATIAL - INVERSE_TELECINE - NOISE_REDUCTION y SHARPNESSy LUMA_KEY y HIGH QUALITY SCALING - L1y HIGH QUALITY SCALING - L2- HIGH QUALITY SCALING - L3
Re: Intérêt d’un « NAS » commercial ou open source ?
Bonjour, Je ne vais pas répondre à toutes tes interrogations mais juste partager ma toute petite expérience. J'ai un NAS Synology 4 baies (DS918+). Pourquoi avoir choisi un NAS tout fait plutôt que d'en monter un à base d'une debian ? En premier pour l'intégration ! C'est tout petit ça ne prend pas de place, ça ne fait pas de bruit (ou si peu). Quand on vit dans un petit appartement c'est important ! En second parce que je n'ai pas des besoins poussés donc l'eco système Synology me convient très bien. C'est simple, efficace, maintenu sur une longue période. Pourquoi ne pas avoir choisi une sauvegarde en ligne ? En fait je fais les deux. En matière de sauvegarde je ne fie pas à une seule technique... Un hébergeur peut toujours disparaître, ses serveurs planter, etc. Enfin sur un Synology tu peux te connecter en ssh pour faire de la cli si tu veux. Mais n'ayant pas expérimenté la chose je n'en connais pas les limites. A+ Gaëtan Le 27 juillet 2023 11:12:49 GMT+02:00, RogerT a écrit : >Bonjour, > >J’ai eu l’occasion de manipuler quelques « NAS » commerciaux (un serveur avec >une baie…). Dont qnap et synology (basé sur debian). > >Le matériel neuf fait bonne figure. > >Le GUI est censé simplifier la vie de l’administrateur, mais de mon expérience >la lui complique et le ralentit, l’empêche de gérer vite et bien en CLI. Et en >particulier de faire des scripts et de personnaliser le système, en partie >verrouillé. Ou alors il faut passer par des panneaux lents et contraignants. >Sans compter la dépendance matérielle ET logicielle à un éditeur qui >verrouille le système libre qu’il intègre (debian). > >Je comprends que celui qui veut sauvegarder ses machines win/mac/linux peut le >faire avec très peu de compétences (presser des boutons). > >Mais il peut très bien faire des sauvegardes chiffrées chez un hébergeur de >son choix qui propose le même service. >Le temps de restauration sera dicté par le débit de sa connexion (mais il >peut aussi conserver une sauvegarde sur un support de stockage en local) >Non ? > >Il y a sur ces « NAS » (qui est un serveur avec du stockage attaché, donc un >serveur… oui, le stockage pourrait être attaché au réseau / SAN…) diverses >applications : utilisateurs, vpn, serveur de fichier (avec accès web), serveur >de messagerie, serveur de nom, etc. > >Mais un serveur debian peut faire tout ça, librement. > >J’ai aussi aperçu divers « NAS » opensource (truenas, freenas…). Je ne les >connais pas. > >Ce genre de matériel propose aussi de monter un cluster haute dispo juste en >branchant un câble 10 Gbps pour le heartbeat et de cliquer sur un bouton « >créer le cluster » (de ce qu’on m’a rapporté, il arrive quand même des >problèmes). > >Par ailleurs, Proxmox est disponible en version gratuite ou avec support >payant. Ça fonctionne bien mais il faut quand même de l’expertise pour le >gérer en production. > >Quand un support de stockage tombe en rade, le NAS ne suffit pas pour le >diagnostiquer : il faut le sortir et le tester avec l’outil de son fabricant. >Bon… Inutile, autant le remplacer à chaud s’il donne un signe de faiblesse… > >Selon vous, quel intérêt a un « NAS » commercial par rapport à un serveur >debian ? >Et surtout pour qui ? (Cad selon le profil de son propriétaire et >administrateur). > >Autrement dit : à partir de quel niveau un administrateur système debian >peut-il se passer purement et simplement de ce genre d’engin (basé sur debian, >au moins pour synology) ? > >Merci. -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
[regle] Re: [testing] crash firefox 114.0-1
Le jeudi 22 juin 2023 à 22:33 +0200, Gaëtan Perrier a écrit : > Bonjour, > > Depuis ce soir suite aux mises à jours de testing du jour, firefox crash au > démarrage même en --safe-mode. > > ~$ firefox --safe-mode > ExceptionHandler::GenerateDump cloned child > ExceptionHandler::WaitForContinueSignal waiting for continue signal... > 16491 > ExceptionHandler::SendContinueSignalToChild sent continue signal to child > Exiting due to channel error. > Exiting due to channel error. > ~$ Failed to open curl lib from binary, use libcurl.so instead > ~$ > > Est-ce de même pour vous ? > > Gaêtan Bonjour, Ce matin ça refonctionne ... Gaëtan signature.asc Description: This is a digitally signed message part
[testing] crash firefox 114.0-1
Bonjour, Depuis ce soir suite aux mises à jours de testing du jour, firefox crash au démarrage même en --safe-mode. ~$ firefox --safe-mode ExceptionHandler::GenerateDump cloned child ExceptionHandler::WaitForContinueSignal waiting for continue signal... 16491 ExceptionHandler::SendContinueSignalToChild sent continue signal to child Exiting due to channel error. Exiting due to channel error. ~$ Failed to open curl lib from binary, use libcurl.so instead ~$ Est-ce de même pour vous ? Gaêtan signature.asc Description: This is a digitally signed message part
Re: Installation de Bookworm
Le samedi 13 mai 2023 à 19:34 +0200, didier gaumet a écrit : > Le 13/05/2023 à 15:24, Gaëtan Perrier a écrit : > > > Non unstable n'est pas du tout un instantané de la future stable, seul > > testing > > l'est. Beaucoup de paquets d'unstable sont en avance sur testing et leur > > transition automatique vers testing est bloquée pendant le freeze. > [...] > > je t'assure, je ne te contredis pas juste pour te contrarier ;-) Le progrès naît de la contradiction ;-) > > Systématiquement, en période de freeze de la future version Stable, ne > sont acceptés dans Unstable que les choses destinées à être intégrées > dans cette prochaine Stable. > > Concrètement, depuis le 12 février (début du soft freeze Bookworm) et > jusqu'au 10 juin 2023 (date prévisionnelle de publication de Bookworm), > donc ici pendant 4 mois, Unstable représente l'instantané du Bookworm > avec les correctifs qui y seront intégrés si ils sont jugés satisfaisants: > https://release.debian.org/testing/freeze_policy.html#soft > (cf le paragraphe "No changes in unstable that are not targeted for > bookworm") > Ce n'est pas parce qu'il ne faut introduire de changements qui ne sont pas à destination de testing qu'il n'y en a pas déjà (introduit avant le freeze) qui ne seront pas pris dans testing. Unstable comporte aussi des paquets qui ont été supprimés de testing (par exemple des legacy nvidia) et ne reviendront pas dans stable. Autre exemple dans unstable il y a firefox 113 alors que testing (et donc bookworm) est sur firefox-esr 112. D'ailleurs toutes les versions stables utilisent un firefox-esr et non firefox qui est seulement dans unstable. Pour moi la version la plus proche de la future stable est testing, même si bien sûr tous les paquets passent par unstable avant. > C'est un malentendu qui est parfois entretenu par le site Debian et le > Wiki Debian eux-même: il faut un peu chercher pour s'apercevoir que pour > Debian, en fait, bien qu'il y ait 4 distributions (stable, testing, > unstable, experimental) dont seules les 3 premières sont complètes, il y > a 1 seul vrai système d'exploitation: Stable. En gros d'après moi > (...opinion), pour Debian, Experimental est un outil permettant de faire > de la veille technique pour ne pas se faire larguer pendant les freezes, > Unstable est un outil de tests unitaires et Testing un outil de tests > d'intégration > cf https://fr.wikipedia.org/wiki/Test_(informatique) > > Toujours d'après moi (c'est subjectif), Debian Unstable, hors période de > freeze, redevient une distrib de type rolling release, mais une distrib > de test (l'équivalent du canal testing de Archlinux, pas du canal > ordinaire). Pour moi la différence c'est ça: Unstable est parfois > partiellement cassée, parfois assez longtemps alors qu'Archlinux (ou > Opensuse Tumbleweed ou...) sont parfois cassées mais de manière moins > étendue et plus courte. Pourquoi? parce que leurs éditeurs considèrent > ces distros comme des distros de production alors que pour l'équipe > Debian, Unstable (ou Testing) à la base c'est fait pour tester le futur > stable, donc t'es plus simple utilisateur, t'es opérateur de tests. Le > but intrinsèque n'est pas qu'on puisse utiliser une version de Debian > avec des paquets récents, le but est de tester différentes formes de la > future version stable de Debian. Bien sûr que pour debian la seule version de production est la stable avec éventuellement les backports. Mais en dehors des périodes de freeze, testing est moins souvent cassée que unstable et en période de freeze testing est la plus proche de la future stable car elle est contient tous les paquets qui y seront et seulement ceux qui y seront. > > ça n'empêche bien sûr pas qu'on puisse utiliser Testing ou Unstable, > faut juste comprendre quelles sont les conditions d'emploi et leurs > conséquences :-) > Perso j'utilise testing (avec quelques paquets unstable) comme rolling release depuis au moins 20 ans sans soucis majeurs. Il faut juste être très méfiant avec les dist-upgrade ... A+ Gaëtan signature.asc Description: This is a digitally signed message part
Re: Installation de Bookworm
Le vendredi 12 mai 2023 à 14:44 +0200, didier gaumet a écrit : > C'est un peu le même phénomène avec Unstable: si tu l'installes > aujourd'hui, vu que grosso-modo elle représente un instantané de la > future Stable (Bookworm), tu vas te dire"finalement on fait tout un plat > mais Unstable(Sid) ça marche bien et c'est facile à gérer). Non unstable n'est pas du tout un instantané de la future stable, seul testing l'est. Beaucoup de paquets d'unstable sont en avance sur testing et leur transition automatique vers testing est bloquée pendant le freeze. Si tu installes avec un installeur testing aujourd'hui tu auras presque bookworm et après l'installation tu vérifies que dans les sources list tu as bien bookworm et non testing. Comme ça le 10 juin tu es sur stable pour plusieurs années. Gaëtan signature.asc Description: This is a digitally signed message part
Re: Debian et cartes graphique Intel ARC ?
Le lundi 08 mai 2023 à 09:51 +0200, Basile Starynkevitch a écrit : > > On 5/8/23 06:13, Bernard Schoenacker wrote: > > > > - Mail original ----- > > De: "Gaëtan Perrier" > > À: "debian-user-french" > > Envoyé: Lundi 8 Mai 2023 02:46:12 > > Objet: Debian et cartes graphique Intel ARC ? > > > > Bonjour, > > > > Est-ce que les cartes graphiques Intel ARC, notamment ARC 750/770 sont bien > > supportées sur les debian ? > > Par rapport aux Nvidia/AMD avez-vous des retours d'expériences ? > > > > A+ > > > > Gaëtan > > > > > > Bonjour, > > > > Avec G.. , il faut décapsuler pour que son esprit s'éveille, les données > > sont > > disponibles chez Intel avec la procédure d'installation pour les paquets > > Deb > > même si c'est inscrit pour Ubuntu... > > > > Bonjour, > > > Je n'ai pas de carte Intel ARC. > > J'ai entendu dire que pour l'affichage elles sont bien supportées par > Linux. Je l'ai lu sur > https://www.phoronix.com/review/intel-a750-a770-arc-linux > > Par contre, les cartes graphiques haut de gamme peuvent aussi être > utilisées pour du calcul matriciel spécialisé. NVIDIA propose > https://developer.nvidia.com/cuda-toolkit (gratuit mais pas libre), et > AMD propose OpenCL https://fr.wikipedia.org/wiki/OpenCL (j'ai comprise > que c'est plus du logiciel en partie libre, et pas seulement gratuit). > > > J'ignore quelles sont les possibilités de calcul vectoriel déporté sur > carte Intel ARC. > > Si on veut faire du calcul scientifique intensif, ça a son importance! > > Pour info, les compilateurs GCC récents proposent > https://gcc.gnu.org/wiki/OpenACC > Niveau OpenCL ça semble pas mal: https://www.phoronix.com/review/arc-graphics-compute-q1 Niveau usages je vise Darktable/Rawtherapee et Flightgear. A+ Gaëtan signature.asc Description: This is a digitally signed message part
Re: Debian et cartes graphique Intel ARC ?
Le lundi 08 mai 2023 à 06:13 +0200, Bernard Schoenacker a écrit : > > > - Mail original - > De: "Gaëtan Perrier" > À: "debian-user-french" > Envoyé: Lundi 8 Mai 2023 02:46:12 > Objet: Debian et cartes graphique Intel ARC ? > > Bonjour, > > Est-ce que les cartes graphiques Intel ARC, notamment ARC 750/770 sont bien > supportées sur les debian ? > Par rapport aux Nvidia/AMD avez-vous des retours d'expériences ? > > A+ > > Gaëtan > > > Bonjour, > > Avec G.. , il faut décapsuler pour que son esprit s'éveille, les données sont Jeu de d'esprit Maître Capello :-) > disponibles chez Intel avec la procédure d'installation pour les paquets Deb > même si c'est inscrit pour Ubuntu... > > https://dgpu-docs.intel.com/installation-guides/ubuntu/ubuntu-jammy-arc.html > Oui j'avais vu mais ubuntu n'étant pas debian je me méfie des nuances qu'il peut y avoir niveau noyau ou du côté des dépendances graphiques (mesa, opengl, etc.). D'où ma question spécifiquement axée debian. ;-) A+ Gaëtan signature.asc Description: This is a digitally signed message part
Debian et cartes graphique Intel ARC ?
Bonjour, Est-ce que les cartes graphiques Intel ARC, notamment ARC 750/770 sont bien supportées sur les debian ? Par rapport aux Nvidia/AMD avez-vous des retours d'expériences ? A+ Gaëtan signature.asc Description: This is a digitally signed message part
Re: [testing] shadow drive et debian
Le samedi 15 avril 2023 à 19:01 +0200, Haricophile a écrit : > Le Wed, 12 Apr 2023 23:10:01 +0200, > Gaëtan Perrier a écrit : > > > Bonjour, > > > > Je viens d'essayer d'installer le paquet deb shadow 8.0.10059 sur ma > > debian testing. > > Y a eu une erreur à la fin de l'installation du paquet mais ça s'est > > installé quand même. Ensuite quand je lance l'appli shadow PC ça > > m'ouvre une fenêtre me proposant de me logger via un navigateur. Ce > > que je fais et là j'ai une erreur me disant "Connection failed" et me > > disant que je n'ai pas de plan souscrit. Pourtant j'ai bien un shadow > > drive. Est-ce quelqu'un rencontre le même soucis ou a réussi à se > > connecter ? > > > > Gaëtan > > Plusieurs choses: > > - Ne pas confondre Shadow (l'ordinateur «cloud») et Shadow Drive (le > stockage cloud) ! Le paquet Debian n'est pas pour Shadow Drive, mais > pour l'ordinateur virtuel. > Donc avec la version appimage de Shadow DRIVE ça fonctionne très bien > chez moi. Aahh !! C'est super pas clair sur la page de téléchargement ! Maintenant ça fonctionne nickel ! :) Merci beaucoup ! A+ Gaëtan signature.asc Description: This is a digitally signed message part
Re: [testing] shadow drive et debian
Le jeudi 13 avril 2023 à 12:17 +0200, didier gaumet a écrit : > Le mercredi 12 avril 2023 à 23:10 +0200, Gaëtan Perrier a écrit : > > Bonjour, > > > > Je viens d'essayer d'installer le paquet deb shadow 8.0.10059 sur ma > > debian > > testing. > > Y a eu une erreur à la fin de l'installation du paquet mais ça s'est > > installé > > quand même. Ensuite quand je lance l'appli shadow PC ça m'ouvre une > > fenêtre me > > proposant de me logger via un navigateur. Ce que je fais et là j'ai > > une erreur > > me disant "Connection failed" et me disant que je n'ai pas de plan > > souscrit. > > Pourtant j'ai bien un shadow drive. > > Est-ce quelqu'un rencontre le même soucis ou a réussi à se connecter > > ? > > > > Gaëtan > > Bonjour, > > tu as installé le paquet par dpkg ou apt (apt me semble préférable > parce qu'il installe les dépendances)? quel était le message d'erreur? > à la milite, purge et réinstalle pour avoir le message d'erreur parce > que par définition, si il y a un message d'erreur, ça peut être un > problème... > (mais bon j'en sais rien, je ne connais pas Shadow (la société derrière > et l'outil), j'ai juste lu que l'outil est basé sur Nextcloud) > J'ai purgé et réinstallé mais plus d'erreur mais ça ne fonctionne pas mieux pour autant ... Sinon shadow c'est le remplaçant de Hubic et c'est OVH derrière. A+ Gaëtan signature.asc Description: This is a digitally signed message part
Re: [testing] shadow drive et debian
Le jeudi 13 avril 2023 à 00:42 +0200, Bernard Schoenacker a écrit : > > > - Mail original - > De: "Gaëtan Perrier" > À: "liste.debian" > Envoyé: Mercredi 12 Avril 2023 23:10:01 > Objet: [testing] shadow drive et debian > > Bonjour, > > Je viens d'essayer d'installer le paquet deb shadow 8.0.10059 sur ma debian > testing. > Y a eu une erreur à la fin de l'installation du paquet mais ça s'est installé > quand même. Ensuite quand je lance l'appli shadow PC ça m'ouvre une fenêtre > me > proposant de me logger via un navigateur. Ce que je fais et là j'ai une > erreur > me disant "Connection failed" et me disant que je n'ai pas de plan souscrit. > Pourtant j'ai bien un shadow drive. > Est-ce quelqu'un rencontre le même soucis ou a réussi à se connecter ? > > Gaëtan > > Bonjour, > > Merci de bien vouloir relire ce didacticiel et d'indiquer si possible > les endroits qui posent un problème : > > https://support.shadow.tech/hc/fr/articles/360008252593-Installation-de-l-application-Shadow-sur-Ubuntu-et-ajout-du-support-Wayland > > paquet à installer et qui sont prérequis : > > sudo apt install -y libva-glx2 libvdpau1 libva-drm2 libcurl4 libva-wayland2 > > Etape 3 : Ajoutez à "L'input group" > > sudo usermod -a -G input $USER > > Etape 1 : Activer le module "input" > > echo "uinput" > /etc/modules-load.d/uinput.conf > > Etape 2 : Donner la permission à Shadow d'utiliser le module "input" > > echo -e ' KERNEL=="uinput", MODE="0660", GROUP="shadow-input" '>> > /etc/udev/rules.d/65-shadow-client.rules > > > Etape 3 : Ajouter l'utilisateur au groupe shadow-input > > usermod -a -G shadow-input $USER > > Merci > > @+ > > Bernard > > Salut, Mon problème est bien après tout ça, comme indiqué dans mon premier message, c'est lors de la connexion qu'il y a problème. Gaëtan signature.asc Description: This is a digitally signed message part
Re: [testing] shadow drive et debian
Le mercredi 12 avril 2023 à 23:10 +0200, Gaëtan Perrier a écrit : > Bonjour, > > Je viens d'essayer d'installer le paquet deb shadow 8.0.10059 sur ma debian > testing. > Y a eu une erreur à la fin de l'installation du paquet mais ça s'est installé > quand même. Ensuite quand je lance l'appli shadow PC ça m'ouvre une fenêtre > me > proposant de me logger via un navigateur. Ce que je fais et là j'ai une > erreur > me disant "Connection failed" et me disant que je n'ai pas de plan souscrit. > Pourtant j'ai bien un shadow drive. > Est-ce quelqu'un rencontre le même soucis ou a réussi à se connecter ? > > Gaëtan Info supplémentaire, si je lance shadow-prod en CLI j'ai ces erreurs: libva error: vaGetDriverNameByIndex() failed with unknown libva error, river_name = (null) [84551:0413/011431.194972:ERROR:nss_util.cc(286)] After loading Root Certs, loaded==false: NSS error code: -8018 Mais je ne sais pas si c'est lié au problème. Gaëtan signature.asc Description: This is a digitally signed message part
[testing] shadow drive et debian
Bonjour, Je viens d'essayer d'installer le paquet deb shadow 8.0.10059 sur ma debian testing. Y a eu une erreur à la fin de l'installation du paquet mais ça s'est installé quand même. Ensuite quand je lance l'appli shadow PC ça m'ouvre une fenêtre me proposant de me logger via un navigateur. Ce que je fais et là j'ai une erreur me disant "Connection failed" et me disant que je n'ai pas de plan souscrit. Pourtant j'ai bien un shadow drive. Est-ce quelqu'un rencontre le même soucis ou a réussi à se connecter ? Gaëtan signature.asc Description: This is a digitally signed message part
[HS à moitié] LMDE 5 et boot
Bonjour, Je viens vous solliciter pour un problème de boot sur une LMDE 5 suite à upgrade depuis LMDE 4. Le mécanisme de boot provenant de debian je ne pense pas être totalement HS ... ;) Le problème est le suivant. Si on boote normalement, on finit, après un premier splashscreen, sur un écran noir avec juste le curseur en haut à gauche. Plus rien ne répond, le clavier ne fonctionne pas, etc. Le serveur X ne semble pas avoir décolé. Bref arrêt par l'alim obligatoire. Par si on interrompt le boot au niveau de grub, que l'on choisit le mode recovery et qu'une fois le mot de passe demandé on fait CTRL-D pour continuer sur un boot normal, tout se passe bien, le serveur X démarre correctement, etc. Si à ce moment on regarde les logs, je ne vois rien d'anormal concernant le boot précédent ... Quelqu'un aurait-il déjà rencontré ce genre de problème ? Précision: le driver proprio de nvidia est utilisé. A+ Gaëtan signature.asc Description: This is a digitally signed message part
Re: Copier 300GB d'un disque dur a un autre
Moi je ferais un dd puis ensuite j'agrandirai la partition sur le nouveau disque. Gaëtan Le 12 septembre 2022 12:25:28 GMT+02:00, hamster a écrit : >Le 12/09/2022 à 12:09, Hugues MORIN-TRENEULE a écrit : >> Bonjour a tous >> >> Je viens vers vous car malgré plusieurs essais, je n'arrive pas à copier >> 300GB de fichier d'un disque dur à un autre. >> Tous mes essais jusqu'à présent se sont soldés par des erreurs assez graves: >> impossible de lire le disque de destination, problème de propriétaire ou >> d'autorisations enfin bon que des trucs super angoissant où l'on se >> demande si on a pas tout perdu :-( >> >> J'ai besoin de copier ces fichiers/dossiers car le HD qui les contient est >> presque plein (90%). >> >> Au niveau technique, la machine est assez ancienne et tourne encore sous >> Stretch. >> Le HD source est un SATA de 320GB contenant une partition NTFS (sdb1) et un >> espace non alloué de 1,4MB (je ne me rappelle plus pourquoi c'est la ca...). >> Le HD de destination est un SATA de 1TB ne contenant qu'une partition NTFS >> (sdc1). >> Les 2 partitions sont montées par fstab, sdb1 en /mnmt/data et sdc1 en >> /mnt/data2. >> >> Ma dernière tentative d'hier avec la commande: >> cp -R --preserve=all /mnt/data/mondossier /mnt/data2/ > >NTFS c'est un format de système de fichiers proprietaire de microsoft. Son >fonctionnement est secret. Linux arrive tant bien que mal a le supporter mais >c'est tout un morceau de bravoure d'arriver a le faire. > >Dans ce systeme de fichiers la gestion des droits et des propriétaires n'est >pas fait de la meme manière que dans linux, d'ou les soucis que tu a >rencontrés. > >Je te conseille de virer l'option --preseve=all parce que linux ne sait pas >bien faire ca sur du NTFS. Evidamment tu va perdre les métadonnées de tes >fichiers (gestion des droits, du proprietaire, date de création et >modification, etc…). > >Si tu veux faire une bonne copie de NTFS vers NTFS en gardant bien toutes les >métadonnées, fais la sous windows et non pas sous linux. > -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
[testing] problème sortir de veille
Bonjour, Depuis quelques temps la sortie de veille ne fonctionne plus correctement sur mon Lenovo T420 sous testing. Quand je ferme l'écran le système part bien en veille. Quand je réouvre l'écran le système semble se réveiller (y a un bip, et le voyant veille s'éteint) mais l'écran reste noir et le clavier ne semble pas fonctionnel. Est-ce qu'il y a des choses qui ont changé à ce niveau ? Gaëtan signature.asc Description: This is a digitally signed message part
Re: [testing]
Le mercredi 10 novembre 2021 à 18:19 +0100, err...@free.fr a écrit : > On 11/10/21 5:06 PM, Gaëtan Perrier wrote: > > Bonjour, > > > > Je viens de m'apercevoir que j'ai des problèmes de son sur une testing: > > - mon micro usb qui fonctionnait précédemment ne fonctionne plus, > > - les hauts parleurs fonctionnent sauf dans certains cas, par ex jitsi dans > > Firefox 94 > > D'autres personnes rencontrent-elles ce problème ? > > > > Gaëtan > > > > j'ai eu plein de problemes depuis environ une semaine avec le son dans de la > video conférence (jitsi, galene, google meet) en utilisant firefox 94 > y compris avec un profil tout neuf. > je n'ai plus eu ces problèmes de son en descendant à firefox 92 > J'essaierai de revenir sur Firefox 92 pour voir. Par contre je ne comprends pas pourquoi le micro ne fonctionne pas même dans les paramètres son de Gnome ? Gaëtan signature.asc Description: This is a digitally signed message part
[testing]
Bonjour, Je viens de m'apercevoir que j'ai des problèmes de son sur une testing: - mon micro usb qui fonctionnait précédemment ne fonctionne plus, - les hauts parleurs fonctionnent sauf dans certains cas, par ex jitsi dans Firefox 94 D'autres personnes rencontrent-elles ce problème ? Gaëtan signature.asc Description: This is a digitally signed message part
[testing] Evolution 3.42 et bal local
Bonjour, Depuis le passage d'Evolution de la version 3.38 à la 3.42 celui-ci n'arrive plus à accéder aux bal locales dans /var/mail/ Il se plaint de ne pouvoir verrouiller /var/mail/ Auriez-vous une idée de la cause ? Merci, Gaëtan signature.asc Description: This is a digitally signed message part
Re: [testing] gnome 40 et touchpad
Le vendredi 17 septembre 2021 à 16:33 +0200, didier gaumet a écrit : > peut-être (je suis sous Bullseye donc je n'ai pas vérifié et de toutes > façons j'utilise le moins possible mon touchpad) des pistes ici: > https://discourse.gnome.org/t/how-to-disable-edit-touchpad-gestures-in-gnome-40/6081/5 > https://bbs.archlinux.org/viewtopic.php?id=265360 > > Finalement c'est revenu tout seul ... Gaëtan signature.asc Description: This is a digitally signed message part
[testing] gnome 40 et touchpad
Bonjour, Depuis l'arrivée de Gnome 40 dans testing le touchpad de mon portable (Lenovo T420) ne fonctionne plus que de manière très basique. L'edge scrolling ne fonctionne plus, le déplacement du curseur est lent malgré un réglage à fond. J'ai regardé dans dconf et les réglages sont pourtant bons. Auriez-vous une idée du pourquoi du comment ? Gaëtan signature.asc Description: This is a digitally signed message part
Re: Firefox unstable
Bonjour, Je relance le sujet car je ne comprends toujours pas ce qui se passe. La page de firefox annonce qu'unstable est en 92 mais seule la 88 est indiquée par apt ... A+ Gaëtan Le jeudi 08 juillet 2021 à 19:30 +0200, Gaëtan Perrier a écrit : > Bonjour, > > Si je regarde ici: > https://tracker.debian.org/pkg/firefox > > Je vois que la version est 89.0.2-1 pour unstable. > > Mais sur ma machine 'apt show firefox -a' me montre seulement une version > 88.0.1-1 !? > > Pourquoi donc ? > > Gaëtan signature.asc Description: This is a digitally signed message part
Re: Debian avec info de debugging?
Bonjour, N'est ce pas le but des paquets *-dbg ? Gaëtan Le 23 juillet 2021 13:49:37 GMT+02:00, Basile Starynkevitch a écrit : >Bonjour à tous, > > >Je cherche une variante de Debian (niveau testing au moins) ou Ubuntu >(21 ou mieux) dont tous les paquets codés en C ou en C++ ont été compilé >(en pratique) avec gcc -O2 -g ou g++ -O2 -g > > >Autrement dit, une variante de Debian avec un maximum d'info de >debugging (au format DWARF5) > > >Est-ce que ça existe, ou bien est-il possible de configurer mon >/etc/apt/sources.list > > >Librement > > >PS. Ca me sert aussi bien pour l'analyseur C & C++ Bismon en >https://github.com/bstarynk/bismon/ que pour le projet RefPerSys en >http://refpersys.org/ > > >-- >Basile Starynkevitch >(only mine opinions / les opinions sont miennes uniquement) >92340 Bourg-la-Reine, France >web page: starynkevitch.net/Basile/ > -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Re: installation debian 10.10.0 sur Dynabook Satellite Pro L50-G-103
Le mardi 20 juillet 2021 à 07:34 +0200, Thomas Trupel a écrit : > Bonjour, > > En voulant renouveler mon PC portable et en même temps passer > définitivement à Linux, j'ai fait l'acquisition d'un PC portable > Dynabook Satellite Pro L50-G-103... bien mal m'en a pris ! > Dès sa réception je me suis empressé d'insérer une clé USB bootable > (avec l'image firmware-10.10.0-amd64-DVD-1.iso dessus via > rufus-3.10p.exe) et j'ai lancé l'installation de Debian. > Voulant me débarrasser définitivement de Windows, j'ai reformaté les > deux espaces de stockage du PC (HDD + SDD) et j'ai sélectionné le SDD > pour l'installation de Debian. > > L'installation s'est bien déroulée mais je n'ai jamais réussi à booter > sur Debian... > Après quelques tests avec un live CD Ubuntu, j'ai constaté que la > variable UEFI BootOrder est écrasée par le firmware UEFI du PC à chaque > redémarrage... > Que me conseillez-vous avant d'abandonner ? > > Cordialement, > Thomas Trupel > A chaque fois que j'ai eu des problèmes de ce genre, j'ai utilisé refind (https://www.rodsbooks.com/refind/ ) et ça a résolu le problème. Gaëtan signature.asc Description: This is a digitally signed message part
Re: Audacity [was Re: Logiciel pour enregistrer du son]
Le dimanche 11 juillet 2021 à 18:32 +0200, Jean-Marc a écrit : > > > Le 11/07/21 à 15:50, Gaëtan Perrier a écrit : > > Le dimanche 11 juillet 2021 à 10:21 +0200, Raphaël POITEVIN a écrit : > > > Audacity, dans sa version encore éthique. > > > > > > > Peux-tu préciser, stp ? > > Je suppose que Raphaël parle de ceci : > https://www.phonandroid.com/audacity-open-source-espionne-utilisateurs.html > > Mais la version Debian est encore "éthique" : > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=990737 > > Merci pour l'info. Je n'étais pas au courant. Heureusement que grâce aux sources on peut retirer la partie incriminée. Gaëtan signature.asc Description: This is a digitally signed message part
Re: GPS, logiciels libres et Debian
Le vendredi 09 juillet 2021 à 21:05 +0200, sebastien.di...@free.fr a écrit : > > Quant à moi, je préfère conserver à mon smartphone ses fonctions de > téléphone et de point d'accès wifi. En randonnée, il est au fond de nom > sac, à l'abri des éléments. Et mon Etrex 30 a une autonomie bien plus > importante que mon smartphone quand j'active le GPS et je lance Osmand. > Je partage ton avis. Le smartphone a l'avantage de son grand écran pour la consultation des cartes mais pour le reste je préfère un GPS de rando dédié qui est bien plus pratique à l'usage: - tenue en main très supérieure, un smartphone glisse trop facilement de la main (l'écran d'un de mes smartphones n'y a pas survécu), - le smartphone contenant beaucoup de données sensibles le mien est toujours verrouillé. Très pénible quand on veut consulter rapidement. - l'autonomie avec le GPS actif en permanence est supérieure sur les GPS dédiés, - les écrans des GPS dédiés sont plus lisibles en plein soleil Perso j'utilise un Twonav Cross qui malgré sa compacité a un écran sublime. Gaëtan signature.asc Description: This is a digitally signed message part
Re: GPS, logiciels libres et Debian
Le vendredi 09 juillet 2021 à 15:09 +0200, didier gaumet a écrit : > > Inconvénient supplémentaire du GPS dédié, au moins chez Tomtom mais je > pense que c'est pareil ailleurs: les "mises à jour à vie" sont une > tromperie sémantique car il s'agit de la vie commerciale de l'appareil > (t'achètes ton GPS aujourd'hui? Si dans 6 mois le constructeur arrête la > vente de ce modèle, t'es refait) > Ayant eu un Tomtom One V1 (sortie en 2005 de mémoire) les mises à jours de cartes n'ont pris fin qu'il y a environ 2 ans. Soit bien après la fin de vie commerciale du produit ... Gaëtan signature.asc Description: This is a digitally signed message part
Audacity [was Re: Logiciel pour enregistrer du son]
Le dimanche 11 juillet 2021 à 10:21 +0200, Raphaël POITEVIN a écrit : > Audacity, dans sa version encore éthique. > Peux-tu préciser, stp ? Gaëtan signature.asc Description: This is a digitally signed message part
Firefox 89
Bonjour, Si je regarde ici: https://tracker.debian.org/pkg/firefox Je vois que la version est 89.0.2-1 pour unstable. Mais sur ma machine 'apt show firefox -a' me montre seulement une version 88.0.1-1 !? Pourquoi donc ? Gaëtan signature.asc Description: This is a digitally signed message part
Re: Problème de montage d'un disque dur "ZFS"
Le mercredi 07 juillet 2021 à 00:50 +0200, Nicolas FRANCOIS a écrit : > Le Tue, 06 Jul 2021 23:13:57 +0200, > Gaëtan Perrier a écrit : > > > Bonjour, > > > > J'avoue ne pas tout comprendre de ce que tu indiques. > > GPT et ZFS ne sont pas antinomiques. GPT est un format de table de > > partitions alors que ZFS est un système de fichier pour une partition. > > Tu peux donc très bien avoir un disque avec une table GPT qui > > contient des partitions ZFS. > > Jusque là, je comprends. > > > Ensuite tu dis que gparted l'identifie comme étant ZFS mais dans la > > copie de sortie de gparted je ne vois pas trace de quelque chose en > > ZFS ... Le disque semble effectivement avoir une table de partitions > > en GPT et des partitions en ext4, une de swap et la première qui ne > > semble pas formatée. > > gparted l'identifie comme un bloc zfs, point, voir fichier joint. > > parted me donne d'autres résultats, et voit les partitions à > l'intérieur, mais je ne peux pas les monter. Ok je ne pensais pas que les sorties de parted et gparted puissent être différentes alors qu'ils se basent tous les deux libparted2. J'ai pensais, à tort, que ta copie de parted illustrait ton propos sur gparted. Toutes mes confuses, Gaëtan signature.asc Description: This is a digitally signed message part
Re: Problème de montage d'un disque dur "ZFS"
Le mardi 06 juillet 2021 à 17:56 +0200, Nicolas FRANCOIS a écrit : > Bonjour. > > J'ai un souci avec un disque dur dont je voudrais récupérer les > données. Celui-ci est identifié par gparted comme étant de type "zfs". > Ce qui est étrange, parce que, si je l'ai bien utilisé il y a quelques > temps pour essayer FreeNas, il servait depuis dans une bête station > Debian dans laquelle je suis sûr de l'avoir formaté en gpt. Je l'ai > installé dans ma nouvelle Debian Buster (avec backports), et je > voudrais en récupérer les données pour les transférer sur mon nouveau > NAS (un OpenMediaVault). J'y ai installé zfs-fuse, d'une part, et > zfsutils-linux d'autre part, depuis le dépôt backports. > > Voici le résultat de la commande print de parted : > > nico@fantasio:~$ sudo parted /dev/sda > [sudo] Mot de passe de nico : > GNU Parted 3.2 > Using /dev/sda > Welcome to GNU Parted! Type 'help' to view a list of commands. > (parted) p > Error: The primary GPT table is corrupt, but the backup appears OK, > so that will be used. > OK/Cancel? > OK Model: ATA WDC WD20EZRX-00D (scsi) > Disk /dev/sda: 2000GB > Sector size (logical/physical): 512B/4096B > Partition Table: gpt > Disk Flags: > > Number Start End Size File system Name Flags > 1 17,4kB 40,0GB 40,0GB Root msftdata > 2 40,0GB 44,0GB 4000MB linux-swap(v1) > 3 44,0GB 300GB 256GB ext4 SaveNico > 4 300GB 690GB 390GB ext4 Music > 5 690GB 1010GB 320GB ext4 Divers > 6 1010GB 2000GB 990GB ext4 Partage msftdata > > Et celui de la commande fdisk -l (ce qui concerne ce disque) : > > La table de partitions GPT primaire est corrompue, mais la sauvegarde > semble fonctionnelle, elle sera donc utilisée. > Disque /dev/sda : 1,8 TiB, 2000398934016 octets, 3907029168 secteurs > Modèle de disque : WDC WD20EZRX-00D > Unités : secteur de 1 × 512 = 512 octets > Taille de secteur (logique / physique) : 512 octets / 4096 octets > taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets > Type d'étiquette de disque : gpt > Identifiant de disque : A7528C40-AC86-11E2-822B-003005BB6B8B > > Périphérique Début Fin Secteurs Taille Type > /dev/sda1 34 78125034 78125001 37,3G Données de base > Microsoft /dev/sda2 78125035 85937535 7812501 3,7G > Partition d'échange Linux /dev/sda3 85938176 585936895 48720 > 238,4G Système de fichiers Linux /dev/sda4 585936896 1347655679 > 761718784 363,2G Système de fichiers Linux /dev/sda5 1347655680 > 1973372927 625717248 298,4G Système de fichiers Linux /dev/sda6 > 1973374336 3906948479 1933574144 922G Données de base Microsoft > > La partition 1 ne commence pas sur une frontière de cylindre physique. > La partition 2 ne commence pas sur une frontière de cylindre physique. > > Quand j'essaye de monter les partitions /dev/sdax, on me répond que le > périphérique en question n'existe pas. Mais quand j'essaye de monter le > disque en zfs, en utilisant zfs-fuse (méthode décrite à la page > https://frommelmak.com/how-to-mount-a-zfs-drive-in-linux.html), je n'ai > pas de réponse à la commande "zpool import". > > Si j'essaye de suivre les instructions de la page > https://www.infotrucs.fr/monter-partition-zfs-sous-debian/, tout se > passe bien, mais que je crée un unique pool pour /dev/sda, ou un pool > par partition, les points de montage demeurent vides, alors que je sais > pertinemment qu'il y a plus de 1.5To de données sur ce disque. > > Qu'est-ce que je fais de traviolle ? Quelqu'un peut m'aider ? > > \bye > Bonjour, J'avoue ne pas tout comprendre de ce que tu indiques. GPT et ZFS ne sont pas antinomiques. GPT est un format de table de partitions alors que ZFS est un système de fichier pour une partition. Tu peux donc très bien avoir un disque avec une table GPT qui contient des partitions ZFS. Ensuite tu dis que gparted l'identifie comme étant ZFS mais dans la copie de sortie de gparted je ne vois pas trace de quelque chose en ZFS ... Le disque semble effectivement avoir une table de partitions en GPT et des partitions en ext4, une de swap et la première qui ne semble pas formatée. Donc normalement tu dois pourvoir monter sda 3 à 6 avec un simple mount. Gaëtan signature.asc Description: This is a digitally signed message part
Re: Bullseye police des menus
Le mardi 04 mai 2021 à 21:16 +0200, Georges a écrit : > Bonjour, > > J'ai installé Bullseye sur un portable neuf sans OS pré installé. > > J'ai bataillé avec UEFI et rEFInd mais en interrogeant internet j'y > suis arrivé. Comment ? J'en ai tellement fais que ma tête n'a pas tout > retenu ;-) . > > Il me reste un soucis. La taille de la police des menus des > applications est illisible. Les polices dans les applications se > manipulent correctement. > > Qui aurait une idée pour modifier la police des menus des > applications. > > La définition courante est 1368x768. Même en essayant d'autres > définitions d'écran, même problème. > > Merci d'avance pour vos suggestions > > Georges > Quel est le gestionnaire de bureau utilisé ? Gaëtan signature.asc Description: This is a digitally signed message part
Re: Ben alors là ! Vla t'y pas qu'on peut acheter du matos sans OS chez Lenovo !
Le mardi 04 mai 2021 à 14:51 +0200, Jean-Michel OLTRA a écrit : > > Bonjour, > > > Le mardi 04 mai 2021, Etienne Vogt a écrit... > > > > > Gaëtan Perrier a écrit : > > > > Je pensais m'orienter vers un Ryzen mais la stabilité sous Linux > > > > semblait aléatoire il y a quelques temps ? > > > > > > C'est toujours le cas. > > > Avec le noyau 5.10 de buster-backports, c'est stable, avec le 4.19 standard > > de buster, non. > > J'ai un Ryzen 7 3800X depuis 1 an environ. Je suis en Testing. > > Il arrive que le serveur X freeze puis se ré-initialise. Mais je ne puis > dire si ça vient du processeur. Auparavant, j'avais un Ryzen 5, mais, après > correction du problème lié à l'état C6 du processeur, je n'avais pas de > freeze de X. Le souci arrive *très* rarement. > > Il y a un problème avec l'instruction RDRAND du processeur, mais pour moi et > pour la plupart des utilisateurs maintenant (maintenant, car au départ ça > bloquait systemd) ce n'est pas pénalisant. A voir si le problème existe > toujours sur les versions plus récentes du processeur. > > Donc, personnellement, j'aurais tendance à dire que le système est stable > avec un Ryzen7. La seule chose c'est que, pour l'usage que je fais de ma > machine, le Ryzen7 n'est pas franchement plus rapide que le 5 que j'avais > précédemment. Plus rapide peut-être sur des tests lancés en parallèle. > Mais juste plus cher… > > Par conséquent mon avis serait que si on utilise véritablement le multi-core > du Ryzen 7, pourquoi pas. Sinon la version 5 suffit. > Tu utilises quelle carte graphique ? Parce que un blocage de X peut aussi venir de celle-ci ... J'en ai d'ailleurs connu avec mon système actuel Core i5-2500k/Nvidia (550GTX je crois). Gaëtan signature.asc Description: This is a digitally signed message part
Re: Ben alors là ! Vla t'y pas qu'on peut acheter du matos sans OS chez Lenovo !
Le lundi 03 mai 2021 à 18:09 +0200, BERTRAND Joël a écrit : > Il y a surtout un autre point qu'il ne faut pas perdre de vue. > Certains > fabricants (Dell en tête et c'est en autres pour cela que je n'en veux > plus) achètent des machines en marque blanche sur lesquelles ils collent > leur logo. Je pense qu'aucun fabricant n'est exemplaire sur ce point. Tout dépend des gammes. En portable là où j'étais avant on avait des Lenovo pro et ça marchait bien et là où je suis maintenant on a des Dell pro et ça ne fonctionne pas moins bien. Il faut aussi voir qu'il y a des cycles. Tel fabricant après s'être une bonne réputation pendant quelques années va essayer (à l'occasion d'un changement de direction souvent) de rogner sur les coûts pour augmenter sa marge. En général ça ne dure qu'un temps. Les clients switchent chez un concurrent puis celui qui a fauté corrige le tir pour ne pas perdre tous ses clients pendant que l'autre fait l'inverse ... > C'est bien pour cela que je me restreins à certaines marques de > cartes-mères et certaines séries de portables chez certains fabricants. Y a longtemps que j'ai fait une croix sur ce mode de fonctionnement. Depuis plus de 30 ans que j'achète du matos informatique j'ai eu des problèmes avec toutes les marques. En plus le résultat concernant la stabilité peut-être différent en fonction de l'OS et varier suite à des changements intervenus en cours de fabrication (un contrôleur, une webcam, etc.) qui change... Bref pour moi aujourd'hui pour savoir quoi acheter surtout pour faire tourner du linux c'est un peu au petit bonheur la chance ... Actuellement mon PC fixe a une dizaine d'année et je pense à le remplacer car sa compatibilité avec l'USB3 est aléatoire. Sans compter que la CM (Asus) n'a que 2 prises dont une monopolisée par le clavier (si on branche le clavier sur les USB2 le BIOS/UEFI ne le reconnaît pas ...). Je pensais m'orienter vers un Ryzen mais la stabilité sous Linux semblait aléatoire il y a quelques temps ? Cordialement, Gaëtan signature.asc Description: This is a digitally signed message part
[resolu] Re: disque dur externe se coupe tout seul
Le jeudi 29 avril 2021 à 20:48 +0200, Gaëtan Perrier a écrit : > Bonjour, > > Je viens de changer un de mes disques de sauvegardes par un modèle plus gros > dans un boitier Advance 3.5" connecté en USB3 avec alim externe. > Ma sauvegarde est faite par rsync et mon problème est que le disque s'éteint > tout seul en cours de sauvegarde ... > > Auriez-vous déjà rencontré ce phénomène ? > > Gaëtan Bonjour, Finalement c'était un problème matériel. Le bloc d'alim déconnait ... Gaëtan signature.asc Description: This is a digitally signed message part
disque dur externe se coupe tout seul
Bonjour, Je viens de changer un de mes disques de sauvegardes par un modèle plus gros dans un boitier Advance 3.5" connecté en USB3 avec alim externe. Ma sauvegarde est faite par rsync et mon problème est que le disque s'éteint tout seul en cours de sauvegarde ... Auriez-vous déjà rencontré ce phénomène ? Gaëtan signature.asc Description: This is a digitally signed message part
