Cette espace vous permet de voir toutes les Sujets réalisées par ce membre. Vous ne pouvez voir que les Sujets réalisées dans les espaces auxquels vous avez accès.
J'ai un soucis sous kde, je n'arrive pas avec dolphin à ouvrir des fichier 7z que j'avais fait avec 7zip depuis windows. A chaque fois j'ai ce genre de message:
Citer
"Le chargement de l'archive /home/user/TMP/travail.7z a échoué avec l'erreur suivante : Impossible de trouver un module d'extension approprié. Ark ne semble pas pouvoir prendre en charge ce format de fichier."
Le même fichier est bien ouvrable depuis Ubuntu 18.04 par exemple, ce n'est donc que ARK qui n'arrive pas à l'ouvrir, avez vous une idée du pourquoi? P7zip est bien installé.
Je devrais récupérer une machine avec un cpu 4XXX, donc cpu "renoir". Pour de tels cpu il faut normalement un kernel 5.9 voir plus récent pour avoir un igp bien supporté.
Dans les premiers retours, sur la 15.3, ces cpus semblent enfin correctement supportés, mais pas sur que ça soit suffisamment backporté pour avoir quelque chose de parfait. Je sais qu'il existe un dépôt KERNEL "stable", mais celui ci contient toujours le tout dernier kernel (genre le 5.11 en ce moment), et personnellement par sécurité je préférerais avoir le contrôle et potentiellement rester sur le LTS.
Vous avez déjà compilé un kernel à la mano sous openSuse? Peut-on garder la configuration effectuée par le noyau Suse, et l'appliquer en compilant un noyau 5.10 ou on va forcément repartir sur du vanilla?
Qu'en est-il sur tumbleweed niveau kernel, c'est du vanilla ou les patchs de suse sont aussi appliqués?
Pour un pc portable de la famille, je souhaiterais supprimer la vérification automatique de l'applet kde d'opensuse leap. Savez vous comment on peut faire ça?
En fait je souhaites que le truc ne fasse aucune recherche automatique histoire que ça ne fasse pas de notification. Les mises à jour c'est moi qui les fait quand j'y suis donc je ne veux pas que ça les dérange avec des notifs en boucle.
Dans les options on ne peut visiblement que décaler les recherches à une fois tous les mois et pas mettre "jamais". J'ai trouvé quelques pistes mais si jamais vous avez une procédure spécifique je suis preneur.
J'ai un soucis avec okular, il n'arrive pas à lire certains pdf. Si j'ouvre le pdf avec LibreOffice draw, le pdf est parfaitement lisible. Si je copie colle le texte du pdf entre le pdf et le navigateur, le texte redevient bon.
Juste un petit message pour fournir des informations à ceux qui auraient le même soucis que moi. JE possède donc un pc portable avec un gpu nvidia 960M avec une solution "optimus".
Nvidia c'est "caca" sous linux mais bon on fait avec ce qu'on a. J'ai installé les pilotes nvidia et suse-prime c'est installé tout seul, je pensais ça suffisant. Le switch intel/nvidia fonctionnait, je m'attendais donc à ce que tout soit ok.
Oui mais en fait non! Je ne comprenais pas pourquoi mon ventilo jouait au yoyo de manière très désagréable. Après recherche en fait ce n'est pas suffisant!
Puis dans mon cas (gpu plus anciens) faire: zypper in bbswitch Se placer dans l'archive dézippée précédemment téléchargée puis depuis un terminal root: if [ ! -s /etc/modprobe.d/09-nvidia-modprobe-bbswitch-G04.conf ]; then cp 09-nvidia-modprobe-bbswitch-G04.conf /etc/modprobe.d && dracut -f fi
et enfin: if [ ! -s /usr/lib/systemd/system/prime-select.service ]; then cp prime-select.service /usr/lib/systemd/system && \ systemctl enable prime-select fi
Après reboot: /usr/sbin/prime-select get-current Driver configured: intel [bbswitch] NVIDIA card is OFF
Et le ventilo se calme enfin!!! ET passe donc de 0T/min à un régime très léger en surf et non pas des "on/off" en continu!!!
Voilà en espérant que cela puisse servir à quelqu'un.
Je viens de constater que SDDM tourne en arrière plan alors que je suis connecté. En gros je le vois prendre de manière très récurrente entre 1 et 3% du cpu.
Avez vous une idée de ce qui pourrait provoquer ça?
J'ai un soucis sur mon openSuse leap 15.2 KDE sur mon pc portable à base de i5 4310M (je suis sur l'igp en ce moment) En idle normalement le ventilateur arrive à se couper. Là le ventilateur cpu passe son temps à jouer au yoyo.
La température est toujours entre 50 et 60° en idle sur le pc portable là ou normalement elle est sous les 50°. (j'avais entre 40 et 50° en idle sous ubuntu mate + compiz).
Après analyse, je vois que le cpu reste TOUJOURS dans les 3ghz, même en idle. En regardant via htop, je vois qu'il y a un poil de charge mais rien de grave, entre 2 et 5% max sur chaque coeur selon les "top" avec le navigateur ouvert. Mais même en le fermant, avec des cœurs à 0%, la fréquence ne tombe pas à 800mhz ou plus bas comme elle le pourrait.
J'ai testé de vérifier que la fréquence min soit bien configurée via:
Mais rien n'y fait, le cpu reste toujours dans les 3ghz, si je mets en mode performance ça passe à 3.2. Si je réduis la fréquence maximale, la fréquence bouge bien. Je me dis que c'est un soucis de paliers de fréquence ou de % à chaque palier mais je ne vois pas configurer pour ça.
Le profil fonctionne parfaitement network manager version gtk comme sous mate/cinnamon sur les distribs que j'ai pu tester. Mais sous openSuse kde aucune idée de pourquoi ça ne veut pas.
Sur ce même pc si je fais une connexion manuelle depuis le profil root du coup
Citer
openvpn OpenVPN_INTERNET Sun Feb 7 18:43:02 2021 OpenVPN 2.4.3 x86_64-suse-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Jun 20 2017 Sun Feb 7 18:43:02 2021 library versions: OpenSSL 1.1.1d 10 Sep 2019, LZO 2.10 Enter Auth Username: xxxxxxxxxxx Enter Auth Password: ************** Sun Feb 7 18:43:24 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]XXX.XXX.XXX.XXX:1194 Sun Feb 7 18:43:24 2021 UDP link local (bound): [AF_INET][undef]:0 Sun Feb 7 18:43:24 2021 UDP link remote: [AF_INET]XXX.XXX.XXX.XXX::1194 Sun Feb 7 18:43:24 2021 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this Sun Feb 7 18:43:25 2021 [OpenVPN_INTERNET_Certificat] Peer Connection Initiated with [AF_INET]XXX.XXX.XXX.XXX::1194 Sun Feb 7 18:43:26 2021 TUN/TAP device tun0 opened Sun Feb 7 18:43:26 2021 do_ifconfig, tt->did_ifconfig_ipv6_setup=0 Sun Feb 7 18:43:26 2021 /bin/ip link set dev tun0 up mtu 1500 Sun Feb 7 18:43:26 2021 /bin/ip addr add dev tun0 local 10.xx.xx.xx peer 10.xx.xx.xx Sun Feb 7 18:43:26 2021 Initialization Sequence Completed
ça fonctionne parfaitement, et quand je vérifie mon ip elle a bien changée. Pourquoi l'import de configuration ne fonctionne t-il pas sous openSuse kde???
J'ai un soucis sous kde leap 15.2. J'ai un disque dur externe chiffré qui a été chiffré depuis une ubuntu 18.04 .
Lorsque je monte le disque dur depuis mon user "normal" le montage fonctionne mais j'ai une erreur d'accès. Voici le fonctionnement: Je vois le volume chiffré apparaître. Je vais dans dolphin et je clique sur le disque dur ==> il me demande mon mot de passe de chiffrement du disque dur.
Le montage se fait bien mais j'ai un message d'erreur:
Citer
Une erreur est survenue en accédant à « DD_EXTERNE ». Le système a répondu :Le périphérique est déjà monté: Device /dev/dm-3 is already mounted at `/run/media/user/DD_EXTERNE'.
Il ne s'agit pas d'un droit sur un dossier particulier, je ne vois même pas la racine du disque dur externe. En vrais le problème n'est qu'une histoire de droit user, car si j'ouvre dolphin en mode administrateur, alors je peux accéder au contenu du disque dur chiffré.
Avez vous une idée de ce qu'il faudrait rajouter au user pour que le montage de disque dur externe chiffré fonctionne?
J'ai un soucis avec des applications flatpak sous OpenSuse 15.2 kde. J'ai installé en flatpak element (riot). Lorsque je lance element sur une session kde X11, ça ne fonctionne pas j'ai ça comme erreur:
Citer
latpak run im.riot.Riot [2 zypak-helper] Portal v4 is not available /home/user/.var/app/im.riot.Riot/config/Element exists: no /home/user/.var/app/im.riot.Riot/config/Riot exists: no No protocol specified [8 zypak-sandbox] Dropping 0x1adc260 (3) because of connection closed [8 zypak-sandbox] Host is gone, preparing to exit...
La détection des répertoires et normal vu que l'application ne se lance pas.
SI je bascule en session wayland ça fonctionne à nouveau. Si je bascule en session full wayland à nouveau ça ne se lance pas. Vous avez une idée de ce qui peut dauber?
Quand on aime une distrib, on se dit qu'il peut être judicieux de participer, et pourquoi pas prendre la version "payante" source d'openSuse à savoir la version de Suse, ou par curiosité.
La question que je me pose, c'est ça se passe comment sous Suse niveau packet/dépôt? Genre sous openSuse on a suse software search, mais pour suse "tout cours"? On a accès à tous les environnements de bureau ou c'est ultra limité? NIveau logiciel idem?
Je vais voir si je peux tester la version de test pour voir les limites, mais je me pose la question?
Niveau config j'ai une config courante, un asus UX310ua, donc avec un intel 6200u avec 2*8go de ram et un SSD 860 evo 1to.
Je trouve que la distrib est assez "lente". Par exemple lors de l'installation des mises à jour je trouve que c'est assez lent, c'est difficile à chiffrer mais ça me semble assez lent niveau accès. J'ai l'impression que ça cloche niveau support cpu.
Idem, lorsque je veux utiliser virtualbox sur mes vm d'avant, impossible d'avoir une accélération 3D. Je suis obligé de décocher la case accélération gpu sans quoi les vm ne passent pas.
Vous avez une idée de ce qui peut clocher niveau support cpu/gpu? C'est pourtant du "basique" full intel.
EDIT: je viens de me rendre compte que la case "activer VT-X/AMD-v imbriqué" était grisé chez moi. IL faut que je trouve pourquoi déjà :??: Vu que mon cpu est bien VT-D
Petite remarque, je trouve vraiment dommages que des logiciels "courants" ne soient pas dans les dépôts principaux. Exemple seafile: https://software.opensuse.org/package/seafile-client C'est un paquet expérimental, ça implique quoi?
X2Go-client: https://software.opensuse.org/package/x2goclient X11:RemoteDesktop:x2go Expérimental Encore un expérimental et en plus ce n'est pas complet, il manque des modules pour que ça s'installe, du coup obligé de se rabattre sur un communautaire (home:ithod:x2go dans mon cas).
Surpris de voir aussi que firefox est toujours en version 78 et non pas 80, c'est une version ESR je suppose?
:??: