Aller au contenu principal

Messages

Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.

Messages - wallace

16
Programmes et logiciels / Ajouter une "touche d'envoi" dans virt-manager.
Bonjour,
C'est une question qui concerne virt-manager.
J'utilise déjà cet outil depuis quelques mois, et il permet de faire tourner avec succès du WinXP, du Win7, du Win10 et de l'Android_x86. Le PCI-Passthrough marche même très bien. Le tout avec un socle Leap15.2.

Je viens de retrouver un vieux Suse7, et j'ai pu l'installer sur une machine virtuelle. Oui, je sais, ça ne sert à rien !
Malheureusement, pour la partie graphique, le changement de résolution d'écran se faisait avec la séquence de touches [Ctrl]et[Alt]et[Pavé numérique touche +] (ou Pavé numérique touche -), et cette combinaison n'est pas proposée par le menu "Touche d'envoi".

Le menu propose 24 combinaisons de touches, comme Ctrl+Alt+Backspace, Ctrl+Alt+Del, etc, ce qui est déjà pas si mal.

Est-ce que quelqu'un connaît une méthode pour programmer une "touche d'envoi" supplémentaire dans virt-manager ?

Merci d'avance.

Wallace
17
Matériel / Re : Carte Nvidia 8400 GS et Leap 15.2 : grosse galère
Bonjour,

Rien à faire : pas d'améliorations.
J'ai maintenant un autre souci sur ce PC : le disque SSD, qui commence à être ancien, n'arrive plus à charger GRUB de temps en temps.
Et j'ai dû désactiver le SMART dans les processus sinon c'était trop long.
Et maintenant, une fois sur trois, le PC se bloque après avoir choisi l'utilisateur à connecter (hard reset obligatoire).

Je laisse donc tomber ce SSD, la Leap 15.2, et je garde seulement  d'anciens windows sur ce PC, avec un disque IDE.

Je passe à un mini PC, un "Pro MiniPC PN series", avec carte graphique non Nvidia. Pas de nécessité de jeux videos. La Leap 15.2 marche très bien dessus.

Merci pour votre aide pendant ce sujet.

Cordialement,

Wallace


18
Matériel / Re : Carte Nvidia 8400 GS et Leap 15.2 : grosse galère
Bonjour,

Merci pour tous ces conseils d'installation de driver Nvidia.

Néanmoins, j'avais déjà testé le NVIDIA-Linux-x86_64-340.108.run et son patch nvidia-340.108.patch qui me donnaient satisfaction (j'avais même accès à la sortie S-VHS).

Comme indiqué déjà, j'ai essayé de renoncer à la méthode "compiler un driver" pour ne pas avoir à recommencer à chaque mise à jour du noyau. (et je les trouve fréquentes en ce moment sur la Leap 15.2 !)

Je me concentre donc sur le driver nouveau.

Je crois avoir une piste.

Au démarrage de session j'ai les instabilités décrites.

Dans "configuration du système"
sous-menu "espace de travail"
sous-menu "gestion des fenêtres"
sous-menu "comportement des fenêtres"
il suffit que je clique sur "réglages par défaut" et "appliquer"
       pour que tout rentre dans l'ordre.
Même si je n'ai pas changé les réglages avant de quitter la précédente session.

Et c'est stable. Testé pendant au moins une heure.

Il semblerait que Plasma perde ses réglages après un redémarrage de l'ordi.

Quelqu'un aurait une idée pour résoudre ça ? pour éviter cette manip à chaque ouverture de session ?

Je vous tiens au courant pour dire si ça se maintient.

Nota: entre mes essais, j'effectue une mise à jour des logiciels via PackageKit. Si ça se trouve, les mises à jour de la Leap 15.2 influent ou vont influer sur le problème sans que je le sache.

Cordialement,

Wallace

19
Matériel / Re : Carte Nvidia 8400 GS et Leap 15.2 : grosse galère
Bonjour,

