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.
Pour le coté décryptage, j'utilise VLC. Afin de savoir s'il est vraiment équipé pour les DVDs, je me suis fait prêter un lecteur de DVD portable avec câble USB et je l'ai branché sur le PC récent : Résultat : il sait lire tous les DVDs. Donc pas de souci de ce côté-là.
Pour le script, la commande "nbd-server 2000 /dev/sr0" était tapée sur le PC ancien.
Pour respecter le tuto, j'ai tapé, depuis le PC récent : ssh 192.168.x.x "nbd-server 2000 /dev/sr0"
Comme beaucoup aujourd'hui, j'ai un PC sans lecteur de DVD. Et un vieux PC qui a un lecteur et une connexion réseau. Pour lire le DVD sur le PC, j'ai cherché des solutions. L'une d'elles est de monter le DVD sur le vieux PC, partager le point de montage en NFS (ou en SMB), et lire depuis le PC récent avec VLC. Malheureusement, ça ne marche que sur de rares DVDs, à cause apparamment du cryptage.
La solution est séduisante. Mais ça ne marche pas sur ma config. Sur le vieux PC, j'ai une Leap 15.1, et sur le récent une 15.2. Sur le vieux PC, le lecteur de DVD est en /dev/sr0 Le paquetage s'appelle tout simplement "nbd". Il contient le client et le serveur. Il est en version 3.16.2 de 2018.
Quand j'essaie la commande "nbd-server 2000 /dev/sr0", j'obtiens :
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 ?
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 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.
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.
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.
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 ?
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.
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
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.
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
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 !
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.
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.
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 ?