Je ne suggère pas à d'autres de se casser la tête à ma place. Je veux bien me la casser aussi si je peux.
Je n'ai aucune formation informatique (je suis comptable) et mes connaissances sont celles d'un utilisateur qui tente dès que possible de comprendre les outils qu'il utilise. Les sources d'informations et de documentations sont nombreuses, mais souvent trop complexes pour que j'arrive à les comprendre (il me manque souvent des bases).
Il me faut souvent croiser des informations que je ne comprends pas, pour parfois finir par comprendre un petit peu plus.
La lecture des questions posées sur les forums et des réponses apportées y concourent.
Dans ce cas précis, je ne sais même pas dans quelles sources et quelles documentations je peux essayer de trouver un début de réponse.
A quoi sert le répertoire /run ?
après recherche sur wikipédia qui me renvoie vers un article sur "Filesystem Hierarchy Standard" j'apprends que
Wikipédia wrote:Initialement, le FHS est maintenu par le Free Standards Group (en) qui compte parmi ses membres Hewlett-Packard, Red Hat, IBM, Dell et plusieurs autres. Résultat d'une fusion entre le Free Standards Group et l'Open Source Development Labs, la Fondation Linux a pris le relais en 2007.
La vaste majorité des distributions GNU/Linux ne respectent pas strictement le standard, même celles développées par des membres du Free Standards Group (par exemple, le répertoire /srv/).
Un répertoire /run est déjà utilisé et proposé² pour la prochaine version du FHS par plusieurs distributions majeures dont Fedora3, SUSE, Debian4 et Ubuntu5 afin notamment de centraliser les fichiers résidant en mémoire, de simplifier la séquence de démarrage et aussi faciliter la mise en place d'un système monté en lecture seule.
Exemples de changements :
/dev/.* → /run/*
/dev/shm → /run/shm
/var/lock → /run/lock
/var/run → /run
/tmp → /run/tmp
De plus, d'autres versions d'Unix ont une approche complètement différente :
GoboLinux.
NixOS.
Mac OS X utilise des noms plus explicites, tels que /Library/, /Applications/ et /Users/.
Donc je suis le lien vers
http://refspecs.linuxfoundation.org/fhs.shtml où j'apprends :
FHS Referenced Specifications wrote:3.15. /run : Run-time variable data
3.15.1. Purpose
This directory contains system information data describing the system since it was booted. Files under this directory must be cleared (removed or truncated as appropriate) at the beginning of the boot process.
The purposes of this directory were once served by /var/run. In general, programs may continue to use /var/run to fulfill the requirements set out for /run for the purposes of backwards compatibility. Programs which have migrated to use /run should cease their usage of /var/run, except as noted in the section on /var/run.
Programs may have a subdirectory of /run; this is encouraged for programs that use more than one run-time file. Users may also have a subdirectory of /run, although care must be taken to appropriately limit access rights to prevent unauthorized use of /run itself and other subdirectories. [17]
3.15.2. Requirements
Process identifier (PID) files, which were originally placed in /etc, must be placed in /run. The naming convention for PID files is <program-name>.pid. For example, the crond PID file is named /run/crond.pid.
The internal format of PID files remains unchanged. The file must consist of the process identifier in ASCII-encoded decimal, followed by a newline character. For example, if crond was process number 25, /run/crond.pid would contain three characters: two, five, and newline.
Programs that read PID files should be somewhat flexible in what they accept; i.e., they should ignore extra whitespace, leading zeroes, absence of the trailing newline, or additional lines in the PID file. Programs that create PID files should use the simple specification located in the above paragraph.
System programs that maintain transient UNIX-domain sockets must place them in this directory or an appropriate subdirectory as outlined above.
[17] /run should not be writable for unprivileged users; it is a major security problem if any user can write in this directory. User-specific subdirectories should be writable only by each directory's owner.
Donc si je comprends bien (mon anglais n'est pas très performant) ce dossier est utilisé par des programmes pour y déposer des informations depuis le précédent boot, et il est déconseillé de donner les privilèges en écriture (mais rien n'interdit de laisser les privilèges de lecture).
Donc je me pose la question : quel programme a inscrit de informations dans ce répertoire. Le seul commun entre Bolivari et moi semble être gvfs.
Je fais donc une recherche sur internet et trouve :
Wikipédia wrote:GVFS
Page d’aide sur l’homonymie
Ne doit pas être confondu avec Git Virtual File System (GVFS)
Cet article est une ébauche concernant un logiciel libre.
Vous pouvez partager vos connaissances en l’améliorant (comment ?) selon les recommandations des projets correspondants.
GVFS
Informations Dernière version 1.46.1 (2 octobre 2020)1
Dépôt gitlab.gnome.org/GNOME/gvfs.git et github.com/GNOME/gvfs.git
Type système de fichiers virtuel
Licence GNU LGPL
Site web wiki.gnome.org/Projects/gvfs
modifier - modifier le code - voir Wikidata (aide) Consultez la documentation du modèle
GVFS est le système de fichiers virtuel utilisé pour l'environnement de bureau libre GNOME. Il a été développé dans le but de remplacer GnomeVFS à compter de la version 2.22 de GNOME2 dans lequel il sert de nombreuses applications, à commencer par Nautilus, le gestionnaire de fichiers.
Il a été initialement développé par Alexander Larsson pour le compte de Red Hat et se base sur la bibliothèque logicielle GIO à présent incorporée à la bibliothèque GLib.
Il permet d'accéder à des systèmes de fichiers tels que SFTP, WebDAV, SMB, et aussi au contenu des appareils photos numériques : ceux prenant en charge l'USB Mass Storage (UMS) et ceux ne prenant en charge que le Picture Transfer Protocol (PTP) (via Libgphoto2-2). Il permet par exemple d'ouvrir certains fichiers autres que les photos sur un iPhone.
Je suppose qu'il ne s'agit pas de "Git Virtual File System (GVFS)" comme attire l'attention l'article de Wikipédia car une autre recherche internet me laisse à penser que ce n'est pas le cas.
Et ensuite ? et bien je ne sais pas, car je n'ai pas assez de connaissance, et que je ne sais plus où aller chercher. Et je ne comprends toujours pas pourquoi ce programme me laisse les permissions de lire et même écrire et exécuter pour ce dossier /run/user/1000/gvfs alors que pour Bolivari, il n'y a aucune permission (même pas pour root si je ne m'abuse)...
De plus, je croyais avoir compris que l'utilisateur n° 1000 était l'utilisateur ayant démarré la session du PC.
Tout ça pour dire que même si on veut bien se casser la tête pour aider les autres, ce n'est possible que si on a suffisamment de connaissances.
Donc en réponse à nouvo09
nouvo09 wrote:Aussi, plutôt que suggérer à d'autres de se casser la tête pour chercher les réponses, je te suggère de te plonger dans les sources et documentations des composants indiqués et de nous enrichir des réponses que tu n'auras pas manqué de recueillir. Tu auras ainsi bien mérité toi aussi le respect.
si il veut bien m'indiquer auprès de quelles "sources et documentations des composants indiqués" je dois aller chercher. Je le ferai volontiers, avec l'espoir d'avoir une compréhension suffisante de l'informatique.
Mon message précédent n'avait pour but que d'attirer l'attention sur le fait que répondre simplement "il s'agit de fichiers système donc pas touche" à une question "pourquoi je ne peux pas accéder à ces fichiers et que je n'ai que des ??? en indication des privilèges de ces fichiers ?" me faisait me poser encore plus de questions.
C'est un peu comme si lorsque l'on me pose la question "pourquoi telle case de telle déclaration fiscale n'est pas accessible à partir de mon logiciel comptable" je réponds "c'est lié au paramétrage du logiciel " et que si une autre personne me disait "pourtant chez moi cela se remplit bien" et que je disais "va voir le manuel et le code général des impôts". Le manuel ou le code des impôts ne diront jamais pourquoi cela fait ceci chez l'un et pas chez l'autre. Il y donc un autre problème ...