Aller au contenu principal ↑ ↓

Sujets

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.

Sujets - Chumi

1
Général / Kwallet ne se déverrouille plus après le "login" (TW)
Bonjour,

Kwallet ne se déverrouille plus consécutivement à l'ouverture d'une session. L'inverse est le comportement attendu et qui était effectif jusque là, avant les dernières mises à jour de Tumbleweed dont bon nombre concernaient KDE.

Le problème apparaît sur une seule de mes trois installations de TW qui sont toutes trois à jour (TW 20250514).

Sur le PC "malade" je suis remonté sur un snapshot du 11/05 pour retrouver un comportement normal de Kwallet. J'ai validé celui-ci avec la commande : sudo snapshot rollback et j'ai relancé la mise à niveau de TW. Rien à faire, Kwallet me casse à nouveau les pieds.

J'ai vérifié un certain nombre de choses (présence des bons paquets en rapport et fichiers de configuration de Kwallet) et j'ai comparé avec mes autres installations sans parvenir à détecter la source de l'anomalie.

Enfin j'ai pas mal cherché sur le sujet Kwallet qui s'avère être un problème récurrent avec KDE, ce qui ne m'étonne qu'à moitié tant ce programme est intrusif et opaque depuis des lustres (je pourrais renoncer à KDE rien qu'à cause de lui).

Il se pourrait donc qu'un bug de KDE en soit à l'origine (hypothèse) :

https://bugs.kde.org/show_bug.cgi?id=504254
https://www.reddit.com/r/openSUSE/comments/1kn7gai/kwallet_password_prompt_after_login_on_new/
https://forums.opensuse.org/t/kwallet-prompting-for-password-on-login/184758/36

Voici le retour de la commande journalctl -b | grep -i kwallet. Les vingt premières lignes seraient peut-être les plus éclairantes sans qu'elles m'indiquent où et comment intervenir pour réparer. À moins qu'une Maj de TW répare ça? Je vais attendre mais je n'ai vraiment pas envie de réinstaller à cause de ça, d'autant que certains constatent le même problème sur une installation toute fraîche (voir le lien reddit).

Code: [Sélectionner]
chumi@localhost:~>journalctl -b | grep -i kwallet
Hint: You are currently not seeing messages from other users and the system.
      Users in the 'systemd-journal' group can see all messages. Pass -q to
      turn off this notice.
mai 16 10:00:32 localhost sddm-helper[1877]: pam_kwallet5: final socket path: /run/user/1000/kwallet5.socket
mai 16 10:00:32 localhost kwalletd6[1878]: Detected locale "C" with character encoding "ANSI_X3.4-1968", which is not UTF-8.
mai 16 10:00:32 localhost kwalletd6[1878]: qt.qpa.xcb: could not connect to display :0
mai 16 10:00:32 localhost kwalletd6[1878]: qt.qpa.plugin: From 6.5.0, xcb-cursor0 or libxcb-cursor0 is needed to load the Qt xcb platform plugin.
mai 16 10:00:32 localhost kwalletd6[1878]: qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
mai 16 10:00:32 localhost kwalletd6[1878]: This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.
mai 16 10:00:32 localhost systemd-coredump[1912]: Process 1878 (kwalletd6) of user 1000 dumped core.
                                                  #10 0x000055cb4786a881 n/a (/usr/bin/kwalletd6 + 0xb881)
                                                  #13 0x000055cb4786ae55 n/a (/usr/bin/kwalletd6 + 0xbe55)
mai 16 10:00:33 localhost drkonqi-coredump-launcher[2048]: Unable to find file for pid 1878 expected at "kcrash-metadata/kwalletd6.af8c850d0ac14352834f2341336d7ca9.1878.ini"
mai 16 10:00:33 localhost systemd[1862]: Started Unlock kwallet from pam credentials.
mai 16 10:00:33 localhost pam_kwallet_init[2098]: 2025/05/16 10:00:33 socat[2098] W address is opened in read-write mode but only supports read-only
mai 16 10:00:33 localhost pam_kwallet_init[2098]: 2025/05/16 10:00:33 socat[2098] E connect(, AF=1 "/run/user/1000/kwallet5.socket", 32): Connection refused
mai 16 10:00:33 localhost systemd[1862]: plasma-kwallet-pam.service: Main process exited, code=exited, status=1/FAILURE
mai 16 10:00:33 localhost systemd[1862]: plasma-kwallet-pam.service: Failed with result 'exit-code'.
mai 16 10:01:20 localhost systemd[1862]: Created slice Slice /app/dbus-:1.3-org.kde.kwalletd6.
mai 16 10:01:20 localhost systemd[1862]: Started dbus-:1.3-org.kde.kwalletd6@0.service.
mai 16 10:01:21 localhost kwalletd6[2777]: g_dbus_proxy_get_object_path: assertion 'G_IS_DBUS_PROXY (proxy)' failed
mai 16 10:01:21 localhost kwalletd6[2777]: qt.dbus.integration: QDBusConnection: name 'org.kde.secretservicecompat' had owner '' but we thought it was ':1.83'
mai 16 10:01:21 localhost kwalletd6[2777]: Secret Service availability changed: Available
mai 16 10:01:21 localhost systemd[1862]: Started kwalletmanager5.
mai 16 10:01:21 localhost kwalletmanager5[2797]: Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 1918 "/var/lib/systemd/coredump/core.kwalletd6.1000.89fc841204304b8190b6ceb4f72310fd.1918.1745230876000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 1881 "/var/lib/systemd/coredump/core.kwalletd6.1000.51a52172189c428eb693fde9e5b3f845.1881.1747307709000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 1896 "/var/lib/systemd/coredump/core.kwalletd6.1000.2724c38ebd9c47cb9e8e9e33ee66c35e.1896.1747308055000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 1895 "/var/lib/systemd/coredump/core.kwalletd6.1000.158b0a2db8fc46f6bb5a39e85a5348fd.1895.1747308186000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 3088 "/var/lib/systemd/coredump/core.kwalletd6.1000.158b0a2db8fc46f6bb5a39e85a5348fd.3088.1747308336000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 4210 "/var/lib/systemd/coredump/core.kwalletd6.1000.6eab5c8ff9aa4b00aa3c15183d02c416.4210.1747309241000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 3563 "/var/lib/systemd/coredump/core.kwalletd6.1000.d8e716d867c44c7c8dcaad44c6012da4.3563.1747309659000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 9341 "/var/lib/systemd/coredump/core.kwalletd6.1000.d8e716d867c44c7c8dcaad44c6012da4.9341.1747311103000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 1886 "/var/lib/systemd/coredump/core.kwalletd6.1000.2ea74d2455b04c73aa6edf8ab4d043a1.1886.1747311215000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 1887 "/var/lib/systemd/coredump/core.kwalletd6.1000.ccb39f9e97df48d2a48e383278688ac4.1887.1747311324000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 1891 "/var/lib/systemd/coredump/core.kwalletd6.1000.abdaabeb594c4348a25b2e8cca99042d.1891.1747311466000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 4944 "/var/lib/systemd/coredump/core.kwalletd6.1000.abdaabeb594c4348a25b2e8cca99042d.4944.1747312979000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 5879 "/var/lib/systemd/coredump/core.kwalletd6.1000.abdaabeb594c4348a25b2e8cca99042d.5879.1747313017000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 7861 "/var/lib/systemd/coredump/core.kwalletd6.1000.abdaabeb594c4348a25b2e8cca99042d.7861.1747313438000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 10081 "/var/lib/systemd/coredump/core.kwalletd6.1000.abdaabeb594c4348a25b2e8cca99042d.10081.1747313621000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 1892 "/var/lib/systemd/coredump/core.kwalletd6.1000.5377f29e128c48b4820c1d2878222290.1892.1747313734000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 3777 "/var/lib/systemd/coredump/core.kwalletd6.1000.5377f29e128c48b4820c1d2878222290.3777.1747314022000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 21694 "/var/lib/systemd/coredump/core.kwalletd6.1000.5377f29e128c48b4820c1d2878222290.21694.1747331618000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 1892 "/var/lib/systemd/coredump/core.kwalletd6.1000.8ccab4cfc2ed4bd0aaa823d19228737d.1892.1747331680000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 1884 "/var/lib/systemd/coredump/core.kwalletd6.1000.b24043733f864a0cb5d185e20191eab3.1884.1747332531000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 5972 "/var/lib/systemd/coredump/core.kwalletd6.1000.b24043733f864a0cb5d185e20191eab3.5972.1747332922000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 7672 "/var/lib/systemd/coredump/core.kwalletd6.1000.b24043733f864a0cb5d185e20191eab3.7672.1747333072000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 1887 "/var/lib/systemd/coredump/core.kwalletd6.1000.e74a7725f292410d86457cda2d099dd4.1887.1747334824000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 2463 "/var/lib/systemd/coredump/core.kwalletd6.1000.a26b9710bedc488c88574ce77f2bd76a.2463.1747337347000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 27255 "/var/lib/systemd/coredump/core.kwalletd6.1000.a26b9710bedc488c88574ce77f2bd76a.27255.1747341899000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 34828 "/var/lib/systemd/coredump/core.kwalletd6.1000.a26b9710bedc488c88574ce77f2bd76a.34828.1747342772000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-processor[2211]: "/usr/bin/kwalletd6" 1878 "/var/lib/systemd/coredump/core.kwalletd6.1000.af8c850d0ac14352834f2341336d7ca9.1878.1747382432000000.zst"
mai 16 10:01:35 localhost drkonqi-coredump-launcher[2829]: Unable to find file for pid 4210 expected at "kcrash-metadata/kwalletd6.6eab5c8ff9aa4b00aa3c15183d02c416.4210.ini"
mai 16 10:01:35 localhost drkonqi-coredump-launcher[2833]: Unable to find file for pid 3563 expected at "kcrash-metadata/kwalletd6.d8e716d867c44c7c8dcaad44c6012da4.3563.ini"
mai 16 10:01:35 localhost drkonqi-coredump-launcher[2839]: Unable to find file for pid 9341 expected at "kcrash-metadata/kwalletd6.d8e716d867c44c7c8dcaad44c6012da4.9341.ini"
mai 16 10:01:35 localhost drkonqi-coredump-launcher[2846]: Unable to find file for pid 1881 expected at "kcrash-metadata/kwalletd6.51a52172189c428eb693fde9e5b3f845.1881.ini"
mai 16 10:01:35 localhost drkonqi-coredump-launcher[2847]: Unable to find file for pid 1896 expected at "kcrash-metadata/kwalletd6.2724c38ebd9c47cb9e8e9e33ee66c35e.1896.ini"
mai 16 10:01:35 localhost drkonqi-coredump-launcher[2851]: Unable to find file for pid 1895 expected at "kcrash-metadata/kwalletd6.158b0a2db8fc46f6bb5a39e85a5348fd.1895.ini"
mai 16 10:01:35 localhost drkonqi-coredump-launcher[2855]: Unable to find file for pid 3088 expected at "kcrash-metadata/kwalletd6.158b0a2db8fc46f6bb5a39e85a5348fd.3088.ini"
mai 16 10:01:35 localhost drkonqi-coredump-launcher[2880]: Unable to find file for pid 27255 expected at "kcrash-metadata/kwalletd6.a26b9710bedc488c88574ce77f2bd76a.27255.ini"
mai 16 10:01:35 localhost drkonqi-coredump-launcher[2883]: Unable to find file for pid 34828 expected at "kcrash-metadata/kwalletd6.a26b9710bedc488c88574ce77f2bd76a.34828.ini"
mai 16 10:01:35 localhost drkonqi-coredump-launcher[2885]: Unable to find file for pid 1878 expected at "kcrash-metadata/kwalletd6.af8c850d0ac14352834f2341336d7ca9.1878.ini"
mai 16 10:01:37 localhost systemd[1862]: Started kwalletmanager5.
mai 16 10:01:37 localhost kwalletmanager5[2906]: kwalletmanager: Option inconnue "KSecretD".
mai 16 10:01:37 localhost kwalletmanager5[2906]: QThreadStorage: entry 8 destroyed before end of thread 0x556a243f4c10
mai 16 10:01:37 localhost kwalletmanager5[2906]: QThreadStorage: entry 4 destroyed before end of thread 0x556a243f4c10
mai 16 10:01:37 localhost kwalletmanager5[2906]: QThreadStorage: entry 3 destroyed before end of thread 0x556a243f4c10
mai 16 10:01:37 localhost systemd[1862]: app-kwalletmanager5@6a5be6fba5a64d059ae540b1c0acbc6d.service: Main process exited, code=exited, status=1/FAILURE
mai 16 10:01:37 localhost systemd[1862]: app-kwalletmanager5@6a5be6fba5a64d059ae540b1c0acbc6d.service: Failed with result 'exit-code'.
mai 16 10:05:13 localhost sudo[3176]: pam_kwallet5(sudo:auth): pam_kwallet5: pam_sm_authenticate
mai 16 10:05:13 localhost sudo[3176]: pam_kwallet5(sudo:auth): pam_kwallet5: Refusing to do anything for the root user
mai 16 10:05:16 localhost sudo[3176]: pam_kwallet5(sudo:setcred): pam_kwallet5: pam_sm_setcred
mai 16 10:05:16 localhost sudo[3176]: pam_kwallet5(sudo:session): pam_kwallet5: pam_sm_open_session
mai 16 10:05:16 localhost sudo[3176]: pam_kwallet5(sudo:session): pam_kwallet5: we were already executed
mai 16 10:05:17 localhost sudo[3176]: pam_kwallet5(sudo:session): pam_kwallet5: pam_sm_close_session
mai 16 10:05:17 localhost sudo[3176]: pam_kwallet5(sudo:setcred): pam_kwallet5: pam_sm_setcred
mai 16 10:29:39 localhost sudo[6100]: pam_kwallet5(sudo:auth): pam_kwallet5: pam_sm_authenticate
mai 16 10:29:39 localhost sudo[6100]: pam_kwallet5(sudo:auth): pam_kwallet5: Refusing to do anything for the root user
mai 16 10:29:43 localhost sudo[6100]: pam_kwallet5(sudo:setcred): pam_kwallet5: pam_sm_setcred
mai 16 10:29:43 localhost sudo[6100]: pam_kwallet5(sudo:session): pam_kwallet5: pam_sm_open_session
mai 16 10:29:43 localhost sudo[6100]: pam_kwallet5(sudo:session): pam_kwallet5: we were already executed
mai 16 10:29:43 localhost sudo[6100]: pam_kwallet5(sudo:session): pam_kwallet5: pam_sm_close_session
mai 16 10:29:43 localhost sudo[6100]: pam_kwallet5(sudo:setcred): pam_kwallet5: pam_sm_setcred
mai 16 10:30:57 localhost sudo[6157]: pam_kwallet5(sudo:setcred): pam_kwallet5: pam_sm_setcred
mai 16 10:30:57 localhost sudo[6157]: pam_kwallet5(sudo:session): pam_kwallet5: pam_sm_open_session
mai 16 10:30:57 localhost sudo[6157]: pam_kwallet5(sudo:session): pam_kwallet5: we were already executed
mai 16 10:30:57 localhost sudo[6157]: pam_kwallet5(sudo:session): pam_kwallet5: pam_sm_close_session
mai 16 10:30:57 localhost sudo[6157]: pam_kwallet5(sudo:setcred): pam_kwallet5: pam_sm_setcred
mai 16 10:41:08 localhost kwalletd6[2777]: kf.wallet.kwalletd: "Item not found"
mai 16 10:41:08 localhost kwalletd6[2777]: kf.wallet.kwalletd: "Item not found"
mai 16 10:41:08 localhost kwalletd6[2777]: kf.wallet.kwalletd: "Item not found"

Pour info ce n'est pas complètement handicapant mais c'est pénible avec certains programmes nécessitant un mot de passe et qui sont normalement automatiquement déverrouillés par Kwallet à l'ouverture de la session. Du coup je dois déverrouiller manuellement le portefeuille de KDE et renseigner mon mot de passe pour les programmes en question. Par bonheur cela ne concerne pas le wifi puisque je suis en Ethernet sur le PC "malade".
2
Général / Yast-Software et les paquets non nécessaires
Bonsoir,

openSUSE ronronne chez moi et il y a des choses auxquelles je ne prête pas toujours beaucoup d'attention. Les paquets dits "non nécessaires" dans Yast-Software, on peut les virer sans dommage (certains ne font pas de doute pour moi, mais d'autres je m'interroge)? Il y a des appellations qui prêtent à confusion dans Yast-Software par rapport à certaines commandes de Zypper (les paquets dits recommandés par exemple).
3
Association / [IMP0RTANT] AG 2024/2025 de l'association Alionet Le 25 mars 2025
Bonjour à toutes et tous,

L'Assemblée Générale 2024 de l'association Alionet, exceptionnellement décalée dans le temps, se tiendra, sous forme dématérialisée comme à l'accoutumée, le mardi 25 mars 2025 à 20h30.

Les membres de l'Association, à jour de cotisation lors de l'exercice précédent (2023/2024), sont invités à y participer.

Pour rappel, ainsi qu'il l'avait annoncé le 18 décembre 2024 sur notre forum, sogal quitte cette année ses fonctions de président et d'administrateur de l'association. Il avait par ailleurs à cette occasion invité les membres actifs de notre communauté à réfléchir et à proposer des candidatures pour prendre sa relève. Rien de concret ou de suffisamment affirmé concernant cette relève n'est apparu depuis dans nos discussions sur le forum et il est donc capital ou au moins souhaitable que les membres de l'association participent à l'AG cette année.

Lieu

Via IRC, sur Freenode, sur le canal  #alionet2025
(https://web.libera.chat/)

Ordre du jour

L'ordre du jour sera :
- présentation et vote du rapport moral
- présentation et vote du rapport financier
- élection du bureau
- résolutions

Élection du bureau

Tous les postes du bureau (président, administrateur, trésorier et secrétaire) arrivant à terme sont à renouveler. Il est évident que l'absence de candidature aux fonctions clés de président et d'administrateur compromet définitivement la survie de l'association ainsi que celle du forum tel que le connaissons aujourd'hui.

Le bureau compte sur votre participation et vous remercie de votre attention.
4
Matériel / SSD externe, TRIM et données SMART
Bonsoir,

À la faveur des soldes je viens d'acquérir un SSD externe. Un Samsung T7 1 To qui ne brille pas par ses performances mais je m'en fiche (formaté d'origine en exFAT soit dit en passant).

De retour chez moi je me suis tout à coup interrogé sur un point auquel je n'avais pas pensé lors de l'achat. Et le TRIM avec ces SSDs externes?

Citation de: https://fr.wikipedia.org/wiki/Trim_(informatique)
trim (mot anglais pouvant signifier : réduire, tailler, bien arranger…) est, en informatique, une commande qui permet à un système d’exploitation d'indiquer à un contrôleur de stockage de type mémoire flash (SSD) quels blocs de données ne sont plus utilisés et peuvent donc être effacés. Cette commande améliore les performances d'accès aux SSD.

Pour les SSDs internes, pas de souci, openSUSE s'occupe de ça périodiquement (par défaut c'est une fois par semaine). On peut le vérifier avec cette commande :

Code: [Sélectionner]
systemctl status fstrim.timer

Pour mon SSD externe je me suis dit que je pouvais lancer la commande manuellement comme ça :

Code: [Sélectionner]
sudo fstrim -v /run/media/chumi/T7

Je ne me souviens plus exactement du retour de la commande, mais non, ce n'était pas possible (fstrim ne peut pas être lancé sur ce périphérique ou quelque chose comme ça). Pour l'exprimer plus savamment, mon SSD portable n’était pas initialisé dans le noyau avec le support TRIM (ce n'est pas de moi  :)) ).

Du coup j'ai fait quelques recherches et voici ce que j'ai principalement consulté :


Et à présent la solution que j'ai appliquée, non sans avoir préalablement bien épluché les commandes du Wiki ArchLinux.

En gros c'est une traduction du HowTo Manjaro . Elle règle mon problème et elle fonctionne probablement pour un certain nombre de SSDs externes récalcitrants au TRIM mais elle n'est peut-être pas universelle.

Identifier le VendorID et le ProductID du SSD :

Code: [Sélectionner]
lsusb

Exemple avec un Samsung T7, le retour de commande donne (entre autres lignes) :

Code: [Sélectionner]
Bus 004 Device 002: ID 04e8:4001 Samsung Electronics Co., Ltd PSSD T7

Nous voyons ID 04e8:4001. Le VendorID est la première valeur, 04e8, et le ProductID est la seconde, 4001. Noter ces valeurs.

Créer une règle udev :

Code: [Sélectionner]
sudo nano /etc/udev/rules.d/50-usb-ssd-trim.rules

Copier ce qui suit avec vos valeurs ID, celles que vous avez notées précédemment :

Code: [Sélectionner]
ACTION=="add|change", ATTRS{idVendor}=="04e8", ATTRS{idProduct}=="4001", SUBSYSTEM=="scsi_disk", ATTR{provisioning_mode}="unmap"

Et enregister le fichier bien sûr.

Il faudra redémarrer le système pour que cette règle udev soit prise en compte.

Après quoi on pourra lancer la commande fstrim sur le SSD portable (adapter le chemin du point de montage à votre installation) :

Code: [Sélectionner]
sudo fstrim -v /run/media/user/mountpoint

Il devrait suffire de lancer cette commande une fois par semaine ou une fois par mois selon l’usage du SSD.

Pour les SSDs portables chiffrés avec LUKS, c'est un autre cas.

Récupérer l’ID LUKS avec la commande (remplacer sdx par le code de votre SSD, sdd, sde, ect.) :

Code: [Sélectionner]
lsblk --discard /dev/sdx

Le retour de commande donne par exemple :

Code: [Sélectionner]
NAME                                          DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sdc                                                  0      512B       4G         0
└─sdc1                                               0      512B       4G         0
  └─luks-79289eda-1aba-4799-adfa-ae3784460a80        0        0B       0B         0

Noter l’ID LUKS et activer le TRIM comme suit, avec la valeur ID LUKS que vous avez notée :

Code: [Sélectionner]
sudo cryptsetup --allow-discards --persistent refresh luks-79289eda-1aba-4799-adfa-ae3784460a80

On peut créer une règle udev pour ce cas mais à la fin du HowTo Manjaro je n'ai pas compris ce qu'il faudrait exactement mettre dedans.

Un autre problème maintenant : les données SMART (comment se porte mon SSD portable?)

Selon tel ou tel SSD externe la commande suivante pourrait ne renvoyer que peu voire très peu d'informations :

Code: [Sélectionner]
sudo smartctl -a /dev/sdx

En cause, entre autres, les différents ponts USB adoptés par les différents constructeurs  :'(

Cette lecture m'a un peu éclairé à ce sujet : How to read SMART drive health status of Samsung Portable SSD T7 Shield (and compile smartmontools 7.4)

Bref, il faut peut-être pour certains SSDs externes adapter la commande smartctl.

La commande suivante permettrait de détecter le fameux pont qui empêche de circuler  :))

Code: [Sélectionner]
sudo smartctl -- scan

L'auteur donne cet exemple de retour de commande :

Code: [Sélectionner]
/dev/sde -d sntasmedia # /dev/sde [USB NVMe ASMedia], périphérique NVMe

Et il en déduit la commande smartctl qui va bien :

Code: [Sélectionner]
sudo smartctl -a /dev/sde -d sntasmedia

Bon, dans son cas il lui a été nécessaire de compiler une version plus récente de smartmontools. Mais disposer de la dernière version n'est peut-être pas toujours nécessaire (sur TW ça va de ce côté là  ;) )

Pour mon Samsung T7 j'ai trouvé un moyen simple d'avoir des données SMART plus lisibles que les infos renvoyées par smartcl. J'ai téléchargé l'appli Samsung Magician sur mon smartphone Android (et j'ai connecté mon SSD au tél bien sûr). Et ça donne ça :



Une bonne prise de tête quand même ce SSD externe  :o

Edit : J'ai modifié ce tuto aujourd'hui (03/06/2025) car je viens de constater qu'une instruction n'était plus valable (démarrage du système avec le SSD Externe branché pour pouvoir le "trimer"). Ne me demandez pourquoi, c'est comme ça  :))
5
Programmes et logiciels / Sauvegarder ses bases de données KeepassXC
Bonsoir,

Je viens d'être confronté à un problème : mes bases de données KeepassXC (gestionnaire de mots de passe), hébergées dans le cloud, n'étaient tout à coup plus reconnues comme valides. Faut pas être trop confiant avec ce qui se trafique dans le cloud, ça ne passe pas toujours comme une lettre à la poste pour des raisons x que j'ignore (j'ai déjà eu quelques doutes à ce sujet).

Par bonheur j'avais des sauvegardes un peu retardataires sur des disques et j'ai pu me tirer d'affaire.

Premier conseil : surveiller le poids en octets de ces bases de données. Quelques Ko, voire 0 octet, c'est mauvais signe si elles sont assez bien remplies d'ordinaire (maintenant je note ces infos).

Second conseil : multiplier les sauvegardes sur divers supports (au moins un différent) après avoir vérifié qu'on ne sauvegarde pas un truc pourri (une base de 0 octet par exemple  ::) ).

Edit : il est question de cloud public dans ce message.
6
Général / Système de fichier en lecture seule, la cata!
Bonsoir,

Gros souci hier qui s'est d'abord manifesté comme suit quand j'ai voulu me connecter :



Des popups en pagaille du même style pour tout un paquet de fichiers du type xxxxrc.

Deux hypothèses dans ma tête : une corruption de mon compte utilisateur et/ou une défaillance du SSD sur lequel est installé le système (un SSD de moins d'un an).

De quelque manière je n'ai pas pu créer un nouvel utilisateur afin d'identifier si seul mon compte personnel était affecté.

J'ai aussi basculé sur un snapshot mais le résultat était toujours le même.

Enfin j'ai bricolé avec smartctl pour vérifier l'état de mon SSD. Un peu de littérature aidant j'ai fini par conclure qu'il était sain.

Pour un certain nombre d'opérations je me suis placé dans un terminal virtuel (tty1) mais ce faisant j'ai aussi été abreuvé d'une foule de messages dont le dénominateur commun était en gros que j'avais des erreurs BTRFS et que mon système était passé en lecture seule (du coup, c'est logique, les snapshots... tintin! ils ne servaient à rien).

Que faire? réinstaller? la barbe!

Un peu désorienté j'avoue, je me suis inspiré de cette page du support de SUSE :

How to recover from BTRFS errors.

Et j'ai donc essayé de réparer en utilisant une clé usb bootable de TW (dans les Options -> Rescue, puis à l'invite rescue login : inscrire root, pas de mot de passe). Aucune crainte de tout foutre en l'air si au final je dois malgré tout réinstaller.

Petite précision quand même : sur cette tour (mon ordi principal) les données sont sur deux HDDs dont l'un est la copie exacte de l'autre et j'ai aussi des sauvegardes externes. Ne tenter aucune réparation sans avoir une sauvegarde de ses données!

En dépit du WARNING sur ma page SUSE de référence, je n'ai pas finassé (mon système est sur /sda2):

Code: [Sélectionner]
btrfs check --repair /dev/sda2

puis, le nettoyage des logs m'ayant paru judicieux compte tenu de ce que j'ai subi :

Code: [Sélectionner]
btrfs rescue zero-log /dev/sda2

Je n'ai pas l'impression d'avoir suivi une procédure très précautionneuse si je me réfère au wiki d'openSUSE (je l'ai lu bien après m'être lancé) :

How to repair a broken/unmountable btrfs filesystem

Ceci-dit je n'avais pas de souci de démontage du système de fichier.

Au reboot j'ai finalement récupéré mon système (ouf!) mais je ne connais pas l'origine du problème. Qu'est-ce qui a bien pu causer tout ce bazar? Cette récupération est-elle solide?

J'ai seulement remarqué que la prise en compte d'un profil ICC pour mon écran avec X11 dans KDE6 générait successivement et à n'en plus finir des lignes dans le journal, du genre :

Code: [Sélectionner]
ksmserver[1995]: qt.gui.icc: fromIccProfile: failed size sanity 2

Et j'utilise quasiment tout le temps X11.

J'ai désactivé la prise en compte du profil et ces lignes n'apparaissent plus. Rien de tout ça avec Wayland, pas de bourrage du journal, mais mon affichage se dégrade avec la prise en compte du profil ICC (ce n'est pas fluide, le menu disparaît et réapparaît par exemple).

Cela n'a peut-être rien à voir avec le problème que j'ai rencontré ceci-dit.

Pourvu que ça tienne!
7
Autres distributions GNU/Linux et BSD / Universal Blue
Bonjour,

Connaissez-vous ce projet (multiple en fait) s'appuyant sur les saveurs atomiques (immuables) de Fedora?

Universal Blue

L'idée de ce projet est de délivrer des systèmes prêts à l'emploi avec tout ce qu'il faut d'entrée (codecs, noyaux spécifiques pour les jeux, ect) et ne nécessitant à priori aucune maintenance, à l'instar d'un Chromebook, mais avec la flexibilité et la puissance d'un bureau Linux traditionnel (Extrait de la présentation d'Universal Blue).

Personnellement je ne sais pas encore quoi en penser. Hier soir j'ai essayé de me faire une VM VirtualBox d'Aurora, la saveur équivalente à Fedora Kinoite, avec les codecs et d'autres choses en plus. Ça moulinait trop longtemps à l'installation et j'ai laissé tomber.

Toujours est-il que ça avance visiblement à grands pas dans la lignée des Fedoras atomiques.

Edit : Je ne sais pas trop quoi penser du résultat en fait car je n'ai pas pu tester un minimum mais l'idée d'un bureau traditionnel Linux s'administrant tout seul comme un Chromebook et avec tout ce qu'il faut d'emblée pour le multimédia ou le jeu, est intéressante. Peut-être pas pour tout le monde ou pour les bidouilleurs (encore que des moyens sont offerts pour qu'ils se bricolent leur propre système sur cette base) mais pour des utilisateurs qui n'ont aucun intérêt à comprendre un système ou qui n'ont pas le temps de s'y consacrer, faut voir. Il m'est arrivé une fois de conseiller un Chromebook et j'avais de bonnes raisons de le faire. Cela fait trois ans je crois et je n'ai jamais eu de mauvais retour du genre : "Marche pas ton truc" ou "Je n'y comprends rien". J'aurais bien sûr largement préféré conseiller quelque chose qui ne soit pas complètement piloté par Google.
9
Internet, réseaux et serveurs / Service DNS de Quad9
Bonsoir,

J'ai utilisé les résolveurs DNS de FDN, puis ceux de Cloudflare suite à des soucis avec le premier je crois et après avoir consulté le wiki d'openSUSE : SDB:Configure DNS.

À la "faveur" de la nécessité de changer de téléphone portable j'ai découvert Quad9 et Quad9 Connect. Je n'avais jamais pensé à mon smartphone jusque là en ce qui concerne ces DNS...

Passons. Ce Quad9 me semble pas mal du tout, pour ne pas dire franchement intéressant. J'ai tout basculé dessus, smartphone et ordis. Et hop! encore un truc en Suisse!
10
Programmes et logiciels / Bug VirtualBox (Tumbleweed / Wayland) et parade
Bonjour,

Je viens de constater un bug de VirtualBox sur TW (virtualbox 7.0.14-9.2)

Quand je passe le système invité en plein écran je perds l'usage de la souris et cela sur deux machines virtuelles (Windows 10 et Leap 15.6 RC).

J'ai un peu fouillé et ce n'est visiblement pas la première fois que ce bug survient.

La parade en attendant que ce soit réglé avec une mise à jour ultérieure du paquet : dans la configuration de la machine virtuelle -> Interface utilisateur, il faut désactiver l'affichage de la Mini-ToolBar (décocher).

11
Programmes et logiciels / DisplayCAL, KDE Plasma et Wayland
Bonjour,

Pour les photographes passionnés (dont je fais de moins en moins partie même si le sujet m'intéresse quand même), la prise en compte par les environnements graphiques du ou des profils (icc) résultant du calibrage d'un moniteur, est importante.

Je ne refais pas toute l'histoire mais nous avons un logiciel bien connu pour calibrer nos écrans, DisplayCAL, qui n'est plus disponible dans les dépôts (flatpak donc car je doute que sa compilation soit possible ou simple en raison de la version de python dont nous disposons).

Du fait que KDE Plasma 6 pousse en quelque sorte à l'utilisation de Wayland, je me suis posé la question de l'utilisation de DisplayCAL avec ce serveur graphique, ce que je n'avais jamais essayé de faire jusque là.

J'ai donc tenté de calibrer mon écran avec DisplayCAL sous Wayland.

Le logiciel se lance mais un message d'erreur a bloqué ma tentative de calibrage. À confirmer par d'autres utilisateurs du logiciel en question.

Qu'à cela ne tienne je suis donc allé calibrer sous X11 et j'ai obtenu un profil icc.

Avec X11 sur KDE, la prise en compte de ce profil par l'environnement graphique se fait grâce au Gestionnaire de couleurs dans la Configuration du système, à condition d'avoir installé le paquet colord-KDE.

Avec Wayland, ce n'est pas là que ça se passe. Il faut se rendre dans la Configuration de l'affichage.



Cela pose un petit problème. Avec X11, dans le Gestionnaire de couleurs, il est possible d'enregistrer plusieurs profils à ce niveau (un destiné à l'affichage sur le Web et un autre pour l'impression par exemple) et de basculer rapidement de l'un à l'autre.

C'est beaucoup moins simple avec Wayland comme vous pouvez le voir sur la capture d'écran ci-dessus.

Je m'interroge à présent sur DisplayCAL dont le développement est l'arrêt depuis un moment. S'il se confirme qu'il ne fonctionne pas avec Wayland, les photographes, les vidéastes et les graphistes auront des soucis à l'avenir. Argyll CMS en lignes de commande, sur lequel repose d'ailleurs DisplayCAL, ce n'est pas la joie  :'(

Ça pour KDE car Gnome dispose d'une solution rudimentaire, mais d'une solution quand même (gnome-color-manager) pour faciliter le calibrage.
14
Général / TW : Maj KDE Plasma 6, écran noir
Bonsoir,

Pas de précipitation.

Passage à KDE 6 foireux et je n'ai pas de trucs spécialement exotiques. Des soucis au niveau du thème et du wallpaper SDDM, qui étaient ceux par défaut chez moi.

 :(
15
Programmes et logiciels / TW : Latte Dock passe à la trappe
Bonjour,

C'était prévisible, Latte Dock est supprimé des dépôts de Tumbleweed avec la mise à niveau d'aujourd'hui (20240306).

Il a d'ailleurs déjà disparu dans l'offre logicielle de quelques autres distributions. L'auteur a abandonné le projet semble t-il.

Peu compatible avec Wayland pour ce que j'ai personnellement constaté, cela annonce t-il la livraison prochaine de KDE Plasma 6 dont le serveur graphique par défaut est justement Wayland? Probablement, mais pour très bientôt? je n'en sais rien.

À titre personnel, pour remplacer Latte Dock que j'utilisais, je vais peut-être bien me contenter d'un simple panneau Plasma... ou rien.