Ubuntu-fr

Bonjour

Avais-tu bien vérifié que .Trash-1000 appartenait à l'utilisateur 1000
Avais-tu créé autant de fichiers (appartenant bien à chaque utilisateur) qu'il y a d'utilisateurs.

Merci pour vos réponses.

@iznobe,

daniel@dhZBook:~$ cat /etc/fstab
 # /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system>                          <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=7e7d42bf-ae6f-4878-9850-8c39ca587639 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=486A-78F6                            /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
# partition /dev/sda7 is mounted as /save for quick backup purposes
UUID=5486b40d-0b6a-4a89-bf24-085f01884dc6 /save           ext4    defaults 0       2
# partition /dev/sda6 is mounted as /data to keep all user data (personal and shared)
UUID=8d6e4ef2-4c4b-4b46-ae69-74619076072f /data           ext4    defaults 0       2
# this is for "bind-mounting" the /data/home to /home
/data/home                                /home           none    bind     0       0
daniel@dhZBook:~$ 

et

daniel@dhZBook:~$ ls -la /data
total 48
drwxrwxrwx  6 root   root     4096 déc 12 19:29 .
drwxr-xr-x 22 root   root     4096 nov 18 23:43 ..
drwsrws---  2 root   famille  4096 déc 12 22:43 commun
-rw-rw-r--  1 daniel daniel  11904 nov 25 21:52 Document1.ott
drwxr-xr-x  4 root   root     4096 nov 19 18:51 home
drwx------  2 root   root    16384 nov  9 10:53 lost+found
drwxrwxr-x  4 daniel daniel   4096 déc 12 21:45 Photo
daniel@dhZBook:~$

@geole,
Affirmatif à propos de .Trash-xxxx

@erresse,
Je n'utilise le mount --bind que pour /data/home -> /home. Un simple lien symbolique m'a posé des problèmes avec certaines applications snap notamment. Le montage bind fonctionne par contre parfaitement avec toutes les applications.
Les répertoires qui me posent problème /data/commun et /data/Photo sont des montages normaux (voir le /etc/fstab ci-dessus) et je n'ai pas besoin de symlink dans ce cas.

Je confirme qu'aucun trash ne se créer sur /data, par contre il s'est créé immédiatement dès ma première suppression dans /save;

daniel@dhZBook:~$ ls -la /save
total 36
drwxrwxrwx  6 root   root    4096 déc 13 09:00 .
drwxr-xr-x 22 root   root    4096 nov 18 23:43 ..
drwxr-xr-x  3 root   root    4096 nov 11 22:51 backup
drwx------  2 root   root   16384 nov  9 10:53 lost+found
drwxr-xr-x  9 root   root    4096 déc 12 14:55 timeshift
drwx------  4 daniel daniel  4096 déc 13 09:00 .Trash-1000
daniel@dhZBook:~$

Comme je le disais j'ai essayé de créer le trash manuellement et d'y accorder les droits comme tu le montres, sans aucun succès.

Tes 3 premières commandes ont pour résutat:

aniel@dhZBook:~$ ll /data
total 52
drwxrwxrwx  7 root   root     4096 déc 13 22:49 ./
drwxr-xr-x 22 root   root     4096 nov 18 23:43 ../
drwsrws---  2 root   famille  4096 déc 12 22:43 commun/
-rw-rw-r--  1 daniel daniel  11904 nov 25 21:52 Document1.ott
drwxr-xr-x  4 root   root     4096 nov 19 18:51 home/
drwx------  2 root   root    16384 nov  9 10:53 lost+found/
drwxrwxr-x  4 daniel daniel   4096 déc 13 22:50 Photo/
drwxr-xr-x  2 daniel daniel   4096 déc 13 22:49 .Trash-1000/
daniel@dhZBook:~$ ll /data/Photo/test*
-rw-rw-r-- 1 daniel daniel 0 déc 13 22:50 /data/Photo/test.test

La commande gvfs-trash semble obsolète et remplacée par gio trash:

daniel@dhZBook:~$ gio trash /data/Photo/test.test
gio: file:///data/Photo/test.test: Impossible de mettre à la corbeille le fichier /data/Photo/test.test au-delà des limites du système de fichiers
daniel@dhZBook:~$ 

