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

Suppression des fichiers avec utilisation de la corbeille.

Bougron

Bonsoir
Ce problème est archi-connu. Il y a plus de 10 ans qu'on en parle (bug 315022).

https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/118988 a écritI believe the ideal situation would be the nautilus configuration as it is now with two additional check-boxes:
1. Disable the trash and delete files immediately.
2. Disable the trash for removable media and delete files immediately.

Sauf que je pense qu'il serait mieux que lors de la proposition de suppression du fichier, on dispose de deux options:
1) Supprimer le fichier en libérant la place disque
2) Mettre le fichier en quarantaine en enlevant sa référence du répertoire pour le mettre dans le répertoire "corbeille"

J'ai l'impression que rien n'a changé.
J'ai lu un certain nombre de discussions et tout le monde y va de son astuce (un historique de 10 ans). Je poste pour tenter de connaître la bonne réponse à apporter en 2017.

Voici donc l'énoncé du problème: Il y a un fichier à supprimer.
J'ai trois possibilités:
A) La commande basique: rm nom-du-fichier
Le fichier est supprimé. L'espace est libéré. Le fichier n'est pas dans la poubelle. Il est définitivement perdu.
Je n'ai rien à dire pour cette solution.

B) Accès au fichier en mode graphique: Choix de ordinateur. Choix du répertoire. Choix du sous-répertoire. Choix du fichier.
A la demande de suppression, une grille s'ouvre et me permet de mettre le fichier dans la 'corbeille'. Je ne peux pas directement le supprimer!
En le mettant dans la corbeille, le fichier n'est plus visible, l'espace n'est pas libéré.
En actionnant la corbeille, une grille me permet: Soit de le restaurer, soit de le supprimer définitivement et l'espace est alors restitué.
Je n'ai rien à dire pour cette solution.

C) Accès en mode graphique: Choix de la touche de raccourci du bureau proposé : Dans ce contexte MUSIQUE et choix du fichier.
A la demande de suppression, une grille s'ouvre et me permet de mettre le fichier dans la 'corbeille' Je ne peux pas directement le supprimer
En le mettant dans la corbeille, le fichier n'est plus visible, l'espace n'est pas libéré.
En actionnant la corbeille, le fichier n'est pas présent. Même un vidage de la corbeille sans le fichier est sans effet.
Donc l'espace disque n'est jamais restitué.
Pour une restitution de l'espace, il est nécessaire de faire en ligne de commande. Cela me semble anormal. Y a-t-il mieux à faire que cette commande?