En réponse à chalu :

J'ai testé "Plasma (full wayland)":
Résultat : quand je démarre Fiefox, je me retrouve avec une fenêtre vide. Rien à l'intérieur, que du noir, pas de menus.

J'ai testé "Plasma (wayland)" :
Résultat : plus aucune icône sur le bureau, et plus de "menu des applications"

Et au retour à "Plasma", j'ai dû remettre en place toutes les icônes du  bureau.

Conclusion : je garde plasma.

A+

Wallace
20
Matériel / Re : Carte Nvidia 8400 GS et Leap 15.2 : grosse galère
Bonjour,

En réponse à Gerinald:

Voici le résultat de inxi -G :
Graphics:  Device-1: NVIDIA G86 [GeForce 8400 GS] driver: nouveau v: kernel
Display: x11 server: X.Org 1.20.3 driver: nouveau unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz
OpenGL: renderer: NV86 v: 3.3 Mesa 19.3.4

Pour ce qui est de la compilation à partir du site de nVidia, je n'ai pas testé.
Je sais qu'en compilant en "hard way", avec  https://blog.microlinux.fr/nvidia-geforce-9400-opensuse-leap-15-2/, j'obtiens un pilote qui marche. L'inconvenient étant d'avoir à répéter la compilation du pilote à chaque fois que le noyau est mis à jour.
Je suppose que c'est pareil avec https://www.nvidia.com/fr-fr/drivers/unix/
Je n'ai pas prévu de tester.

Pour le souci de smb4k, voir le topic séparé que j'ai créé : https://www.alionet.org/index.php?topic=622.0
Pour moi, il s'agit d'un problème Qt5, puisque il n'y a pas de driver Nvidia dans l'histoire, et que le problème persiste si on désinstalle smb4k après l'avoir installé.
Mais je me trompe peut-être.

A+

Wallace
21
Matériel / Re : Carte Nvidia 8400 GS et Leap 15.2 : grosse galère
Bonjour,
Merci pour l'info. J'étais passé à côté du https://fr.opensuse.org/SDB:NVIDIA_the_hard_way pour aller directement au
https://blog.microlinux.fr/nvidia-geforce-9400-opensuse-leap-15-2/

Effectivement, l'installation à la main marche. C'est détaillé dans le lien blog.microlinux.
Et on y voit comment utiliser les patchs.

Et effectivement, comme indiqué dans https://fr.opensuse.org/SDB:NVIDIA_the_hard_way:
"Ce genre d'installation demande de répéter la compilation du pilote à chaque fois que le noyau est mis à jour."
C'est exactement ce qui m'est arrivé.
Pour éviter ça, utiliser le pilote nouveau.
Mais quand je serai lassé des sautes d'images, peut-être que je repasserai à la méthode "hard way".

En attendant, quelqu'un a des tuyaux pour domestiquer les sautes d'images du nouveau ?

A+

Wallace
22
Matériel / Re : Carte Nvidia 8400 GS et Leap 15.2 : grosse galère
Bonjour,
Pour plus de clarté, j'ai créé un sujet résolu "OpenSuse Leap 15.2 : méfiez-vous du paquetage smb4k !" dans la zone "Programmes et logiciels".

Je garde le présent topic pour les soucis qui sont toujours là avec le pilote "nouveau":
- fenêtres qui sautent quand on les déplace
- Youtube devient saccadé quand on le met plein écran

Dans "configuration du système"
sous-menu "espace de travail"
sous-menu "gestion des fenêtres"
je n'ai rien trouvé qui améliore les choses.

Quelqu'un a une idée ?

A+

Wallace
23
Programmes et logiciels / OpenSuse Leap 15.2 : méfiez-vous du paquetage smb4k !
Bonjour,
Voici mon témoignage sur les aventures vécues avec la Leap 15.2 en essayant d'installer le paquetage smb4k.

