Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Poubelle Thunar partiellement perdue...

jemo

Bonjour,

J'avais cru trouver une réponse içi.
Mais le fil est très complexe pour moi et ne semble pas avoir abouti.

Je suis sous xubuntu et je peux mettre des photos à la poubelle lorsque je suis sous digikam.
Toutefois, au bout d'un certain temps la poubelle est pleine de photos raw très lourdes.
Digikam me prévient alors que la poubelle est saturée et, suivant un conseil trouvé sur un forum, je dois supprimer la poubelle qui se reconstitue aussitôt et je peux à nouveau la remplir.

Par contre, lorsque je veux mettre à la poubelle un document à partir de Thunar, il m'est répondu "Impossible de trouver ou créer le répertoire de la corbeille" et je n'ai pas d'autre choix que de le supprimer.
J'ai bien créé un pis-allé: j'ai ouvert un dossier "fausse poubelle" dans lequel je déplace les fichiers que je veux retirer d'un dossier, mais c'est lourd à manipuler.

Comment recréer une vrai poubelle utilisable par Thunar?

hibou7

Salut jemo,
regarde ici.

jemo

Merci hibou7
J'ai tenté les solutions proposées sans résultat.
J'ai l'impression que ce bug récurrent n'a jamais été réglé...

abelthorne

Lorsque tu veux mettre quelque chose à la poubelle avec Thunar, c'est un fichier qui est dans ton dossier perso ou sur une autre partition ?

jemo

Abelthorne,

Mes documents et photos sont toutes sur une partition NTFS partagée par xubuntu, kubuntu et Windows, donc potentiellement accessible par tous.
Jusqu'à présent, je ne rencontrais pas ce problème.

abelthorne

Chaque partition a une poubelle indépendante et celle-ci nécessite d'avoir des permissions spécifiques liées à l'utilisateur courant. Donne le retour de :

ls -la /media/machin | grep Trash

(En remplaçant /media/machin par le point de montage de la partition NTFS concernée.)

jemo

Ça ne donne aucun résultat abelthorne.

j'ai envoyé :

~$ ls -la /mnt/63D2BE8B784542AB | grep Trash

Ce qui correspond bien à la partition partagée.

abelthorne

