# Protéger mimeapps.list de la réécriture **URL:** \ **Category:** Support Debian\ **Created:** [Janvier 4, 2025, 7:46 UTC](https://www.debian-fr.org/t/proteger-mimeapps-list-de-la-reecriture/90793 "2025-01-04T07:46:02Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![paskal](https://www.debian-fr.org/user_avatar/www.debian-fr.org/paskal/32/4090_2.png) [@paskal](https://www.debian-fr.org/u/paskal)\ **Post date:** [Janvier 4, 2025, 7:46 UTC](https://www.debian-fr.org/t/proteger-mimeapps-list-de-la-reecriture/90793/1 "2025-01-04T07:46:02Z")
Bonjour, J’utilise depuis plusieurs années [molotov.tv](http://molotov.tv) et j’ai dû il y a quelques semaines passer à la dernière version de molotov.AppImage car la version précédente refusait de fonctionner (publicité oblige). Mon soucis est que maintenant, à chaque fois que je lance molotov, le fichier ~/.config/mimeapps.list est réécrit. Ce qui fait que lorsque je veux ouvrir certains fichiers depuis mon gestionnaire (SpaceFM) c’est molotov qui se lance et non Geany. Bien sûr, je retrouve heureusement mon éditeur dans le menu « ouvrir avec ». J’ai tenté quelques manips : passer le fichier en lecture seule pour l’utilisateur, donner la propriété du fichier à root mais rien n’y fait vu les permissions sur .config, mimeapps.list repasse toujours en -rw-r–r– Les lignes écrites par molotov, à la section [Default Applications] sont : text/html=molotov.desktop x-scheme-handler/molotov=molotov.desktop Voyez-vous un moyen de remédier à ce comportement ? environnement : LXDE, noyau : 5.4.0-0.bpo.4-lzk-bl-amd64 ---
**Author:** ![Sputnik93](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/35a633/32.png) [@Sputnik93](https://www.debian-fr.org/u/Sputnik93)\ **Post date:** [Janvier 12, 2025, 11:51 UTC](https://www.debian-fr.org/t/proteger-mimeapps-list-de-la-reecriture/90793/2 "2025-01-12T11:51:08Z")
Bonjour, tu peux empêcher toute écriture du fichier en ajoutant l’attribut `i` au fichier avec la commande `chattr` (`sudo chattr +i ~/.config/mimeapps.list`) ```auto i Un fichier avec l'attribut « i » ne peut pas être modifié : il ne peut pas être supprimé ou renommé, aucun lien ne peut être fait vers lui, la plupart des métadonnées ne peuvent pas être modifiées et on ne peut y ac‐ céder en écriture. Seul le superutilisateur ou un processus doté de la capacité CAP_LINUX_IMMUTABLE peut ajouter ou retirer cet attribut. ``` (extrait du manuel de chattr) ---
**Author:** ![paskal](https://www.debian-fr.org/user_avatar/www.debian-fr.org/paskal/32/4090_2.png) [@paskal](https://www.debian-fr.org/u/paskal)\ **Post date:** [Janvier 12, 2025, 6:29 UTC](https://www.debian-fr.org/t/proteger-mimeapps-list-de-la-reecriture/90793/3 "2025-01-12T18:29:15Z")
Bonsoir Sputnik93 et merci beaucoup ! C’est impeccable. Je vais de ce pas m’écrire un pense-bête pour penser à retirer cet attribut i avant d’installer de nouveaux paquets. ---
**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\ **Post date:** [Janvier 12, 2025, 7:43 UTC](https://www.debian-fr.org/t/proteger-mimeapps-list-de-la-reecriture/90793/4 "2025-01-12T19:43:56Z")
Salut si je fais un ls -al après un chattr +i je ne vois pas de différence comment savoir si un fichier a été bloqué par chattr ? Où l’info est-elle gardée? ---
**Author:** ![paskal](https://www.debian-fr.org/user_avatar/www.debian-fr.org/paskal/32/4090_2.png) [@paskal](https://www.debian-fr.org/u/paskal)\ **Post date:** [Janvier 12, 2025, 9:34 UTC](https://www.debian-fr.org/t/proteger-mimeapps-list-de-la-reecriture/90793/5 "2025-01-12T21:34:24Z")
Avec lsattr : $ lsattr ~/.config/mimeapps.list ----i---------e---- ./mimeapps.list ---
**Author:** ![paskal](https://www.debian-fr.org/user_avatar/www.debian-fr.org/paskal/32/4090_2.png) [@paskal](https://www.debian-fr.org/u/paskal)\ **Post date:** [Janvier 13, 2025, 7:36 UTC](https://www.debian-fr.org/t/proteger-mimeapps-list-de-la-reecriture/90793/6 "2025-01-13T07:36:08Z")
Re, pour les autres attributs, voir le très intéressant tuto [How to list and manage files attributes on Linux](https://linuxconfig.org/how-to-list-and-manage-files-attributes-on-linux). ---
**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\ **Post date:** [Janvier 13, 2025, 2:05 UTC](https://www.debian-fr.org/t/proteger-mimeapps-list-de-la-reecriture/90793/7 "2025-01-13T14:05:36Z")
Merci j’avais complètement oublié l’existence des attr je suis en train de lire mais voici quelques questions : 1. Où sont enregistrés les autorisations? Elle ne le sont pas dans le fichier; j’ai l’impression qu’elles le sont directement dans la table de la partition puisque le système de fichier doit être monté avec support ACLs ( ex xfs, ext2, ext3, ext4) 2. man fstab |grep -i acl ne donne rien : qui choisit de monter en acl, ou ext est-il automatiquement avec support acl? début de réponses : `tune2fs -l /dev/sde3 |grep acl` sur un ext 4 : Default mount options: user\_xattr acl docs : > **[How to manage ACLs on Linux](https://linuxconfig.org/how-to-manage-acls-on-linux)** > > Introduction to the management of ACLs ( Access Control List ) on Linux MEDIUM In this tutorial we will see what ACLs are, and how to do the basic manipulation of this kind of permissions on a Linux… > **[How to list and manage files attributes on Linux](https://linuxconfig.org/how-to-list-and-manage-files-attributes-on-linux)** > > When using Linux we have many ways to manage access to resources: the most basic one is by setting the appropriate UGO/RWX permissions on files and directories. In some occasions we may also want to… ---
**Author:** ![paskal](https://www.debian-fr.org/user_avatar/www.debian-fr.org/paskal/32/4090_2.png) [@paskal](https://www.debian-fr.org/u/paskal)\ **Post date:** [Janvier 13, 2025, 5:51 UTC](https://www.debian-fr.org/t/proteger-mimeapps-list-de-la-reecriture/90793/8 "2025-01-13T17:51:18Z")
Merci pour le doc. J’ai lu aussi [Comment configurer les listes de contrôle d’accès (ACL) sous Linux](https://fr.linux-console.net/?p=9652) qui est plus ou moins la même chose mais utilise sudo. Tout ça ne dit pas où se situent ces fameuses listes. Par ailleurs, on parle ici d’autorisations pour des utilisateurs ou des groupes particuliers. Hors il me semblait, quand j’étais sous Unix au siècle dernier, qu’on pouvait régler des autorisations pour des processus. Mais j’ai peut-être rêvé ou ma mémoire est défaillante…