Configuration:
- processeur  Intel Core2 Duo CPU E6550 2.33GHz
- mémoire vive 8Go
- CM MSI de 2008
- carte graphique Nvidia 8400 GS

Fonctionnement sans problèmes avec la Leap 15.1, avec le pilote graphique propriétaire nvidia-glG03.
Le paquetage smb4k était installé et ne provoquait pas de perturbations.

Maintenant, avec la Leap 15.2, Nvidia ne fournit plus de paquetage proprétaire nvidia-glG03.
J'utilise donc le pilote "nouveau". Voir topic https://www.alionet.org/index.php?topic=611.0

Maintenant, voici le vif du sujet :
Installation de smb4k via le site https://software.opensuse.org/

Pas de paquet officiel pour la 15.2, il me propose des paquets expérimentaux.
N'ayant jamais eu de souci avec les paquets expérimentaux (j'en installe peut-être peu), j'ai lancé l'installation.

Un avertissement me dit :
smb4k requiert libQt5Core.so.5, mais cette dépendance ne peut pas être fournie.
Néanmoins, il propose de résoudre en installant d'autres paquets en Qt5.
La quantité est importante : plus de 118.
La Leap 15.2 étant en Qt5, j'ai accepté.

Résultat : au démarrage suivant, à l'ouverture de session:
-les fenêtres ont perdu leur cadre supérieur
-la croix de fermeture a disparu
-la fenêtre active n'est plus au premier plan
-pour fermer une fenêtre, il faut utiliser le menu "fichier", et/ou Control Q

C'est apparament déjà arrivé dans d'autres configs non Opensuse il y a quelques années. Le pilote Nvidia était incriminé. Mais ici, ce n'est pas lui qui est présent.
Rien à faire pour corriger ça. J'ai dû restaurer une sauvegarde fonctionnelle.

Morale de l'histoire :
Méfiez-vous de smb4k, et si vous installez des paquets expérimentaux qui impactent Qt5, faites une sauvegarde de votre système fonctionnel auparavant.

A+

Wallace
24
Matériel / Re : Carte Nvidia 8400 GS et Leap 15.2 : grosse galère : du progrès
Bonjour,
J'ai trouvé l'origine du blocage des fenêtres !
Juste avant que ça n'arrive, je me suis souvenu que j'avais installé le paquetage smb4k, et qu'il était accompagné de nombreux changements.
J'ai donc fait le test suivant :
- restaurer une sauvegarde datant d'avant le problème de fenêtres non gérables
- installer smb4k à partir d'opensuse.org (en paquet expérimental)
Résultat : gestionnaire de fenêtres en carafe ! des fenêtres qui ont perdu leur partie supérieure, et la croix de fermeture à droite. Et impossible de les déplacer.
Manip suivante :
Ré-install de la sauvegarde avec les fenêtres ok.
Copie d'écran de ce que dit yast quand on essaie d'installer smb4k : je l'ai mise en PJ. On voit que yast installe tout un tas de fichiers libQt5 en changeant les fournisseurs.

Conclusion:
Sous la Leap 15.2 méfiez-vous de smb4k ! Dommage, car c'est un outil que je trouve très pratique.

Quant aux fenêtres qui tremblent quand on les déplace, ça continue, mais en plus atténué. Peut-être l'effet des mises à jour de la Leap 15.2

Wallace
25
Matériel / Re : Carte Nvidia 8400 GS et Leap 15.2 : grosse galère
Bonjour,
Voici des nouvelles de la 8400 GS : vraiment du bizarre !
Toute la journée d'hier, après avoir effectué les mises à jour de la distribution, je n'ai plus eu de problèmes d'instabilité de fenêtres.
Tout était nickel !

Et ce soir, ô surprise, quand je me connecte (avant de faire des mises à jour), j'ai à nouveau des fenêtres qui ont perdu leur partie supérieure, et la croix de fermeture à droite. Et impossible de les déplacer. Et impossible de fermer une application qui n'a pas "quitter" dans son menu (comme la configuration du système).

