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 sur mon pc portable, mes vm virtualbox freezent toute aléatoirement. Genre sur une de mes vm j'ai pu faire toute l'upgrade de plus de 2go de maj, et au moment ou je l'éteins pas freeze. D'autres fois c'est en cours de mise à jour que ça se bloque. Parfois c'est sur une grosse charge parfois non. Je n'ai pas réussi à trouver un point commun. C'est valable peut importe l'os installé. Seule la vm freeze, l'host lui continue sont fonctionnement normal.
J'ai installé virtmanager, et pas de soucis sur les vm qui tournent dessus.
Il me semble que j'avais déjà le problème sous la 15.4, je ne saurais dire quand c'est arrivé, mais je n'avais pas le problème au tout début ça c'est sûr. Ce n'est pas non plus un problème de configuration perso, car mon fixe qui a le même environnement logiciel et qui est aussi sous leap 15.5 n'a pas ce problème.
Auriez vous une idée de ce qui peut provoquer ça et ou trouver les logs? J'ai commencé à regarder dans mon répertoire ou se trouve les vm les logs, mais pas eu l'impression de voir quelque chose.
Configuration: Pc portable à base de 4800H donc igp Vega.
Pour information, je viens de mettre à jour à l'instant Leap, et suite à la maj (de chromium ou du pilote graphique), chromium est totalement inutilisable. (bug graphique à gogo).
La solution temporaire le temps que cela se calme: Désactiver l'accélération matérielle gpu dans chromium. L'option se trouve dans paramètre ==> systême ==> "Utiliser l'accélération matérielle si disponible".
SI jamais quelqu'un constate le même problème ça lui sera peut-être utile.
Devant mettre à jour mes distribs, je me pose la question, sous leap 15.4 j'étais resté au dépôt pacman, mais est ce que le repo open cisco est suffisant de nos jours?
Vous savez s'il est possible d'utiliser les AMD_PSTATE sous leap? Normalement c'est possible à partir du kernel 5.17, mais comme leap a un kernel 5.14 "++" je ne sais pas trop ce qu'il en est précisément.
Je trouve des informations pour Tumbleweed mais rien pour leap.
J'ai un doute que ça soit le cas pour la 15.4, aucune idée de si ça sera non plus possible avec la 15.5.
Sur mon pc portable secondaire ASUS UX310ua, je n'ai pas de sortie audio sur le HDMI. Concrètement dans les sources de sorties lorsque je branche le HDMI, je n'ai jamais de possibilité de choisir HDMI pour l'audio, pour l'image aucun soucis.
J'ai fais le tests sur 2 écrans différents, un écran de pc avec baffles sur lequel je sais que le tout fonctionne pour un autre pc portable (pc portable amd en signature), et sur une tv sur laquelle ça fonctionnait aussi parfaitement avec un autre pc portable. La sortie image elle est bien ok, mais impossible d'envoyer le flux audio.
Le pc portable en question est un ASUS UX310ua à base de i5-6200U donc uniquement un gpu intel HD 520.
Auriez vous une idée de ce qui pourrait manquer pour pouvoir récupérer la sortie audio HDMI?
Niveau audio voici ce qui est détecté:
Citer
00:1f.3 Audio device: Intel Corporation Sunrise Point-LP HD Audio (rev 21) Subsystem: ASUSTeK Computer Inc. Device 1280 Flags: bus master, fast devsel, latency 32, IRQ 131 Memory at dfb28000 (64-bit, non-prefetchable) [size=16K] Memory at dfb00000 (64-bit, non-prefetchable) [size=64K] Capabilities: <access denied> Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel, snd_soc_skl
Bonjour, J'ai fais quelques upgrades ce matin et hier, je pense que c'est côté flatpak le problème mais remmina ne se lance plus.
Citer
flatpak run org.remmina.Remmina remmina-Message: 07:41:43.995: Remmina does not log all output statements. Turn on more verbose output by using "G_MESSAGES_DEBUG=all" as an environment variable. More info available on the Remmina wiki at: https://gitlab.com/Remmina/Remmina/-/wikis/Usage/Remmina-debugging Load modules from /app/lib/remmina/plugins Remmina plugin glibsecret (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 2000.
(process:2): libsoup-ERROR **: 07:41:44.106: libsoup2 symbols detected. Using libsoup2 and libsoup3 in the same process is not supported.
Je ne sais pas si c'est propre à leap, mais en l'état c'est bien galère vu que j'ai besoin de remmina pour bosser... c'est la première fois que le problème se pose en flatpak...
Du coup j'installe la version des dépôts qui est souvent plus anciennes pour me débloquer en attendant.
En résumé: OpenSuse Leap 15.X devrait durer jusqu'à leap 15.5 à priori. Leap 15.2 sera maintenu jusqu'à Novembre/Décembre 2021 Leap 15.3 jusqu'à Novembre 2022 à priori.
Et il est prévu une sortie de version mineure par an. Ce qui veut dire que la 15.4 est prévue pour l'année prochaine à priori ou qu'il reste 2 ans à Leap 15.X avant de voir la version 16.
Savez vous pourquoi subitement alsa-oss est redescendu en version? J'ai la version 1.1.8 qui est installé, et si je fais zypper dup, ou si je regarde dans les paquets, je voir que sur le dépôt SUSE LLC, ça redescend à la version 1.0.28.
C'est assez surprenant.
De même il y a des soucis de versions entre pacman et les dépôts suse, ça ne semble pas tout à fait au point encore. :/
Mes parents possèdent des décodeur TV à base de linux OpenAtv. Dessus j'ai des disques dur de 1To standards, formatés en EXT4 depuis le décodeur.
Sous openSuse leap 15.2 je pouvais monter ce disque dur sans soucis. (il faut que je vérifie mais ça marchait avant)
Or j'ai retesté ce jour, openSuse refuse demonter le disque dur avec l'erreur: [ 191.399911] EXT4-fs (sdb1): Couldn't mount RDWR because of SUSE-unsupported optional feature BIGALLOC. Load module with allow_unsupported=1.
Le disque dur est bien 100% fonctionnel, et j'ai pu le monter sans soucis sous Linux MINT LDME (basé sur debian), donc c'est bien juste un réglage.
C'est nouveau ce choix d'openSuse? Vous avez déjà rencontré ce genre de pb?
Sauf qu'on peut voir que dans la compilation la version du kernel sur laquelle il se base est: "RPMS/x86_64/tuxedo-keyboard-kmp-default-3.0.8_k5.3.18_57-lp153.1.1.x86_64.rpm" donc le kernel 5.3.18_57-lp153.
En regardant les options de montage de mes partitions de ssd, je me rends compte qu'il n'y a ni noatime, ni discard sur les partitions. J'ai rajouté noatime car c'est une option très utile pour limiter l'usure des ssd, mais pour discard y a il une autre méthode de fstrim en place chez openSuse?
j'ai cherché rapidement pour l'instant je n'ai rien trouvé de catégorique.
EDIT: j'aurais du préciser mes partitions: /boot ==> EXT4 LVM Encrypt / ==> EXT4 /swap
DAns une telle configuration faut-il activer discard ou pas? ET comment s'effectue le trim du coup?
Edit2, il semblerait que ça soit fait par timer: systemctl status fstrim.timer ● fstrim.timer - Discard unused blocks once a week Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; vendor preset: enabled) Active: active (waiting) since Wed 2021-04-21 08:54:05 CEST; 1h 44min ago Trigger: Mon 2021-04-26 00:00:00 CEST; 4 days left Docs: man:fstrim
Mais si je fais un sudo fstrim -a ça ne semble pas vouloir du coup comment être sûr que le trim est bien fait?
Petite question, avez vous constaté un manque de réactivité d'openSuse? Je l'ai sur plusieurs machines et je constate à chaque fois les mêmes "lenteurs" à l'ouverture de programme.
En gros si j'ouvre firefox/chromium/thunderbird ou autre, je trouve que c'est toujours plus lent, que les mêmes applications que j'ouvrirais sous Manjaro ou autre par exemple. IL en est de même sur les paquets flatpak.
Au début je me disais que c'était propre à la version Leap, mais je viens d'installer la version tumbleweed à jour sur le pc portable à base de ryzen 4800H/32go/SSD Samsung evo 860 2to et pareil, je trouve que ça manque de réactivité. (tout a été installé en Ext4 LVM Encrypt). J'ai leap installé sur 3 Pcs différents et tumbleweed sur cette nouvelle machine tout juste arrivée et je constate toujours ces petits temps de chargement qui me semblent anormaux surtout une fois le logiciel déjà lancé.
Exemple simple, j'ouvre firefox, je le referme, je le réouvre ==> Le temps d'ouverture est > à 1s, on doit être entre 1 et 2s. Normalement ça devrait être presque instantané. Mais ce n'est pas propre à firefox, si je fais le même test sous chromium, c'est un peu plus rapide, mais j'ai aussi ce temps de chargement d'une seconde
Il faudrait que je refasse le test en vm pour comparer les bureaux/systême de fichier, mais ça reste assez visible comparé à Manjaro Kde par exemple. (un pote a aussi perçu ça en machine virtuelle)
Y a t-il du monde qui utilise virtualbox sous tumbleweed en host? Y a t-il des soucis de module kernel qui ne suit pas et qui pause problème ou non c'est toujours bien mis à jour à chaque fois en même temps?