(merci au passage de m'avoir fait découvrir gvfs et gio dont j'ignorais l'existence )
"...au-delà des limites du système de fichiers" => cela semble corroborer mon hypothèse, non ?

@Iznobe
Plutôt que

sudo chown -R $USER: /data/.Trash-1000

juste

sudo chown 1000:1000 /data/.Trash-1000

Le traitement récursif n'est pas nécessaire puisque ce dossier vient d'être créé ( ne contient rien ),
les corbeilles se référant à l'uid des utilisateurs, autant rester « raccord » ( à priori ici daniel est bien celui qui a l'uid 1000 dans ce système en cours d'utilisation - ça aurait pu ne pas être vrai ).

@homed2803
Je ne comprenais pas l'intérêt du « bind-mounting » ici :

# partition /dev/sda6 is mounted as /data to keep all user data (personal and shared)
UUID=8d6e4ef2-4c4b-4b46-ae69-74619076072f /data           ext4    defaults 0       2
# this is for "bind-mounting" the /data/home to /home
/data/home                                /home           none    bind     0       0

mais ok, si, je comprends, c'est parce qu'il y a d'autres dossiers « autour » de « home » dans /data et c'est seulement ce home dans /data que tu veux aussi voir dans le dossier home à la / racine de ton système :

daniel@dhZBook:~$ ls -la /data
total 48
drwxrwxrwx  6 root   root     4096 déc 12 19:29 .
drwxr-xr-x 22 root   root     4096 nov 18 23:43 ..
drwsrws---  2 root   famille  4096 déc 12 22:43 commun
-rw-rw-r--  1 daniel daniel  11904 nov 25 21:52 Document1.ott
drwxr-xr-x  4 root   root     4096 nov 19 18:51 home
drwx------  2 root   root    16384 nov  9 10:53 lost+found
drwxrwxr-x  4 daniel daniel   4096 déc 12 21:45 Photo
daniel@dhZBook:~$

Erresse suggère qu'il y a peut-être un problème ou une astuce avec les corbeilles dans les montages bind et je crois qu'il a raison.
Un montage bind c'est le montage du contenu d'un dossier dans un autre dossier ( ces 2 dossiers te montrent alors le même contenu bien que chaque dossier se situe sur des partitions distinctes, le contenu lui n'est physiquement stocké qu'à un endroit, dans une seule partition par ex. le dossier home dans sda6 est la ressource cible du dossier home dans sda5, les données ne sont que dans sda6 ).

Or un montage « normal », c'est le montage du contenu d'une partition dans un dossier ( le point de montage logiciel ).

Dans ce cas « normal » lorsqu'un utilisateur d'uid 1000 supprime un élément dans un dossier dont 1000 est propriétaire, alors le système de fichiers répond à ça par la création d'une corbeille appropriée à 1000, à la racine de la partition de l'élément supprimé → tout cela a lieu à l'intérieur d'un seul et même dossier, celui qui sert de point de montage à l'unique partition en question. C'est ( relativement ) simple.

Par contre dans le cas « bind » on complique les choses. On a 2 dossiers qui montrent les mêmes données. Ces 2 dossiers ne sont pas forcément sur la même partition. C'est le cas chez toi, l'un est sur sda6 l'autre sur sda5. Comme l'utilisateur agit ( met à la corbeille ) sur la même donnée indifféremment depuis 2 entrées différentes ( à cause du bind entre 2 dossiers sur des partitions différentes ) comment le système de fichiers peut-il savoir sur quelle partition créer la corbeille pour cet utilisateur ? Dans le doute il semble s'abstenir… [ ou se plaindre que c'est au delà des limites de son système de fichiers → qui se limite au dossier ciblé ? ]

Pour régler ce problème, je suppose qu'il faudrait créer une corbeille par utilisateur potentiel :
⋅ à la racine de la partition sda6, mais aussi
⋅ à la racine de sda5

sudo mkdir {/,/data/}.Trash-1000
sudo chown 1000:1000 {/,/data/}.Trash-1000
# à faire pour chaque uid de chaque utilisateur humain potentiel
grep :[0-9]{4}: /etc/passwd
# pour voir les utilisateurs « humains » enregistrés sur ton système

Si cette supposition ne règle pas le problème, il faudra renoncer au montage « bind » et plus simplement monter directement toute la partition sda6 dans /home sur sda5 via fstab,
après avoir rangé un peu autrement tes données dans cette partition sda6, c.à.d « sortir » chaque répertoire personnel $USER du dossier-home-sur-sda6 pour les mettre à la racine de cette partition, au même niveau que commun ou Photo. Et supprimer ce dossier-home-sur-sda6 une fois vidé.

Et là, tu vas me demander : « mais alors pourquoi ça marche quand je fais des suppressions dans /data/home » ?
Parce que dans chaque /data/home/$USER, chaque $USER possède déjà sa corbeille via ~/.local/share/Trash
et qu'à un instant t ce que tu vois dans la corbeille de la session d'un $USER c'est en fait la somme de toutes les corbeilles auxquelles cet $USER a légitimement accès, parmi toutes les partitions actives à ce moment là ( clé usb, DD externes, internes,  etc ). D'où - autre sujet - l'importance de vérifier et vider la corbeille avant de déconnecter un périphérique amovible…

Je note aussi des permissions inadéquates sur les points de montage de /data et /save : ces dossiers sont à poil, n'importe qui peut écrire dedans et probablement effacer…