Au secours ! Quelqu'un aurait une solution ?

J'ai pensé que c'était un problème lié à mon user, déjà ancien, qui aurait pu garder des vieilleries dans les fichiers de conf de Kde.
J'en ai créé un nouveau sous la Leap 15.2 : pareil !

Je vais finir par remettre la 15.1 !

Merci d'avance.

Wallace
26
Matériel / Re : Carte Nvidia 8400 GS et Leap 15.2 : grosse galère
Bonjour,

Quelques petites précisions:

Pour l'utilisation du tuto, j'ai galéré à la ligne :
"ajoutant nomodeset aux paramètres du noyau pour GRUB" "nomodeset quiet mitigations=off"
Je me suis peut-être mal débrouillé, mais je n'y suis arrivé que quand j'ai pensé à aller dans Yast au "Chargeur d'amorçage".
Dans l'onglet "Paramètres du kernel", j'ai trouvé la ligne "Paramètres facultatif de ligne de commande du noyau", et la déroulante "Mitigations CPU" que j'ai mise à "désactivé".

Et à propos de ta suggestion du "secure boot", je ne l'avais pas vue dans les notes de version.
Néanmoins, si c'était un problème de signature de modules, je pense que ça aurait dû foirer dès le départ.
Dans mon cas, l'interface graphique a bien fonctionné au début pendant un petit moment.

Merci pour ces liens qui pourront aider d'autres internautes.

27
Matériel / Carte Nvidia 8400 GS et Leap 15.2 : grosse galère
Voici un témoignage sur le passage à la Leap15.2, avec une carte Nvidia 8400 GS

Sur un PC, je faisais tourner sans problèmes une carte Nvidia 8400 GS avec :
- processeur  Intel Core2 Duo CPU E6550 2.33GHz
- mémoire vive 8Go
- CM MSI de 2008
- en Leap 15.1
- avec le paquetage propriétaire nvidia-glG03.

Après avoir installé la Leap 15.2, impossible de trouver le nvidia-glG03 dans le dossier
https://download.nvidia.com/opensuse/leap/15.2

Le lien:
https://blog.microlinux.fr/nvidia-geforce-9400-opensuse-leap-15-2/
m’a révélé que Nvidia n’avait pas créé de nvidia-glG03 pour la Leap 15.2.

 J’ai été obligé de passer par l’installation des pilotes Nvidia via le « hard way », en suivant les indications de ce lien.

Après quelques galères dues à l’interprétation de ce lien pour l’adapter à Opensuse, je parviens à installer les pilotes par compilation.

Fichier utilisé :
- NVIDIA-Linux-x86_64-340.108.run daté de décembre 2019
- nvidia-340.108.patch

Ça marche sans problème pendant quelques heures.

Et, soudain, après un redémarrage, les fenêtres ont perdu leur cadre avec la croix de fermeture en haut à droite. Impossible de les déplacer, ou de les rendre actives.

En cherchant, je vois que ce genre de souci est déjà arrivé dans d’autres cas. Le pilote Nvidia étant incriminé.

Les jours passent, au fil des mises à jour, jusqu’à ce qu’arrive une mise à jour de noyau. Et là, l’interface graphique ne se charge plus au démarrage.

Je soupçonne qu’il faut recompiler le pilote pour l’adapter au nouveau noyau. Et effectivement, en recommençant la procédure du lien ci-dessus, je retrouve l’interface graphique, mais toujours avec l’impossibilité de gérer les fenêtres.

Décision prise : se passer du pilote propriétaire Nvidia !

Je réinstalle donc la Leap 15.2, en choisissant de ne pas installer le pilote Nvidia.

N’ayant pas besoin de la 3D, je décoche le pilote 3D Nouveau au début de l’installation de la 15.2