rm   /répertoire/sous-répertoire/.Trash-1000/files/*

Pour info une partie de mon /etc/fstab

UUID=dcf3a7d4-7c63-41a1-9c86-9c4e2cbbf2fc /DPP  ext4  errors=remount-ro   0  2
/DPP/MUSIC  /home/u16041/Musique      none bind
####/DPP/VIDEO  /home/u16041/Vidéos       none bind

AJOUT. A noter un autre comportement possible pour le répertoire ci-dessous

UUID=007A992054C5D589     /DATA  ntfs-3g    windows_names,errors=remount-ro    0    2
/DATA/DOC       /home/u16041/Documents            none bind

En mode graphique, que je choisisse un accès par l'onglet de raccourci "document" du bureau ou directement à partir de /DATA/DOC
lorsque je choisis de supprimer le fichier pour le mettre à la corbeille, j'ai un message me disant que cela n'est pas possible et que si je continue mon action, le fichier sera irrémédiablement supprimé. Comme c'est ce que je veux faire, je ne vais pas trop m'en plaindre.

Les versions sont ubuntu 16.04.2 noyau 4.4.0-64 et ubuntu 16.04.2 noyau 4.8.0-36[

J5012

salut , j'ai ete dans toutes les lts, et je n'ai jamais eu ce probleme !
mais il est vrai que mon fstab n'a jamais eu de dossiers bindés ...

quand le systeme ubuntu cree le dossier .Trash-1000 , c'est generalement qu'il s'agit d'une memoire usb ... et les fichiers de la corbeille sont en fait dans cette corbeille trash sur la memoire usb ... et non dans celle de la session utilisateur .local/share/Trash/files/...

que donne la commande mount -l ?

Bougron

Merci de ta réponse,
La partition qui est un morceau du disque dur interne est montée automatiquement au démarrage de ubuntu. Si elle ne peut pas se monter, ubuntu se plante.
Mon souhait est d'éviter une commande manuelle pour finaliser chaque suppression fictive pour avoir une réelle récupération de la place disque.

bruno

Salut,

Cela ne va sûrement pas faire avancer les choses mais les commandes Suppr et Maj+Suppr ne fonctionnent pas sous Nautilus ?

Bougron

Bonjour
la touche Suppr ne fonctionne pas, La touch MAJ Suppr fonctionne comme les actions faites à la souris et je me retrouve avec le fichier migré dans un autre répertoire non accessible en mode graphique

u16041@u16041:/DPP/MUSIC/.Trash-1000/files$ ls -ls
total 0
0 -rw-rw-r-- 1 u16041 u16041 0 mars   3 09:43 Nouveau document
u16041@u16041:/DPP/MUSIC/.Trash-1000/files$

Il y a aussi un historique des actions

u16041@u16041:/DPP/MUSIC/.Trash-1000/info$ ls -las
total 52
4 drwxrwxrwx 2 u16041 u16041 4096 mars   3 14:50 .
4 drwxrwxrwx 4 u16041 u16041 4096 févr. 28 14:55 ..
4 -rwxrwxrwx 1 u16041 u16041   61 févr. 28 14:55 DOC1.trashinfo
4 -rw-rw-r-- 1 u16041 u16041   56 mars   3 14:42 DOC3.2.trashinfo
4 -rwxrwxrwx 1 u16041 u16041   61 févr. 28 14:59 DOC3.trashinfo
4 -rw-rw-r-- 1 u16041 u16041   56 mars   3 09:30 doc4.trashinfo
4 -rw-rw-r-- 1 u16041 u16041   56 mars   3 14:43 DOC6.trashinfo
4 -rwxrwxrwx 1 u16041 u16041   56 mars   2 18:02 fic1.trashinfo
4 -rwxrwxrwx 1 u16041 u16041   60 mars   2 19:04 FichierA.trashinfo
4 -rw-rw-r-- 1 u16041 u16041   74 mars   3 14:43 Nouveau document 2.trashinfo
4 -rwxrwxrwx 1 u16041 u16041   74 mars   2 09:29 Nouveau document.odt.trashinfo
4 -rw-rw-r-- 1 u16041 u16041   70 mars   3 14:46 Nouveau document.trashinfo
4 -rw-rw-r-- 1 u16041 u16041   91 mars   3 14:50 sous document.trashinfo
u16041@u16041:/DPP/MUSIC/.Trash-1000/info$

J5012

Bougron a écritMerci de ta réponse,
La partition qui est un morceau du disque dur interne est montée automatiquement au démarrage de ubuntu. Si elle ne peut pas se monter, ubuntu se plante.
Mon souhait est d'éviter une commande manuelle pour finaliser chaque suppression fictive pour avoir une réelle récupération de la place disque.

pourquoi si elle ne peut pas se monter, ubuntu se plante ? → pas normal puisqu'il ne s'agit pas de la partition / ...

dans mon fstab : j'ai une partiton / , une partition /home , une partition /home3
→ / et /home sont dans le meme disque
→ /home3 est dans un disque physiquement different sur la seconde nappe sata

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/sda2 during installation
UUID=7f8296bf-efb1-4e60-b7cf-3b9acd18bf0d /               ext4    errors=remount-ro 0       1
# /home was on /dev/sda3 during installation
UUID=a25b1c9b-4574-4eaf-b0a3-cfb8022783c2 /home           ext4    defaults        0       2
# /home3 was on /dev/sdb1 during installation
UUID=e6680c93-87a4-4813-a5c5-21ccf1087807 /home3          ext4    defaults        0       2
# swap was on /dev/sda1 during installation
UUID=ee4ec258-1c41-4ec6-8737-69f9c7c4fb71 none            swap    sw              0       0

je viens de tester :
- suppr vers corbeille d'un fichier appartenant à /home3
- le fichier est dans la corbeille (je le vois)
- et si je verifie le chemin : il est bien sur mon /home3/.Trash-1000/files/
- je demande à l'objet graphique corbeille de le vider, et ca se vide bien ... et mon Trash-1000 de /home3 se vide aussi
- donc sur mon ordi, dans mon cas (xenial 64), ma corbeille de session dans /home/user fonctionne bien pour les fichiers effacés à partir de l'autre disque ...

je me demande donc si ca n'est pas les options de montage de ton fstab qui empechent un fonctionnement correct ?

Bougron

Bonjour
Merci de t'intéresser à ces problèmes

J5012 a écrit pourquoi si elle ne peut pas se monter, ubuntu se plante ? → pas normal puisqu'il ne s'agit pas de la partition / ...

dans mon fstab : j'ai une partiton / , une partition /home , une partition /home3
→ / et /home sont dans le meme disque
→ /home3 est dans un disque physiquement different
cat /etc/fstab
# /home was on /dev/sda3 during installation
UUID=a25b1c9b-4574-4eaf-b0a3-cfb8022783c2 /home           ext4    defaults        0       2
# /home3 was on /dev/sdb1 during installation
UUID=e6680c93-87a4-4813-a5c5-21ccf1087807 /home3          ext4    defaults        0       2

Si tu es en version 16.04, je te propose l'une de ces actions
a) Remplacer UUID=e6680c93-87a4-4813-a5c5-21ccf1087807 par UUID=e6680c93-87a4-4813-a5c5-21ccf108780 (partition inexistante)
b) Remplacer /home3 par /home3bis ( point de montage inexistant)
c) Remplacer ext4 par ntfs (type de partition incorrect)
d) Remplacer default par defau (option non reconnue)
Ou alors, lis cette discussion https://forum.ubuntu-fr.org/viewtopic.php?id=1874071

J5012 a écrit je viens de tester :
- suppr vers corbeille d'un fichier appartenant à /home3
- le fichier est dans la corbeille (je le vois)
- et si je verifie le chemin : il est bien sur mon /home3/.Trash-1000/files/
- je demande à l'objet graphique corbeille de le vider, et ca se vide bien ... et mon Trash-1000 de /home3 se vide aussi
- donc sur mon ordi, dans mon cas (xenial 64), ma corbeille de session dans /home/user fonctionne bien pour les fichiers effacés à partir de l'autre disque ...

je me demande donc si ça n'est pas les options de montage de ton fstab qui empêchent un fonctionnement correct ?

Je comprends que pour supprimer le fichier tu accèdes via /home3, C'est donc comme lorsque j'accède via /DPP (Mon cas B)
Dans ce contexte, je n'ai pas non plus de problème....

C'est effectivement la méthode bind du fichier fstab qui pose problème car lorsque j'utilise une autre méthode

u16041@u16041:~/.config$ cat user-dirs.dirs | grep VIDEO
XDG_VIDEOS_DIR="/DPP/VIDEO"
u16041@u16041:~/.config$

la technique poubelle fonctionne bien.

erresse

Salut,

Le problème, comme tu le dis, est connu : le phénomène est lié au fait que tu accèdes à l'objet à supprimer via un lien symbolique ou un montage "bind".
Les choses se passent ainsi (je reprends to fstab) :

UUID=dcf3a7d4-7c63-41a1-9c86-9c4e2cbbf2fc /DPP  ext4  errors=remount-ro   0  2
/DPP/MUSIC  /home/u16041/Musique      none bind

- Si tu vas sur "Musique" en cliquant sur l'icône "Musique" de ton $HOME ou le raccourci dans le gestionnaire de fichiers pour mettre un objet à la corbeille, une pseudo-corbeille /DPP/MUSIC/.Trash-1000 va être créée dans le répertoire. Cette pseudo-corbeille n'est pas visible dans la corbeille générale et ne fonctionne pas du tout comme une corbeille (on ne peut ni la voir ni la vider).
- Si tu vas sur /DPP/MUSIC en suivant le chemin dans l'arborescence pour mettre l'objet à la corbeille, la corbeille de volume /DPP/.Trash-1000 va être créée (si elle n'existe pas, sinon la corbeille existante est utilisée) à la "racine" du volume. Cette corbeille est visible dans la corbeille générale et elle fonctionne normalement comme une corbeille standard (on peut voir son contenu et la vider en même temps que les autres corbeilles).
Note: Toutes les tentatives que j'ai pu faire pour influer sur ce fonctionnement ont été vaines !

Si, au lieu d'un montage "bind" dans le fstab, tu crées un lien symbolique dans ton $HOME qui pointe sur /DPP/MUSIC, les choses se passent ainsi :
- Si tu cliques sur le lien de ton $HOME pour mettre un objet à la corbeille, tu reçois un message d'erreur refusant la suppression et t'invitant à supprimer définitivement l'objet sans mise à la corbeille.
- Si, comme précédemment, tu vas sur DPP/MUSIC en suivant le chemin dans l'arborescence, tout se passe bien et tu peux mettre l'objet à la corbeille normalement.

Donc, on peut dire que la corbeille fonctionne bien dans un contexte de montage simple, lorsqu'on accède à l'objet via l'arborescence, mais qu'elle déconne complètement dès lors que l'accès à l'objet est fait via un lien symbolique ou "bind".

Bougron

Bonjour eresse.

Comme tu le dis, la corbeille n'est pas opérationnelle lorsqu'on utilise la méthode bind, c'est simplement un constat
Le vrai problème est que, en cliquant, l'OS me propose de mettre à la corbeille, Ce qui transfère le fichier dans le répertoire trash-1000
Pourquoi donc ne pas me proposer une vraie suppression comme il le fait si la partition est NTFS?, Je vais joindre une capture 'si possible"
A) Demande de ma part de suppression d'un fichier . Donc ouverture de l'onglet proposant diverses actions
1) On constate que l'action suppression n'est pas présente.
2) On peut choisir la mise à la poubelle.
3) On constate que l'action "mise à la poubelle" n'est pas possible.
4) Mais on réussit malgré tout à pouvoir réellement supprimer le fichier.
B) La structure de ce répertoire (et de l'autre).
1) Le lien par /etc/fstab

        #MesData  sur SDA10
        UUID=007A992054C5D589     /DATA  ntfs-3g    windows_names,errors=remount-ro    0    2
        /DATA/DOC       /home/u16041/Documents            none bind
        UUID=dcf3a7d4-7c63-41a1-9c86-9c4e2cbbf2fc /DPP  ext4  errors=remount-ro   0  2
        /DPP/MUSIC  /home/u16041/Musique      none bind

2) La définition des 2 points de montage

         ls -ls /
          12 drwxrwxrwx   1 root root   12288 févr. 28 13:54 DATA
           4 drwxrwxrwx  10 root root    4096 mars   2 18:00 DPP

3) La définition des autorisations des répertoires

      u16041@u16041:/DATA$  ls -ls |grep DOC
      0 drwxrwxrwx 1 root root        168 mars   5 12:51 DOC

         /DPP$ ls -ls | grep MUSIC
        4 drwxrwxrwx 3 u16041 u16041 4096 mars   5 12:47 MUSIC

Cela serait donc une absurdité de dire que ce répertoire m'appartient
l'idée que j'avais en tête était d'y mettre deux répertoires avec des bons droits (chmod 750)
MUSIC-u16041 appartenant à l'utilisateur u16041
MUSIC-u16042 appartenant à l'utilisateur u16042
4) Rappel de cette évidence

u16041@u16041:/DATA$ ls -ls |grep DOC
      0 drwxrwxrwx 1 root root        168 mars   5 12:51 DOC
u16041@u16041:/DATA$ sudo chown -v $USER:$USER DOC
appartenance de 'DOC' modifiée de root:root en u16041:u16041
u16041@u16041:/DATA$ ls -ls |grep DOC
      0 drwxrwxrwx 1 root root        168 mars   5 12:51 DOC
u16041@u16041:/DATA$

erresse

Ma foi, je dirais que :
1) Pour pouvoir supprimer directement, tu n'as qu'à ajouter cette action au menu contextuel (ça doit bien exister dans les préférences de Nautilus, comme c'est le cas dans Caja).
2) Le message que tu obtiens avec un volume en NTFS (proposition de suppression immédiate), tu ne l'as pas avec le montage "bind" parce-qu'il considère que le point de montage (donc la "racine" du volume) est le répertoire cible du "bind" et il y crée une corbeille comme si c'était une vraie racine de volume.
Malheureusement, cela n'est pas vu du système qui gère les corbeilles et ça ne fonctionne pas...
3) Par contre, si tu fais un lien symbolique vers ton répertoire /DPP/MUSIC, tu auras ce message et ce choix de supprimer immédiatement, parce-que dans ce cas, il ne sait pas mettre l'objet à la corbeille, tout simplement...
4) Que veux démontrer ton point 4 ? Qu'on ne peut pas changer les droits et propriétés d'un volume NTFS ? Ben oui, on ne peut pas...

Bougron

erresse a écritMa foi, je dirais que :
1) Pour pouvoir supprimer directement, tu n'as qu'à ajouter cette action au menu contextuel (ça doit bien exister dans les préférences de Nautilus, comme c'est le cas dans Caja)..

Merci pour cette piste.
C'est quand même dommages de devoir le faire..
J'ai donc trouvé un tuto. https://linux.developpez.com/tutoriels/apprendre-nautilus/
qui indique "Pour configurer et personnaliser Nautilus, vous trouverez les préférences dans le menu Fichiers → Préférences. Dans les versions de Nautilus postérieures à la version 3.6.3, vous trouverez les préférences dans le menu Édition → Préférences."

Bien sur, la version est 3.14.3
Donc, sous l'onglet fichier, il n'y a pas le choix préférence. http://hpics.li/098add5 Mais dans l'onglet "édition" il y a 'préférence' et l'onglet 'comportement" permet d'inclure l'option http://hpics.li/bae17ae
Je vais vérifier que cela marche avant de clôturer.

Je viens de vérifier. Avec ce nouveau choix, les fichiers stockés dans une partition EXT4 "externe" peuvent être directement supprimés comme le sont ceux d'une partition NTFS.

Merci de l'aide apportée.

erresse

Bien sûr, cette option permet la suppression immédiate, ça dépanne, mais ça ne résout pas vraiment le problème pour les personnes habituées à mettre leurs suppressions à la corbeille (par sécurité pour pouvoir les récupérer le cas échéant)...
Pour des utilisateurs avertis comme toi et moi, l'inconvénient est mineur, mais ce serait mieux que cette gestion de la corbeille soit identique quelle que soit la manière dont on accède aux objets.
🙂
Edit: Sans compter que certaines applications (par exemple le visionneur d'images), lorsqu'on demande à supprimer une photo ne propose QUE la mise à la corbeille et pas la suppression immédiate. Du coup, on retrouve ces photos dans la "pseudo-corbeille" et il faut la supprimer ensuite pour libérer réellement la place...

Bougron

Comme la corbeille ne fonctionne pas très bien avec les partitions NTFS, on pourrait aussi décider de mal la faire fonctionner pour les partitions EXT4 en créant un fichier du nom de la directory (comme proposé dans le bug). Ce qui permet alors d'activer la suppression physique.

sudo rm -Rv .T*   
'.Trash-1000/files/Nouveau document' supprimé
'.Trash-1000/files/03_VersLaStation.JPG' supprimé
removed directory '.Trash-1000/files'
'.Trash-1000/info/Nouveau document.trashinfo' supprimé
'.Trash-1000/info/03_VersLaStation.JPG.trashinfo' supprimé
removed directory '.Trash-1000/info'
removed directory '.Trash-1000'
u16041@u16041:/DPP/MUSIC$ touch .Trash-1000

J5012

Bougron a écritBonjour
Merci de t'intéresser à ces problèmes
J5012 a écrit pourquoi si elle ne peut pas se monter, ubuntu se plante ? → pas normal puisqu'il ne s'agit pas de la partition / ...

dans mon fstab : j'ai une partiton / , une partition /home , une partition /home3
→ / et /home sont dans le meme disque
→ /home3 est dans un disque physiquement different
cat /etc/fstab
# /home was on /dev/sda3 during installation
UUID=a25b1c9b-4574-4eaf-b0a3-cfb8022783c2 /home           ext4    defaults        0       2
# /home3 was on /dev/sdb1 during installation
UUID=e6680c93-87a4-4813-a5c5-21ccf1087807 /home3          ext4    defaults        0       2
Si tu es en version 16.04, je te propose l'une de ces actions
a) Remplacer UUID=e6680c93-87a4-4813-a5c5-21ccf1087807 par UUID=e6680c93-87a4-4813-a5c5-21ccf108780 (partition inexistante)
b) Remplacer /home3 par /home3bis ( point de montage inexistant)
c) Remplacer ext4 par ntfs (type de partition incorrect)
d) Remplacer default par defau (option non reconnue)
Ou alors, lis cette discussion https://forum.ubuntu-fr.org/viewtopic.php?id=1874071
J5012 a écrit je viens de tester :
- suppr vers corbeille d'un fichier appartenant à /home3
- le fichier est dans la corbeille (je le vois)
- et si je verifie le chemin : il est bien sur mon /home3/.Trash-1000/files/
- je demande à l'objet graphique corbeille de le vider, et ca se vide bien ... et mon Trash-1000 de /home3 se vide aussi
- donc sur mon ordi, dans mon cas (xenial 64), ma corbeille de session dans /home/user fonctionne bien pour les fichiers effacés à partir de l'autre disque ...

je me demande donc si ça n'est pas les options de montage de ton fstab qui empêchent un fonctionnement correct ?
Je comprends que pour supprimer le fichier tu accèdes via /home3, C'est donc comme lorsque j'accède via /DPP (Mon cas B)
Dans ce contexte, je n'ai pas non plus de problème....

C'est effectivement la méthode bind du fichier fstab qui pose problème car lorsque j'utilise une autre méthode
u16041@u16041:~/.config$ cat user-dirs.dirs | grep VIDEO
XDG_VIDEOS_DIR="/DPP/VIDEO"
u16041@u16041:~/.config$ 
la technique poubelle fonctionne bien.

pourquoi veux-tu ecrire un fstab defectueux : bien sur que ca va se planter ...

dans ta discussion prealable (celle que tu as conseillée), on te proposait d'ajouter l'option defaults au fstab à toutes les lignes concernant le montage de disques, pour la seule raison que l'option defaults peut ensuite etre surchargée sans probleme de conflits d'options ...

je signale aussi que sur mon ordi et ma config (xenial 64) , j'ai un lien symbolique home3 sur le bureau qui mene sur la partition montée /home3, et qui fonctionne bien avec le mecanisme corbeille actuel ... : mes tests ont ete fait avec ce lien symbolique ...

Bougron

J5012 a écrit dans ta discussion prealable (celle que tu as conseillée), on te proposait d'ajouter l'option defaults au fstab à toutes les lignes concernant le montage de disques, pour la seule raison que l'option defaults peut ensuite etre surchargée sans probleme de conflits d'options ...

Je ne suis pas un mois sans traiter un problème de ce style. Le dernier en date et ici. https://forum.ubuntu-fr.org/viewtopic.php?id=2006111

J5012 a écrit je signale aussi que sur mon ordi et ma config (xenial 64) , j'ai un lien symbolique home3 sur le bureau qui mene sur la partition montée /home3, et qui fonctionne bien avec le mecanisme corbeille actuel ... : mes tests ont ete fait avec ce lien symbolique ...

C'est pour cela que le problème est maintenant assez cerné et est uniquement lié aux lignes

UUID=dcf3a7d4-7c63-41a1-9c86-9c4e2cbbf2fc /DPP  ext4  errors=remount-ro   0  2
/DPP/MUSIC  /home/u16041/Musique      none bind
####/DPP/VIDEO  /home/u16041/Vidéos       none bind

J'ai d'ailleurs remis /DPP/VIDEO en lien "classique" et cela fonctionne

J5012

Bougron a écrit
J5012 a écrit dans ta discussion prealable (celle que tu as conseillée), on te proposait d'ajouter l'option defaults au fstab à toutes les lignes concernant le montage de disques, pour la seule raison que l'option defaults peut ensuite etre surchargée sans probleme de conflits d'options ...
Je ne suis pas un mois sans traiter un problème de ce style. Le dernier en date et ici. https://forum.ubuntu-fr.org/viewtopic.php?id=2006111

J5012 a écrit je signale aussi que sur mon ordi et ma config (xenial 64) , j'ai un lien symbolique home3 sur le bureau qui mene sur la partition montée /home3, et qui fonctionne bien avec le mecanisme corbeille actuel ... : mes tests ont ete fait avec ce lien symbolique ...
C'est pour cela que le problème est maintenant assez cerné et est uniquement lié aux lignes
UUID=dcf3a7d4-7c63-41a1-9c86-9c4e2cbbf2fc /DPP  ext4  errors=remount-ro   0  2
/DPP/MUSIC  /home/u16041/Musique      none bind
####/DPP/VIDEO  /home/u16041/Vidéos       none bind
J'ai d'ailleurs remis /DPP/VIDEO en lien "classique" et cela fonctionne

et tu as testé ton fstab avec :

UUID=dcf3a7d4-7c63-41a1-9c86-9c4e2cbbf2fc /DPP  ext4  defaults,errors=remount-ro   0  2
/DPP/MUSIC  /home/u16041/Musique      none bind
####/DPP/VIDEO  /home/u16041/Vidéos       none bind

option defaults ?

Bougron

Aucun changement de comportement après le reboot

moko138

1) Pourquoi as-tu mis "résolu" ?

2) Je sursaute en lisant, dans ta dernière capture

UUID=...  /DATA  ntfs  (...)  0  2

Pas d'option "nofail" ???
Fin de ligne avec "2" ???

3) Tu as une partition partagée "/DATA", c'est logique et sain. Tu pourrais y adresser tes bind.
Mais faire un bind vers d'autres home (*), c'est chercher les ennuis :
comment peux-tu imaginer (J5012 y a fait allusion dès la 1ère réponse) que la création d'un .Trash-xxx s'y fasse automatiquement et sans problème de droits ???

(*) AJOUT : à moins que je n'aie lu de travers ?...

Bougron

Bonjour Moko138
Je crois que l'option nofail n'est plus supportée par ubuntu. Dans la codif que j'ai les partitions sont nécessairement montées au démarrage de ubuntu. Si l'une a quelques problèmes, ubuntu se plante. Je n'ai pas trouvé l'option qui empêcherait ubuntu de se planter pour dire "qu'il y a un problème sur telle partition"

Mon problème était justement que le trash-xxxx recevait le fichier supprimé et que le fichier supprimé n'était pas visible dans la corbeille officielle lorsque j'utilisais "le raccourci" comme méthode d'accès.
Eresse m'a fait découvrir que je pouvais faire un add-in qui permet maintenant de pouvoir supprimer le fichier sans le mettre dans la corbeille..
Cela m'a fait dire que le problème était résolu.
Je peux donc maintenant faire un clic à la souris au lieu d'aller en ligne de commande faire la commande "rm /DPP/Music/fichier1.mp3
ou d'aller parcourir depuis le répertoire ORDINATEUR
Depuis j'ai découvert que cet add-in n'existe pas avec "studio". Mais comme je n'utilise pas ce logiciel......

J5012

et avec ca ? :

UUID=dcf3a7d4-7c63-41a1-9c86-9c4e2cbbf2fc /DPP  ext4  defaults,errors=remount-ro   0  2
/DPP/MUSIC  /home/u16041/Musique      none defaults,bind 0 0
/DPP/VIDEO  /home/u16041/Vidéos       none defaults,bind 0 0

Page suivante »