# KDE Ouverture d'un disque (chiffré) à l'ouverture de session \[Abandon\] **URL:** \ **Category:** Support Debian\ **Tags:** disk, kde\ **Created:** [Janvier 8, 2026, 8:06 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922 "2026-01-08T08:06:50Z")\ **Posts on this page:** 20\ **Page:** 2
**Author:** ![Shnoulle](https://www.debian-fr.org/user_avatar/www.debian-fr.org/shnoulle/32/3113_2.png) [@Shnoulle](https://www.debian-fr.org/u/Shnoulle)\ **Post date:** [Janvier 30, 2026, 4:21 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/21 "2026-01-30T16:21:50Z")
> [@Zargos](#): > > Tu as df’abord ouvert ta sessions et ensuite nautilus te demande le password de la partition chiffrée. **Il ne me le demande qu’une seule fois, à la connexion suivante : il me monte le disque chiffré directement à l’ouverture de session.** Punaise, t’en as pas marre de toujours vouloir avoir raison alors que t’arrêtes pas de te gourrer ? Tu commence vraiment à me faire suer ! ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Janvier 30, 2026, 6:18 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/22 "2026-01-30T18:18:50Z")
> [@Shnoulle](#): > > Reboot, connexion avec cet utilisateur : un disque apparait dans Nautilus, indiqué chiffré. Je clique : on me propose de garder le mot de passe je me suis basé sur ça alors reste calme. > [@Shnoulle](#): > > ![Capture d’écran du 2026-01-30 16-48-56](https://www.debian-fr.org/uploads/default/original/2X/3/3b8cc3e15e63b91b17518df05fb9f42a402efe73.png) C’est le **se souvenir du mot de passe** qui est coché qui fait qu’au reboot suivant tu n’as plus à le donner car le mot de passe a été stocké par Nautilus. C’est en fait Nautilus qui fait le taf pas le fait d’ouvrir ta session. ---
**Author:** ![Shnoulle](https://www.debian-fr.org/user_avatar/www.debian-fr.org/shnoulle/32/3113_2.png) [@Shnoulle](https://www.debian-fr.org/u/Shnoulle)\ **Post date:** [Janvier 31, 2026, 12:05 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/23 "2026-01-31T00:05:30Z")
Bon, Donc : pour KDE ? Parce que la seule question est là ! Tu sais pas, t’es juste pas obligé de répondre hin ! ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Janvier 31, 2026, 11:05 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/24 "2026-01-31T11:05:52Z")
> [@Shnoulle](#): > > Donc : pour KDE ? Je ne sais pas je n’utilise pas KDE, donc si tu ne donnes aucun éléments pas moyen d’analyser quoi que ce soit. Dans tous les cas, si c’est bien le logon qui ouvre la partition, il est facile de le vérifier avec SSH. Car alors, si la partition n’est pas préalablement montée ni ouverte, l’accès SSH devra ouvrir et monter la partition. ---
**Author:** ![Shnoulle](https://www.debian-fr.org/user_avatar/www.debian-fr.org/shnoulle/32/3113_2.png) [@Shnoulle](https://www.debian-fr.org/u/Shnoulle)\ **Post date:** [Janvier 31, 2026, 12:33 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/25 "2026-01-31T12:33:15Z")
> [@Zargos](#): > > Je ne sais pas je n’utilise pas KDE, donc si tu ne donnes aucun éléments pas moyen d’analyser quoi que ce soit. Mais bordel ! Pourquoi tu réponds alors !!! > Existe t’il une méthode équivalente pour KDE ? La clé de chiffrement est bien enregistrée. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Janvier 31, 2026, 1:22 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/26 "2026-01-31T13:22:07Z")
Parce que tu me poses la question. ---
**Author:** ![Shnoulle](https://www.debian-fr.org/user_avatar/www.debian-fr.org/shnoulle/32/3113_2.png) [@Shnoulle](https://www.debian-fr.org/u/Shnoulle)\ **Post date:** [Janvier 31, 2026, 1:23 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/27 "2026-01-31T13:23:30Z")
Je pose la question sur un forum ! Pas à toi ! T’es une IA ou quoi ? ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Janvier 31, 2026, 1:34 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/28 "2026-01-31T13:34:47Z")
Arrête de t’énerver, ça ne sert à rien. L’agressivité ne résout rien. ---
**Author:** ![Thierz](https://www.debian-fr.org/user_avatar/www.debian-fr.org/thierz/32/15124_2.png) [@Thierz](https://www.debian-fr.org/u/Thierz)\ **Post date:** [Janvier 31, 2026, 11:48 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/29 "2026-01-31T23:48:41Z")
Qu’as-tu dans le fichier /etc/udisks2/mount\_options.conf ? Et as-tu d’autres fichiers .conf dans ce même dossier /etc/udisks2/ ? ---
**Author:** ![Shnoulle](https://www.debian-fr.org/user_avatar/www.debian-fr.org/shnoulle/32/3113_2.png) [@Shnoulle](https://www.debian-fr.org/u/Shnoulle)\ **Post date:** [Février 1, 2026, 9:55 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/30 "2026-02-01T09:55:18Z")
``` shnoulle@isis-debian:~$ ls /etc/udisks2/ mount_options.conf.example udisks2.conf shnoulle@isis-debian:~$ cat /etc/udisks2/udisks2.conf [udisks2] # Comma separated list of modules to load. # Use asterisk to load all the modules. modules=* # Valid options are 'ondemand' or 'onstartup'. modules_load_preference=ondemand [defaults] # Valid options are 'luks1' or 'luks2' encryption=luks2 ``` Mais ici : c’est bien Nautilus qui m’ouvre le disque, pas le système. Et pas pour tous les utilisateurs ! Session Gnome : le disque est ouvert au démarrage de la session. Session KDE : je dois cliquer sur le disque, le mot de passe est enregistré, mais le disque n’est pas ouvert. Nouvel utilisateur : session Gnome : le disque n’est pas ouvert, demande de clé de chifrement pour l’ouverture. ---
**Author:** ![Thierz](https://www.debian-fr.org/user_avatar/www.debian-fr.org/thierz/32/15124_2.png) [@Thierz](https://www.debian-fr.org/u/Thierz)\ **Post date:** [Février 1, 2026, 10:00 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/31 "2026-02-01T10:00:30Z")
Par « ouvert » tu veux dire « monté » ? ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Février 1, 2026, 10:52 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/32 "2026-02-01T10:52:11Z")
> [@Thierz](#): > > Par « ouvert » tu veux dire « monté » ? la partition crypto\_luks est « ouverte » (i.e.: c`ryptsetup luksOpen `) Une partition mapper, ou autre filesystem est montée (.i.e: `mount -t ext4 `) > [@Shnoulle](#): > > Session Gnome : le disque est ouvert au démarrage de la session. Oui, ce qui implique que l’ouverture de session (i.e.: acceptation de l’identité, telle qu’on peut le voir dans auth.log) a déjà été réalisée, et que le lancement de Nautilus (-une application nécessitant une session ouverte) soit executé. ---
**Author:** ![Thierz](https://www.debian-fr.org/user_avatar/www.debian-fr.org/thierz/32/15124_2.png) [@Thierz](https://www.debian-fr.org/u/Thierz)\ **Post date:** [Février 1, 2026, 11:03 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/33 "2026-02-01T11:03:10Z")
OK merci car ce vocabulaire est un peu avancé pour moi. Donc, qui dit « ouvert » dit qu’il y a eu 1) montage de la partition du disque externe (sans rien dans `fstab`) puis 2) ouverture au sens LUKS. Si déjà on se focalise sur le 1), et si ça n’arrive qu’un démarrage de la session sous Gnome, c’est que Nautilus a peut-être mis silencieusement un launcher dans `~/.config/autostart`, ou une commande gvfs\_mount dans `~/.gnomerc` ? Ce genre de truc ? ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Février 1, 2026, 12:08 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/34 "2026-02-01T12:08:35Z")
> [@Thierz](#): > > Donc, qui dit « ouvert » dit qu’il y a eu 1) montage de la partition du disque externe (sans rien dans `fstab` ) puis 2) ouverture au sens LUKS. Non, ouvert c’est que la partition crypto\_luks a été déchiffrée: Avant ouverture: ```auto nvme0n1 ├─nvme0n1p1 vfat FAT32 A18E-45E4 └─nvme0n1p2 crypto_LUKS 2 ``` Après ouverture avec cryptsetup: ```auto nvme0n1 ├─nvme0n1p1 vfat FAT32 A18E-45E4 └─nvme0n1p2 crypto_LUKS 2 └─nvme0n1p2_crypt LVM2_member LVM2 001 ``` Ensuite seulement tu fait le montage avec: ```auto mount -t /dev/mapper/nvme0n1p2_crypt /path/to/mountpoint ``` **NOTE** : Dans mon exemple c’est un LVM sur deux disques, je n’en ai ouvert qu’un seul donc je ne vois pas les paritions lvm. Mais le principe reste le même. ---
**Author:** ![Thierz](https://www.debian-fr.org/user_avatar/www.debian-fr.org/thierz/32/15124_2.png) [@Thierz](https://www.debian-fr.org/u/Thierz)\ **Post date:** [Février 1, 2026, 12:32 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/35 "2026-02-01T12:32:53Z")
Aaaah ok ! ---
**Author:** ![Shnoulle](https://www.debian-fr.org/user_avatar/www.debian-fr.org/shnoulle/32/3113_2.png) [@Shnoulle](https://www.debian-fr.org/u/Shnoulle)\ **Post date:** [Février 1, 2026, 7:20 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/36 "2026-02-01T19:20:16Z")
> OK merci car ce vocabulaire est un peu avancé pour moi. Donc, qui dit « ouvert » dit qu’il y a eu 1) montage de la partition du disque externe (sans rien dans `fstab` ) puis 2) ouverture au sens LUKS. Oui, désolé : : ouvert == monté. > Si déjà on se focalise sur le 1), et si ça n’arrive qu’un démarrage de la session sous Gnome, c’est que Nautilus a peut-être mis silencieusement un launcher dans `~/.config/autostart` , ou une commande gvfs\_mount dans `~/.gnomerc` ? Ce genre de truc ? J’ai « 3 disques » physique , le système en LVM et boot + /home/shnoulle/data chiffré et monté par fstab et cryptab, et 1 disque /home/shnoulle/STOCK : monté par Nautilus/Gnome uniquement au démarrage de ma session Gnome. mon fstab : ```auto dev/mapper/isis--debian--vg-root / ext4 errors=remount-ro 0 1 # /boot was on /dev/sdb1 during installation UUID=948242b8-496b-402e-8489-87050bb50501 /boot ext4 defaults 0 2 /dev/mapper/isis--debian--vg-swap_1 none swap sw 0 0 /dev/mapper/luks-9e67e412-b4e8-4818-826e-3e6a14ccfef2 /media/shnoulle/data ext4 defaults 0 2 ``` pour les 2 autres ```auto shnoulle@isis-debian:~$ ls .config/autostart/ eddie-ui.desktop Nextcloud.desktop org.keepassxc.KeePassXC.desktop sshaddpass.sh.desktop shnoulle@isis-debian:~$ cat .config/autostart/sshaddpass.sh.desktop [Desktop Entry] Exec=/home/shnoulle/bin/sshaddpass.sh Icon=application-x-shellscript Name=sshaddpass.sh Type=Application X-KDE-AutostartScript=true shnoulle@isis-debian:~$ cat /home/shnoulle/bin/sshaddpass.sh #!/bin/bash export GIT_ASKPASS=${SSH_ASKPASS} export SSH_ASKPASS ssh-add ~/.ssh/id_rsa shnoulle@isis-debian:~$ ls .gnomerc ls: impossible d'accéder à '.gnomerc': Aucun fichier ou dossier de ce nom ``` sshaddpass est là pour kde . Ce que j’aurais voulu, c’est avoir sur KDE le même comportement que sur Gnome. @Zargos pourquoi tu réponds ? La question m’est adressée ? ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Février 1, 2026, 10:22 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/37 "2026-02-01T22:22:32Z")
> [@Shnoulle](#): > > @Zargos pourquoi tu réponds ? pour préciser la différence entre ouvert et monté dans ce contexte à @Thierz ---
**Author:** ![Shnoulle](https://www.debian-fr.org/user_avatar/www.debian-fr.org/shnoulle/32/3113_2.png) [@Shnoulle](https://www.debian-fr.org/u/Shnoulle)\ **Post date:** [Février 2, 2026, 7:15 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/38 "2026-02-02T07:15:08Z")
Bin tu te grourre ! Il n’y a pas de différence : je voulais bien dire « montée ». Il faut que la partition soit déchiffrée et montée ! Je veux que la partition chiffrée ne soit pas montée par le système avant l’ouverture de (ma) session Gnome ou KDE. Une fois la session ouverte : la partition chiffrée soit montée sans intervention de ma part. Et de préférence, avant l’ouverture des différents logiciels dans autostart (par exemple, si ma clé keepassx est sur cette partition) C’est facile de le faire sous Gnome, cela ne semble pas être possible. ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Février 2, 2026, 8:11 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/39 "2026-02-02T08:11:09Z")
> [@Shnoulle](#): > > Je vais relancer gnome : c’est sur Nautilus , tu peux cocher la case « ouverture automatique lors de l’ouverture de session » Sous KDE sauf erreur de ma part c’est avec Kwallet pour enregistrer le mots de passe dans un trousseau, ensuite tu sélectionnes ta partition depuis Dolphin et tu renseignes le fameux mots de passe (pour l’enregistrer dans Kwallet). ` cat /etc/pam.d/common-auth | grep kwallet` Tu dois voir : `auth optional pam_kwallet5.so` Et dans : ```` ```cat /etc/pam.d/common-session | grep kwallet``` ```` ça: ` session optional pam_kwallet5.so auto_start` Il te faudra aussi les paquets kwalletmanager kwallet-pam udisks2 ainsi que vérifier que kwallet soit bien actif à la connexion. `kwallet-query -l kdewallet` Pour le debug Zargos à bien souligné cela se passe avec la libpam.mount à vérifier dans les logs correspondant En résumé j’aime pas KDE 😕 ---
**Author:** ![Shnoulle](https://www.debian-fr.org/user_avatar/www.debian-fr.org/shnoulle/32/3113_2.png) [@Shnoulle](https://www.debian-fr.org/u/Shnoulle)\ **Post date:** [Février 2, 2026, 8:24 UTC](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922/40 "2026-02-02T08:24:11Z")
Merci Clochette, Le mot de passe est bien enregistré dans kwallet, mais le disque n’est pas ouvert automatiquement… Je dois double-cliquer dessus, et comme j’oublie de le faire, quand j’ouvre certains logiciels qui devraient avoir accès aux données du disque, qu’il ne donne pas d’alerte, mais gère la situation en silence : je m’en aperçoit souvent 2/3 heures après. Peut etre ajouter un _mount_ spécifique à kde en bash sur l’autostart ? > En résumé j’aime pas KDE 😕 Je compare les 2, ça fait des années que je suis sur Gnome. Ya des chouettes trucs sur KDE, beaucoup plus de possibilités d’adaptation GUI par exemple, sur Gnome : j’ai Dash To Panel et Dash to dock pour faire ce que fait KDE. Et j’ai toujours pas de systray fonctionnel à 100% TraiIcons reloaded ne me montre plus l’icone de Nextcloud par exemple) [Page précédente](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922.md?page=1) [Page suivante](https://www.debian-fr.org/t/kde-ouverture-dun-disque-chiffre-a-louverture-de-session-abandon/91922.md?page=3)