Le pilote libre gère la carte (sauf sa sortie spécifique S-VHS), mais il reste un problème : au bout de quelques dizaines de minutes d’utilisation, la fenêtre active se met à clignoter quand on tente de la déplacer à la souris.

Un DVD lu en plein écran avec VLC voit son image se dégrader sur les côtés.

Dans "configuration du système"
sous-menu "espace de travail"
sous-menu "gestion des fenêtres"
j'ai tenté quelques changements, par exemple dans l'onglet "déplacement"

Ce qui est curieux, c’est qu’il suffit de changer un règlage, et de l’enregistrer, pour que l’image se stabilise. Même si après on remet le règlage initial.

Et ça recommence une demi-heure après !

Quelqu’un aurait une idée pour résoudre ces dégradations d’images ?

Merci d'avance.

Wallace
28
Internet, réseaux et serveurs / Re : Obtenir l'audio quand on se connecte avec ssh -X user@hote
Bonjour,

Voici une solution trouvée pour le problème posé.

Le principe est d'utiliser pulseaudio à distance.

Voici les étapes:

1) Activer l'utilisation de pulseaudio en réseau.
Il faut installer les paquetages :
- paprefs
- pulseaudio-module-gsettings
Après cette installation, rebooter.

Pour lancer paprefs, taper paprefs dans un terminal, ou Preferences de PulseAudio dans le sous-menu Multimédia du lanceur d'application.

Dans les onglets qui apparaissent, cocher respectivement :
Network Access :
- Make discoverable PulseAudio network sound devices available locally
Network Server :
- Activer l'accès réseau aux périphériques de son locaux
- Permettre aux autres machinbes sur le réseau local de découvrir les périphériques de son locaux
- Don't require authentification
Multicast/RTP :
- rien (j'en reparlerai plus bas)

Après cette configuration, rebooter.
Pour éviter de rebooter, j'ai essayé de taper les commandes dans un terminal, pour arrêter et relancer pulseaudio :
pulseaudio -D
pulseaudio -k
Mais ça n'a pas marché.

Pour la suite, je vais prendre l'exemple des deux machines :
ordi-hote : c'est le PC qui a une carte PCIexpress TNT-HD, reliée à une antenne
ordi-client : c'est celui où on veut regarder la TV
Les deux machines ont un utilisateur appelé toto (vachement original !)

Configurer paprefs pour l'utilisateur toto sur les deux machines, en utilisant le paragraphe 1).

2) Mise en application de la liaison entre machines (on n'en est pas encore à ssh, patience !)

Se connecter localement sur "ordi-hote" avec l'utilisateur toto
Sur "ordi-hote", lancer localement Kaffeine pour regarder la TNT.
Dans Kaffeine :
Menu Lire
        Audio
            Périphérique Audio
           
On remarque que la liste des périphériques audio fait apparaître ceux de la machine "ordi-hote", mais également ceux de la machine "ordi-client" suivis du nom "on toto@client"

Cela permet donc de lancer la lecture TNT en envoyant le son sur la machine "ordi-client". Et effectivement, l'"ordi-client" va faire entendre le son de la TNT. A condition que quelqu'un soit connecté localement sur "ordi-client" acvec l'utilisateur toto.

Mais, ce n'est pas vraiment ce que nous voulions faire au début de cette histoire. Le but était de lancer cela depuis la machine "ordi-client".

3) Stopper Kaffeine sur l'ordi-hote, et on peut même déconnecter l'utilisateur toto

Allons maintenant sur "ordi-client".

4) Maintenant, le moment est venu d'utiliser ssh

Se connecter localement sur "ordi-client" avec l'utilisateur toto
Taper:
ssh -Y toto@ordi-hote

Nous retrouvons à distance l'invite de commande de l'ordi-hote : toto@ordi-hote

Taper: kaffeine.