@tous pour éviter les confusions autour du mot home, précisez toujours de quoi vous parlez exactement :
⋅ /home = le dossier à la racine d'un système qui héberge les répertoires perso's des divers humains enregistrés sur ce système,
⋅ $HOME = la variable qui désigne un répertoire personnel en particulier, c'est à dire un dossier /home/$USER soit quand on est dans la session de Daniel, le dossier /home/daniel et dans ce dossier il y a généralement Bureau, Documents, Images, Modèles, Musique, Public, Téléchargements, Vidéos.

Cela dit, rien n'interdit de mettre autre chose que des répertoires perso's dans le dossier /home : ça peut être la bonne place pour un dossier de photos ou vidéos partagé par plusieurs utilisateurs avec les droits, permissions, utilisateurs et groupes qui vont bien sur un tel dossier.
Rangé là, selon les explorateurs de fichiers, il faudra aller chercher ce dossier dans « système de Fichiers » → home → dossier_partagé ou « Autres emplacements » → « Ordinateur » → home → dossier_partagé

Alors que rangé dans /media un dossier ( ou un point de montage d'une partition ) apparaîtrait automatiquement en signet dans le volet latéral de l'explorateur de fichiers.

À noter aussi, certaines applications n'ont pas accès directement à la racine du système, en fonction des réglages de leur confinement ( snap, flatpak ) alors qu'elles auront souvent par défaut accès à /home, /media, /mnt ou /run/media/
→ ça peut être une bonne raison de ne pas créer de points de montages directement à la racine d'un système. L'autre bonne raison étant qu'on ne devrait jamais modifier la racine d'un système

Dernière modification par Coeur Noir (Hier à 01:49)

Merci Coeur Noir pour ta réponse longue et détaillée.
Vous aurez compris que mon but est de séparer le système des données utilisateurs.
Je peux comprendre que la création manuelle de .Trash-xxxx puisse dépanner, mais elle indique quand même un problème de fond. Quant à créer une corbeille par utilisateur à la racine de sda5 (la partition système) pour résoudre un problème sur l'autre partition, cela ne me paraît pas adéquat car - si cela fonctionnait - ça impliquerait une copie des fichiers supprimés dans sda6 vers sda5 ! Euh...
Je vais me ranger à ta suggestion d'"aplatir" mon disque /data, en descendant vers sa racine les dossiers utilisateurs, qui se retrouveraient donc au même niveau que les répertoires partagés:
/data
     /daniel
     /user2
     /userN
     /Commun
     /Photo
et en faisant un mount de /dev/sda6 vers /home au lieu de /data
Pour les dossiers partagés je pourrais simplement créer un lien symbolique dans le répertoire personnel.
Qu'en pensez-vous ?
Je ferai cela à tête reposée et vous tiendrai au courant.
(Je rassure tout le monde pour les dossiers qui ont les tripes à l'air: pour ne pas compliquer ce débat avec des questions relatives aux droits d'accès, j'avais mis du 777 temporairement )

…plutôt du bien.

En faisant comme ça tu fabriques ce qui est parfois appelée « une partition /home séparée ».
Dans chaque dossier « utilisateur » il y a donc les documents ET les config's et paramètres de chacun.
Et tout ça se trouve accessible via le dossier /home ( devenu le point de montage de sda6 ).

C'est donc uniquement pour /Commun et /Photo que tu auras besoin de liens ( et-ou signets/favoris ) car ces dossiers là ne sont pas des « répertoires personnels » correspondants à des utilisateurs enregistrés sur le système.

On est bien d'accord que daniel, user2 et userN existent bien en tant qu'utilisateurs sur ton système ?

Le montage bind était bien déclaré dans fstab.
Un montage qui visait spécifiquement le dossier home-dans-sda6, dossier qui contient bien des répertoires perso d'utilisateurs.
Ce montage ne visait pas l'ensemble de la partition sda6, qui elle contient les dossiers : commun, Photo, home, et autres.

Pour ça, n'étant moi-même pas sûr à 100% de comprendre le fonctionnement de bind, j'ai un doute :

…tu es forcément limité par l'espace disponible dans la cible, même si tu montes cette cible dans un système de fichiers plus grand, dans le cas où cible et destination ( point de montage ) sont en fait sur 2 systèmes de fichiers distincts.
Je suppose que si le bind entre 2 dossiers a lieu à l'intérieur d'un unique système de fichiers
⋅ les valeurs d'espace disponible sont par défaut plus cohérentes ( puisque relatives à un seul « corpus », système de fichiers ),
⋅ qu'il y a des astuces/options pour évaluer correctement l'espace lié à des bind ?

Voir aussi https://unix.stackexchange.com/a/198591 et les side effects notamment ( mais toujours rien à propos de la suppression et des corbeilles ).

Dernière modification par Coeur Noir (Hier à 15:03)

ha desuite ca va mieux m ' etonne pas .

c' est /home/$USER qui est reservé a un usage personnel et privé , pas /home en fait qui est plus generaliste a tout les users .

Dernière modification par iznobe (Hier à 15:47)