Ta partition est montée dans le fstab (si oui sous quel nom d'utilisateur) ou à la volée par le gestionnaire de fichiers (et donc sous ton nom) ?

Essaie de la crée comme ça :

mkdir /mnt/63D2BE8B784542AB/.Trash-1000 /mnt/63D2BE8B784542AB/.Trash-1000/expunged /mnt/63D2BE8B784542AB/.Trash-1000/files /mnt/63D2BE8B784542AB/.Trash-1000/info

Je n'ai jamais étudié la question en détail mais je suppose que le 1000 correspond à l'ID utilisateur (qui est à 1000 pour le premier sur Ubuntu) et donc que s'il y en a plusieurs, ils ont chacun leur poubelle mais ce serait à confirmer. De même, je pense que le dossier doit appartenir à l'utilisateur en question, et donc que dans le cas d'une partition NTFS, il faut la monter sous le nom de l'utilisateur en question.

jemo

Je n'ai pas la compétence pour comprendre ta démarche, abelthorne...
Je l'ai néanmoins appliquée.
Mais je ne peux toujours pas mettre à la poubelle un document pris dans Thunar, mon gestionnaire de fichiers.
A titre de réflexion, pourquoi est-il possible que je puisse mettre des photos à la poubelle depuis digikam en sachant que ces photos se trouvent, elles aussi, sur cette partition partagée?

abelthorne

jemo a écritMais je ne peux toujours pas mettre à la poubelle un document pris dans Thunar, mon gestionnaire de fichiers.

Donne le retour de la commande suivante, c'est pour voir à qui appartienne les fichiers sur ta partition :

ls -l /mnt/63D2BE8B784542AB

(S'il y en a beaucoup, tu peux tronquer le retour, une ligne suffira.)

Et donne le contenu du fstab :

cat /etc/fstab

A titre de réflexion, pourquoi est-il possible que je puisse mettre des photos à la poubelle depuis digikam en sachant que ces photos se trouvent, elles aussi, sur cette partition partagée?

Je ne sais pas : peut-être que Digikam les place dans la poubelle de ton dossier perso plutôt que celle de cette partition ? Tu peux le vérifier facilement : mets un fichier à la corbeille depuis Digikam, ouvre ton dossier perso, affiche les fichiers cachés (ctrl + H), va dans ~~le ".Trash-1000" qui s'y trouve~~ .local/share/Trash puis dans "files" à l'intérieur ; est-ce que tu vois le fichier envoyé à la corbeille ?

erresse

Hello
Dans le dossier perso, la poubelle se trouve dans ~/.local/share/Trash
C'est curieux ce montage en /mnt/<UUID>...
S'il s'agit d'un montage automatique, il doit se faire dans /media/$USER/<UUID>, et si le montage est dans fstab audémarrage, il appartient forcément à "root".
Comment se trouve-t-il dans /mnt ? Montage manuel ???

abelthorne

Dans le dossier perso, la poubelle se trouve dans ~/.local/share/Trash

Ah oui, au temps pour moi, ce n'est pas du tout ~/.Trash-1000 dans le dossier perso.

si le montage est dans fstab audémarrage, il appartient forcément à "root"

Par défaut, oui, mais normalement on peut modifier les options pour qu'il monte la partition sur un nom d'utilisateur spécifique.

MicP

Bonsoir.

Je vais supposer que
- L'UUID du système de fichiers NTFS que tu veux pouvoir mounter automatiquement est : 63D2BE8B784542AB
- Le nom de ton compte utilisateur est jemo
- Le groupe principal du compte utilisateur jemo est jemo
- Le nom du répertoire qui va servir de point de mountage est : /mnt/partNTFSdeMaClefUSB
(tu adaptera tout ça à ta situation)

À la fin de ton fichier /etc/fstab, tu rajoute ces deux lignes:

# Le système de fichiers NTFS de la partition de ma clef USB sera mounté sur /mnt/partNTFSdeMaClefUSB
UUID=63D2BE8B784542AB /mnt/partNTFSdeMaClefUSB auto rw,nosuid,nodev,relatime,uid=jemo,gid=jemo,default_permissions,allow_other,nofail  0  0

Avant de redémarrer, et pour t'éviter tout blocage au re-démarrage s'il y avait une petite erreur de frappe ou autre erreur,
dé-mounte le système de fichiers NTFS de cette clef,
et lance la commande :

sudo mount -a

Si cette commande n'a pas retourné de message d'erreur, c'est que tout va bien :
Le système de fichiers NTFS de la partition de la clef USB est et sera mounté à chaque prochain démarrage si la clef USB est connecté avant le démarrage,
et toute l'arborescente et les fichiers contenus dans ce système de fichiers, (même /mnt/partNTFSdeMaClefUSB/.Trash-1000) seront la propriété de jemo

(l'option nofail permettra de ne pas avoir à attendre 1mn30s au démarrage, si la clef USB n'avais pas été connectée)

jemo

Bonsoir,
voici le premier résultat:

$ ls -l /mnt/63D2BE8B784542AB
total 106760
drwxrwxrwx 1 root root        0 févr. 13 21:18 AAA-Fausse poubelle qui marche
drwxrwxrwx 1 root root        0 août   6  2016 Archive google
drwxrwxrwx 1 root root     4096 déc.   8 19:59 Bibliothèque calibre
-rwxrwxrwx 1 root root  1301675 janv. 24 22:24 DécèsVincentLecoq6ans21-08-1785.png
-rwxrwxrwx 1 root root    66560 avril 23  2016 digikam4.db
drwxrwxrwx 1 root root     4096 janv. 17 17:01 Documents_audio_video
drwxrwxrwx 1 root root    20480 févr. 13 21:01 Images_J
-rwxrwxrwx 1 root root 25773964 nov.   4 14:28 IMG_8165.CR2
-rwxrwxrwx 1 root root 22157426 nov.   4 14:29 IMG_8166.CR2
-rwxrwxrwx 1 root root 27117568 nov.   4 14:29 IMG_8167.CR2
-rwxrwxrwx 1 root root 30674310 nov.   4 14:30 IMG_8168.CR2
-rwxrwxrwx 1 root root  1366433 janv. 31 16:16 Ma(1).png
drwxrwxrwx 1 root root    12288 janv. 18 13:24 Mes-documents-E
drwxrwxrwx 1 root root   786432 août  31  2015 Pièces jointes Thunderbird
drwxrwxrwx 1 root root     4096 nov.   7 11:06 $RECYCLE.BIN
drwxrwxrwx 1 root root     4096 nov.   9 22:42 System Volume Information
drwxrwxrwx 1 root root        0 sept. 29  2015 Téléchargements
-rwxrwxrwx 1 root root    16384 avril 23  2016 thumbnails-digikam.db
drwxrwxrwx 1 root root        0 août  31  2015

Le second:

~$ 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/sda12 during installation
UUID=d9b4d654-190a-4da3-8d19-b32b7797cf57 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda2 during installation
#UUID=FC18-CF6F  /boot/efi       vfat    umask=0077      0       1
# swap was on /dev/sda9 during installation
####UUID=146e2af6-e3ab-47ef-8e36-05091d139128 none            swap    sw              0       0
/dev/disk/by-uuid/63D2BE8B784542AB /mnt/63D2BE8B784542AB auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=PartitionPartage 0 0
/dev/disk/by-uuid/066EA9D76EA9C033 /mnt/066EA9D76EA9C033 auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=profils 0 0
UUID=FC18-CF6F	/boot/efi	vfat	defaults	0	1

Je ne sais pas si je comprends bien la dernière question mais la poubelle qui fonctionne pour Digikam se trouve bien dans mon home et j'y trouve les photos que je mets à la corbeille depuis digikam.
Cela peut-il éclairer votre échange?

MicP

uid=jemo,gid=jemo,

mais comme tu n'a pas donné le prompt, je te laisse adapter à ta situation…

=======

…x-gvfs-show,x-gvfs-name=…

Je ne sais pas de quoi il s'agit…

jemo

Merci de ta réponse MicP, mais désolé, mais que veut dire "donner le prompt"?

MicP

michel@ubu:~$

Avec le prompt ci-dessus je peux savoir que la ligne de commandes qui suivra sera exécutée :
- sur la machine dont le hostname est: ubu
- par le compte utilisateur michel
- depuis le répertoire personnel du compte utilisateur michel => dont le chemin absolu est sans doute : /home/michel

michel@ubu:~/Bureau$

Avec le prompt ci-dessus je peux savoir que la ligne de commandes qui suivra sera exécutée :
- sur la machine dont le hostname est: ubu
- par le compte utilisateur michel
- depuis le sous-répertoire Bureau du répertoire personnel du compte utilisateur michel => dont le chemin absolu est sans doute : /home/michel/Bureau

michel@ubu:/etc/init.d$

root@ubu:~#

root@ubu:~/.config#

Avec le prompt ci-dessus je peux savoir que la ligne de commandes qui suivra sera exécutée :
- sur la machine dont le hostname est: ubu
- par le compte du super-utilisateur root
- depuis le sous-répertoire .config du répertoire personnel du compte du super-utilisateur root => dont le chemin absolu est sans doute : /root/.config

=======
Pour en revenir au répertoire qui sera utilisé comme point de mountage pour le système de fichiers de la partition de la clef USB,
tu pourrais très bien créer un répertoire /home/jemo/Bureau/laPartNTFSdemaClefUSB et utiliser ce même chemin absolu dans le fichier /etc/fstab à la place de /mnt/partNTFSdeMaClefUSB

De cette façon, si le système de fichiers de la partition de la clef USB est mounté,
le répertoire /home/jemo/Bureau/laPartNTFSdemaClefUSB apparaissant sur le Bureau du compte utilisateur jemo sous la forme d'une icône représentant un dossier
deviendra un point de mountage et permettra à jemo d'accéder au système de fichiers de la partition de cette clef USB.

Si le système de fichiers de la partition de la clef USB n'est pas mounté, le répertoire /home/jemo/Bureau/laPartNTFSdemaClefUSB apparaissant sur le Bureau du compte utilisateur jemo sous la forme d'une icône représentant un dossier
sera un répertoire comme les autres dans lequel jemo pourra créer des fichiers et des sous-répertoires,
mais tout ce que jemo aura écrit dans le répertoire /home/jemo/Bureau/laPartNTFSdemaClefUSB sera caché dès que ce répertoire deviendra un point de mountage <=> quand un système de fichiers y sera mounté

jemo

J'avoue que je suis vraiment "noyé"...
Une réflexion : il est question de clé USB, mais je ne comprends pas pourquoi car je n'ai jamais parlé de clé USB.
Au cours d'échanges précédents, j'avais compris que, par prudence, il convenait de ne pas indiquer ce qui précède ~ lorsque l'on donne le résultat d'une démarche.
Cette idée est peut-être complètement absurde et semble ne pas permettre de communiquer correctement dans le cas qui nous préoccupe.
Voici donc ce que l'on nomme, si j'ai bien compris, le "prompt" qui apparaît sur mon terminal:
xaktus@xaktus-H81H3-EM2:~$
Je ne sais pas si cela peut faire avancer afin que je puisse, au final, mettre mes documents dans une vraie corbeille.

abelthorne

jemo a écritUne réflexion : il est question de clé USB, mais je ne comprends pas pourquoi car je n'ai jamais parlé de clé USB.

Je pense que MicP a simplement mal lu et cru que ta partition problématique était sur une clé USB (ou il a donné des exemples pour une clé USB parce que c'est ce qu'il a). Ça ne change rien au problème, ses explications sont valables aussi.

Au cours d'échanges précédents, j'avais compris que, par prudence, il convenait de ne pas indiquer ce qui précède ~ lorsque l'on donne le résultat d'une démarche.
Cette idée est peut-être complètement absurde et semble ne pas permettre de communiquer correctement dans le cas qui nous préoccupe.

Y a pas de raison, pourquoi ce serait imprudent ? En l'occurrence, ça permet de savoir que ton nom d'utilisateur est "xaktus" et pas "jemo", ce qui est utile pour indiquer les bonnes commandes.

Je ne sais pas si cela peut faire avancer afin que je puisse, au final, mettre mes documents dans une vraie corbeille.

Ta partition est actuellement montée en admin (propriétaire des fichiers : root), ce qui fait que la corbeille qui se trouverait dessus ne peut pas être la tienne mais celle de l'admin. D'où le problème de départ. Le but des manips est de monter la partition différemment, avec toi (xaktus) comme propriétaire pour pouvoir rétablir le fonctionnement de la corbeille. Il faut bien comprendre que tu es dans un cas particulier : tu utilises une partition NTFS, qui est un format Windows qui n'est pas géré nativement sur Linux. Notamment, les permissions sur les fichiers ne fonctionnent pas du tout pareil et Linux doit en simuler sur la totalité de la partition pour pouvoir gérer les fichiers. En NTFS, on ne peut pas avoir des fichiers qui appartiennent à un utilisateur et d'autres qui appartiennent à quelqu'un d'autre ; de même, on ne peut pas régler les permissions fichier par fichier comme c'est le cas sur les partitions au format Linux (EXT4 ou autre).

Bref, pour essayer de résoudre ton problème, édite le fichier fstab en admin :

sudo mousepad /etc/fstab

et remplace la ligne suivante :

/dev/disk/by-uuid/63D2BE8B784542AB /mnt/63D2BE8B784542AB auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=PartitionPartage 0 0

par ça :

/dev/disk/by-uuid/63D2BE8B784542AB /mnt/63D2BE8B784542AB auto rw,nosuid,nodev,relatime,uid=xaktus,gid=xaktus,default_permissions,allow_other,nofail,x-gvfs-show,x-gvfs-name=PartitionPartage  0  0

Ensuite, tu la démontes (attention : si elle est en cours d'utilisation par un logiciel, finis ton travail avec et ferme-le avant) :

sudo umount /mnt/63D2BE8B784542AB

et tu la remontes avec les nouveaux paramètres :

sudo mount -a

Puis tu vérifies la liste des fichiers dessus :

ls -l /mnt/63D2BE8B784542AB

Normalement, tout ce qui apparaissait comme appartenant à root dans le retour précédent devrait maintenant appartenir à xaktus. Si c'est bien le cas, vérifie si la corbeille fonctionne. Si elle ne fonctionne pas, donne le retour de :

ls -lR /mnt/63D2BE8B784542AB/.Trash-1000

Je vois que tu as une autre partition NTFS déclarée dans le fstab ("profils"). Il faudra éventuellement faire le même genre de manips aussi pour elle si tu veux pouvoir utiliser la corbeille dessus.

jemo

Merci beaucoup car ça fonctionne parfaitement!
Je suis impressionné par votre compréhension et votre manipulation du système linux.
Ma partition "Profil" contient les profils, eux aussi partagés, de Firefox et Thunderbird que je peux donc aussi utiliser avec Windows et kubuntu. Il me semble que l'intérêt d'une corbeille est limité pour cette partition.

Page suivante »