Il démarre, et permet d'afficher l'image de la TNT.
Comme tout à l'heure, regardons ce que donnent les menus décrits au-dessus :
    Surprise : les périphériques audio de "ordi-client" n'apparaissent pas !
   
Après de multiples recherches, j'ai trouvé la commande à taper :
pax11publish -r

Cette commande est à taper après s'être connecté à distance à ordi-hote, et avoir obtenu l'invite de commande de l'ordi-hote.

Et là, miracle ! Si vous relancez kaffeine, vous verrez apparaître les périphériques audio de "ordi-client" dans le menu fichier.
           
Je ne sais pas l'expliquer. Les plus curieux peuvent aller voir à :
https://unix.stackexchange.com/questions/193208/program-run-in-ssh-accessing-pulseaudio-on-the-machine-where-it-runs

Dans Kaffeine, vous choisissez le périph audio de l'ordi client près duquel vous êtes physiquement installé.
Et vous avez donc l'image, et le son de Kaffeine !

5) Astuces
Kaffeine permet de choisir sa sortie audio via les menus.
Malheureusement, tous les logiciels ne le permettent pas.
Par exemple, si vous voulez faire tourner Avidemux à distance sur "ordi-hote" depuis "ordi-client", vous ne pourrez pas choisir le périphérique de sortie audio.
Pour résoudre cela, la solution est :
- installer le paquetage pavucontrol sur l'ordi-hote
- dans l'invite de commande de l'ordi-hote, la toto@ordi-hote, taper avidemux3_qt5 pour lancer Avidemux
- dans le pc invité, lancez un nouveau terminal local, et taper encore:
ssh -Y toto@ordi-hote
- dans cette invite de commande de l'ordi-hote, tapez :
pavucontrol

Dans Avidemux, lancer la lecture du fichier qui vous intéresse.
Dans la fenêtre de pavucontrol, dans l'onglet Lecture, vous devriez voir apparaître Avidemux, et pouvoir envoyer son flux audio vers "périphérique on toto@client"

6) Complément 1
Au paragraphe 1 , dans les Préférences de PulseAudio, vous pouvez cocher, dans l'onglet Multicast/RTP:
- Enable Multicast/RTP sender
- Create separate audio device for Multicast/RTP
Cela va envoyer aussi l'audio vers ordi-client.
Mais, cela va envoyer, en permanence, un flux de données permanent de 176kOctets/sec (c'est ce j'ai visualisé avec gkrellm sur mon ordi). En permanence veut dire : même si l'utilisateur toto ne fait tourner aucun logiciel.
Je suggère d'éviter ça, si en plus vous êtes en Wifi.

7) Complément 2
A gré de mes recherches, j'ai trouvé des consignes pour retoucher le fichier :
/etc/pulse/default.pa
Ce n'est pas utile de le retoucher.
C'est paprefs qui fait le boulot, mais pour le seul utilisateur pour lequel il a été lancé.

8) Dernière remarque :
La commande magique pax11publish -r est à relancer après chaque reboot du ordi-hote

Bons tests !

Wallace


30
Internet, réseaux et serveurs / Obtenir l'audio quand on se connecte avec ssh -X user@hote
Bonjour,

J'utilise deux PCs sous opensuse 15.1 en réseau local cablé.
J'ai l'habitude de  me connecter de l'un vers l'autre avec la commande ssh -X user@hote
Cela marche très bien pour la partie video.

Néanmoins, dans le cas où je fais du montage video, j'aimerais bien récupérer le son de l'ordinateur distant, et sans perturber l'utilisateur qui est dessus.
D'après des sites internet consultés, il semblerait que paprefs puisse être une solution.
J'ai bien tenté de la lancer, mais les onglets réseau qui m'intéressent sont tous grisés:
- network access
- network server
- multicast/RTP

Quelqu'un parmi vous a déjà essayé de renvoyer l'audio à distance ?

Merci d'avance.

Wallace