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

Montage NTFS avec corbeille fonctionnelle

Coeur Noir

C'est normal qu'aucune corbeille ne soit créée automatiquement, tant qu'aucun utilisateur n'en a eu besoin = une corbeille se crée au moment où un utilisateur supprime un de ses fichiers.

Donc il ne faut pas oublier de faire un chown car c'est alloué à root et pas au bon utilisateur.
Normal tant que le dossier parent ( = le point de montage, Windows7 dans un de tes exemples ) appartient à root avec droits rwxr-xr-x.

Maintenant, dans le cas de /home/sis/data
si data appartient à sis avec à minima droits rwx------ alors le dossier corbeille .trash-1002 pourra se créer automatiquement au moment opportun ( pas nécessaire de la créer manuellement - cas confirmé dans plusieurs discussions ).

Bref tu confirmes à 100% le propos initial, en y ajoutant que mettre auto pour système de fichiers dans le montage peut suffire, ce qui est bon à savoir.

Aaah ça y est, je viens de comprendre d'où vient le malentendu :lol: :

Coeur Noir a écritRecommandations / astuces
⋅ une fois la partition NTFS montée avec l'option permissions, y rétablir des droits « classiques » concernant l'exécution des dossiers et fichiers, via :
sudo   chmod   -R   a-rwx,a+rX,u+rwX   /chemin_vers/partition_ntfs
→ ainsi les fichiers auront pour droits rw-r--r-- et les dossiers rwxr-xr-x
⋅ on peut laisser le point de montage ( de la partition ) appartenir à root, si on crée ( dans la partition ) un dossier appartenant à l'utilisateur
sudo   mkdir   /chemin_vers/partition_ntfs/dossier_utilisateur
sudo   chown   utilisateur:utilisateur   /chemin_vers/partition_ntfs/dossier_utilisateur
⋅ bref, de là on gère tout ça à coup de chmod et chown « classiquement » et comme on veut.

Je vais reformuler, pour expliciter le coup de la création des corbeilles, si on laisse le point de montage de la partition NTFS appartenir à root.
C'est vrai que là, c'était trop implicite ( ça suppose qu'on est à l'aise et avec les droits et permissions et avec le fonctionnement des corbeilles sous Linux - ce qui est rarement le cas quand on vient de Windows ).

moko138

geole,
1) J'ignore si tu as lu le #19.

[center]= =[/center]
.

geole a écrit

a@b:~$ cat /etc/fstab | egrep "sas|sis"
LABEL=SAS /home/sas/data  ntfs  permissions
LABEL=SIS /home/sis/data  auto  permissions
a@b:~$

2) Tu testes un montage qui ne permet pas à la corbeille d'être créée automatiquement.
Et tu ne dis même pas si après création manuelle ces corbeilles fonctionnent.
Alors, encore un hors-sujet ???
Je te rappelle une nouvelle fois que le sujet est "Montage NTFS avec corbeille fonctionnelle".

3) Tu pratiques :

permissions   # tout court !

Il ne t'aura pas échappé que ce n'est pas :

defaults,locale=fr_FR.UTF-8,nofail,permissions,windows_names  0  0

Coeur Noir

Voilà, post #4 réajusté, vous me direz ce que vous en pensez.

@geole si tu veux encore tester quelque chose… le cas .Trash-0
Pour ça, il faudrait :
⋅ une partition NTFS,
⋅ dans un point de montage qui appartient à root
⋅ mais le contenu de la partition appartient à un $USER
⋅ et à la racine de cette partition, un dossier .Trash-0 appartenant à root et aucun autre dossier .Trash-*
→ dans cette configuration, que se passe-t-il quand l'$USER depuis un explorateur de fichiers, envoie un de ses fichiers à lui à la corbeille ?
- suppression directe ?
- refus pour permissions insuffisantes ?
- le fichier est mis en corbeille .Trash-0 ?
- ou création d'une nouvelle corbeille .Trash-$UID ? ( si c'est le cas, à qui appartient-elle ? )

@moko si à l'occasion tu peux lever des doutes concernant #15 et #13 ?

Avec tout ça on aura plutôt bien creusé le sujet ! Reste le cas d'un DD externe en NTFS + option permissions ( en montage manuel du coup ) → est-ce que les droits et permissions survivent à une déco/reconnexion du périphérique ?

moko138

En #15, Coeur Noir a écritÀ ceci près que je ne suis pas dans Ubuntu, ça ne correspond pas à mon expérience :
montage d'un clic droit d'un ntfs : tout m'appartient.
Ah.
Non seulement tout t'appartient mais en plus, seul l'utilisateur propriétaire a des droits.
Ce qui ma foi est une situation plus facile pour l'utilisateur, que celle proposée par défaut avec le ntfs sous ubuntu.

Ma supposition : ce système ( quel est-il ? ) applique automatiquement des règles sur du ntfs ( soit via udev soit via udisksctl ).
Si tu n'as pas manuellement choisi /media pour ce montage, ou si ça ne t'a pas demandé de mot de passe pour créer le montage, je penche pour udisksctl.

.
Le système
C'est une Crunchbang (sur base de Debian wheezy, noyau 3.2 - pour cause de vieille carte graphique nVidia).

dpkg -l | grep -i  video-vmware
ii  xserver-xorg-video-vmware            1:12.0.2-1+b1

pour la même raison. (Avec des versions supérieures du noyau ou de xserver-xorg-video-vmware, le système plante, seules les touches magiques fonctionnant encore).

Pour le reste
- Pas de demande de mot de passe.
- Pas choisi /media (je rappelle que c'est un montage d'un clic droit dans le gestionnaire de fichiers).
- udisksctl semble absent :

moko@pc-c:~$ dpkg -l | grep udiskctl
moko@pc-c:~$

moko@pc-c:~$ apt-cache show udiskctl* | grep Pack
E: Aucun paquet n'a été trouvé
moko@pc-c:~$

moko@pc-c:~$ man udiskctl
Aucune entrée de manuel pour udiskctl
moko@pc-c:~$

Est-ce que ça répond à tes questions ?

Coeur Noir

Ooops pardon je me gourre un peu dans les noms…

udisks* c'est le paquet udisks2 sous Ubuntu qui fournit la commande udisksctl.

Forte probabilité que ce soit pareil sous debian ( qui dans ton système aura gardé le fonctionnement historique du dossier /media, sans création d'un dossier par $USER, comme c'était le cas sous Ubuntu avant 14.04 ).

Je sais que certains systèmes ne l'installent pas par défaut - faut que je remette la main sur une discussion où j'ai appris ça, une Arch il me semble.

geole

moko138 a écrit 3) Tu pratiques :

permissions   # tout court !

Il ne t'aura pas échappé que ce n'est pas :

defaults,locale=fr_FR.UTF-8,nofail,permissions,windows_names  0  0

Bonjour
Ne te fâche pas moko138.
Je viens de passer un certain temps sur le sujet pour comprendre le pourquoi de mon problème.
Et je pense avoir compris.

A) On formate une partition NTFS afin qu'elle soit vide
1) Il faut garnir le fichier /etc/fstab disons avec l'option "ntfs permissions"
2) On fabrique le point de montage.
3) On se rend propriétaire du point de montage.
4) On monte la partition
5) On utilise normalement et les poubelles sont créées automatiquement.

B) On va utiliser partition NTFS qui contient le logiciel WINDOWS.
1) Il faut garnir le fichier /etc/fstab disons avec l'option "ntfs defaults,locale=fr_FR.UTF-8,nofail,permissions,windows_names 0 0
"
2) On fabrique le point de montage.
3) On se rend propriétaire du point de montage.
4) On monte la partition.
5) On constate que l'accès est impossible. et on bricole un peu en créant plein de choses. Voir mes premiers posts

L'explication est simple L'option "permission" provoque un mapping de correspondance

Dans le cas A, NTFS constate qu'il n'y a aucun utilisateur windows et NTFS dans sa gentillesse nous laisse propriétaire et tout se passe bien.

Dans le cas B, NTFS constate qu'il y a au moins un utilisateur windows et NTFS dans sa sagesse redevient propriétaire pour gérer les droits et le pauvre utilisateur ubuntu qui n'est pas accouplé ne peut rien faire.

Donc possibilité que les versions NTFS ne réagissent pas toutes comme cela

Trois solutions,
On fait le mapping. La technique est peu connue
L'administrateur ubuntu passe outre et fabrique les répertoires des nouveaux utilisateurs dont le TRASH. Je compléterais demain dans l'après-midi car c'est simple et je connais.
On revient à la première solution avec un bon GUID. Je testerais. Cela ne devrait pas poser de problème. J'ai pensé à un nom de groupe sympathique "Club".

NOTA, pour les partitions NTFS sur support externe, elles appartiennent souvent à un seul utilisateur et sont rarement équipées du logiciel windows.

Coeur Noir

Dans le cas B, NTFS constate qu'il y a au moins un utilisateur windows et NTFS dans sa sagesse redevient propriétaire pour gérer les droits et le pauvre utilisateur ubuntu qui n'est pas accouplé ne peut rien faire.
Donc possibilité que les versions NTFS ne réagissent pas toutes comme cela

J'ai un doute, excuse moi.

Dans ce que tu montres et semblant correspondre au cas B : le point de montage ne t'appartenait pas. Ni le contenu de la partition.
Alors es-ce comme ça parce que :
⋅ tu as essayé alors de te rendre propriétaire mais ça a bloqué ? ( on voit pourtant sur ton illustration des droits bien stricts, root et rwx------ ).
⋅ s'il y a eu blocage, qu'est-ce que ça dit plus précisément au niveau des dossiers USERS de Windows ?
⋅ ou tu as simplement oublié de te rendre propriétaire du contenu ou du point de montage ou des deux ?
⋅ ça répondrait aux hypothèses du #18

Ne te rends pas propriétaire du point de montage « avant » de monter, ça ne sert pas à grand'chose : root par défaut crée les dossiers en rwxr-xr-x donc accessible à n'importe qui en lecture.
Et prendra par défaut ce qu'on aura indiqué en options sur le point de montage ( si permissions = $USER session en cours, à moins de préciser ensuite ).
L'invisibilité du contenu était liée ( et donc conforme ) aux droits stricts, root et rwx------.

Effectivement, je n'ai pas testé sur une partition qui contient déjà un Windows entier ( j'ai pas ça ici, confinement, travail à distance… ) donc c'est une piste intéressante concernant le fonctionnement en profondeur de l'option permissions. J'ai testé sur des partitions NTFS qui contenaient déjà des données + un disque reformaté pour l'occasion, monté via fstab.

Mais assure-toi au préalable qu'il ne s'agit pas juste d'un oubli tout simple, avant de paramétrer un éventuel UserMapping - ça n'a pas l'air de tout repos.

moko138

Bonsoir geole,
Tout le monde ou presque arrive à monter un ntfs interne par fstab. Mais trop de gens n'arrivent pas à disposer d'une corbeille linux pour ce ntfs.
Ce fil indique donc au non-spécialiste une façon simple de retrouver l'usage de la corbeille.
C'est tout.
Et je t'invite fortement à bien lire les deux premiers messages (puisque même une ligne en gras t'a complètement échappé).

Si après un expert bidouilleur veut tester d'autres techniques - et, même si tu n'en parles pas, je me souviens que tu l'avais fait il y a quelques années, de façons multiples et détaillées - c'est très bien !

Mais c'est son affaire et ça n'a rien à voir avec ce fil grand public. À moins que tu n'y repères une erreur, dans ce cas, je suis sûr que tu voudras bien la souligner et proposer un correctif.

[center]= =[/center]

geole a écritA) On formate une partition NTFS afin qu'elle soit vide

Pourquoi vide ?
J'ai fait mes essais sur une partition ntfs D:, pleine, que j'avais créée il y a des années (à côté de Vista, je n'ai pas de version plus récente de Windows).

Et, encore une fois, finir la ligne de fstab par "ntfs permissions", ça me paraît absurde.

- -

geole a écrit3) On se rend propriétaire du point de montage.

NON.
Encore une fois, lis le premier message.

- -

geole a écritB) On va utiliser partition NTFS qui contient le logiciel WINDOWS.

JAMAIS je ne conseille de mettre C: dans fstab : c'est exposer inutilement Windows à une fausse manoeuvre accidentelle.
Les données doivent être mises à l'abri dans D:. (Et ce n'est pas nouveau puisqu' on me l'avait déjà enseigné du temps où je n'utilisais que Windows 98.)
C'est bien sûr encore plus pertinent en multi-amorçage.
Et tu le sais (*).

- -

et le pauvre utilisateur ubuntu qui n'est pas accouplé ne peut rien faire.

Mais quel est ce délire ?
Depuis quand Linux ne saurait plus lire du ntfs (hors chiffrement ou BitLocker) ?

Et "accouplé" ??? (**)

____
(*) D'où la question : tu trolles ? Ou tu te pignoles ?
(**) Eh bien, on l'a, la réponse.

geole

Bonjour
Je prend connaissance à l'instant de vos réponses.
Je vais tenter de faire au mieux en répondant à toutes pas nécessairement dans l'ordre chronologique.

D'ors et déjà, je peux dire que j'avais vu, probablement dès le 20 octobre, l'échange n°1.
Je n'avais rien trouvé de particulier à dire malgré la présence de "uid=1000,gid=1000"
=> La valeur 1000 n'est pas nécessairement exacte dans 1000 ‰ des cas.
Je pense particulièrement aux utilisateurs qui installent un second O.S. avec un /home commun et commettent une erreur dans la reprise de l'ancien nom. Dans ce cas il faut probablement 1001.
Le peu de fréquence de ce cas ne m'avait pas incité à formuler cette remarque. Maintenant c'est fait.

Vous savez probablement que ce n'est pas la méthode que je propose. On verra si je change d'avis.

Je n'avais pas pas vu qu'il y avait un échange N° 2 , J'y suis arrivé accidentellement comme je l'ai dit.

https://forum.ubuntu-fr.org/viewtopic.php?pid=22376267#p22376267 a écrit[ HS ] pour geole, lucmars, erresse et bluc
......
Oui mais NTFS ne gère pas les droits et permissions * ( utile dans un contexte multi-utilisateurs ). Là est la cerise sur le gâteau, si, si, c'est possible d'ajouter une couche de droits et permissions sur du NTFS côté Linux → https://forum.ubuntu-fr.org/viewtopic.p … #p22354481

* NTFS ne gère pas les droits et permissions → formulation maladroite, voir remarque de geole ci-dessous : Linux ne peut pas les transcrire automatiquement, c'est à l'admin' système de configurer une « correspondance » entre les utilisateurs Windows et Linux. Mais y'a plus simple ;-)

[ fin du HS ]

Je peux aussi dire que, pour la gestion multi-utilisateurs de particuliers dans ce forum, la demande d'aide pour installer plusieurs utilisateurs est rare. Je suis intervenu seulement deux fois. ( La dernière ) A chaque fois, c'était uniquement pour du ubuntu seul dans l'ordinateur. La documentation faite sur le sujet m'a permis de répondre du mieux possible, je l'espère. Paragraphe 3 de https://doc.ubuntu-fr.org/tutoriel/dossier_de_partage.

Je vais me pencher en premier sur la réponse de coeur noir.
En effet, il est possible que je ne fasse pas dans le bon ordre. Il suffira alors de faire dans le bon ordre et dans l'échange 2, préciser comment faire..... car cela ne semble pas inné.
Cela va prendre du temps, car cette discussion n'est pas ma priorité. Je vais pouvoir tester
Avec windows XP: Je ne suis pas certain que sa gestion NTFS soit la même.
Je ne pense pas que cela vaille le coup. Ceux qui sont encore actuellement sur windows XP n'ont certainement pas l'intention de prendre des risques en mélangeant. Mais si vous demander je peux faire
Avec windows7 et windows10 mais pas windows 8. A mon avis ces trois O.S. ont une même approche de la protection.

geole

J'ai essayé de gérer au mieux.
Je suis donc bloqué, sans possibilité de pouvoir mettre à la poubelle!

Merci de me dire où je me suis trompé afin de rectifier et d'avoir le choix de mettre à la poubelle.

Pour avancer, je propose de créer le répertoire .Trash-1001 et de voir s'il n'y aurait pas une limite de taille poubelle.

Les commandes faites

~$ cat /etc/fstab | grep Windows7
LABEL=Windows7 /media/Windows7 ntfs  defaults,locale=fr_FR.UTF-8,nofail,permissions,windows_names  0  0
sos@b:~$ 
sos@b:~$ mount | grep Windows7
/dev/sdb4 on /media/Windows7 type fuseblk (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
sos@b:~$ 
sos@b:~$ mkdir /media/Windows7/Users/sos
mkdir: impossible de créer le répertoire «/media/Windows7/Users/sos»: Permission non accordée
sos@b:~$ sudo mkdir /media/Windows7/Users/sos
sos@b:~$ 
sos@b:~$ mkdir /media/Windows7/Users/sos/dire
mkdir: impossible de créer le répertoire «/media/Windows7/Users/sos/dire»: Permission non accordée
sos@b:~$ sudo chown sos:sos /media/Windows7/Users/sos
sos@b:~$ mkdir /media/Windows7/Users/sos/dire
sos@b:~$ 
sos@b:~$ touch /media/Windows7/Users/sos/dire/fic1
sos@b:~$ touch /media/Windows7/Users/sos/dire/fic2
sos@b:~$ 
sos@b:~$ ls -als /media/Windows7/.T*
ls: impossible d'accéder à '/media/Windows7/.T*': Aucun fichier ou dossier de ce type
sos@b:~$

Ajout
Donc création de la corbeille et mise des droits. Test de fonctionnement fait avec 50 fichiers pour une taille 23,7 Go.
Rien de particulier à dire.

 sos@b:~$ ls -als /media/Windows7 | grep .Tr
      0 drwxr-xr-x  1 sos  sos         240 nov.  27 17:02 .Trash-1001
sos@b:~$

Coeur Noir

Je n'avais rien trouvé de particulier à dire malgré la présence de "uid=1000,gid=1000"
=> La valeur 1000 n'est pas nécessairement exacte dans 1000 ‰ des cas
Le premier utilisateur créé sur un système Ubuntu prend l'uid 1000, un utilisateur qu'on ajoute prendra 1001, un suivant 1002, etc…
C'est donc rare qu'il n'y ait pas d'utilisateur d'uid 1000 - mais ça peut arriver !
Et l'utilisateur 1000 n'est pas forcément celui qu'on croit.
On peut utiliser le nom en toutes lettres plutôt que l'identifiant numérique avec uid/gid - pour évite les confusions puisque la plupart du temps les utilisateurs ne connaissent pas cette subtilité :
uid numérique > uid en toutes lettres → en interne, le système remplace le toutes lettres par le numérique qu'il trouve localement dans /etc/passwd.
Ou en tout cas quand on suggère à quelqu'un d'utiliser des uid/gid numériques, s'assurer de leur exactitude via

id

cat /etc/passwd

Je peux aussi dire que, pour la gestion multi-utilisateurs de particuliers dans ce forum, la demande d'aide pour installer plusieurs utilisateurs est rare
Mon opinion à ce sujet - donc subjective et complètement questionnable :
- Si je m'en tiens à mon expérience perso : j'ai toujours eu des systèmes multi-utilisateurs, sous Win comme Linux. Ne serait-ce que pour séparer les données boulot des données maison.
- Linux est foncièrement un système multi-utilisateurs - contrairement à Windows.
- le particulier sur le forum : bah faut peut-être lui suggérer de tirer profit de cet avantage ? Avoir plusieurs plusieurs sessions utilisateurs sur un système, c'est :
→ la possibilité d'organiser ses données et usages à convenance ( une session par personne ou groupe de personnes dans le foyer ou l'association ou la micro-entreprise ; ou une session par grands thèmes, travail, loisirs, famille… )
→ rassurant : on garde sous le coude au moins une autre session disponible - car le particulier est aussi souvent celui qui lance du sudo nautilus et autres, jusqu'à bloquer l'accès graphique à une session.
- C'est une demande qui serait moins rare s'il y avait un peu plus de pédagogie autour des droits et permissions ( ou la séparation système / utilisateurs humains ) - pédagogie qui éviterait aussi le mauvais usage de sudo.

Je vais me pencher en premier sur la réponse de coeur noir
Le + simple c'est retente un montage ( dans un dossier vide appartenant à root en droits rwxr-xr-x ) via fstab avec l'option permissions de ta partition Windows7.
Idéalement, pour comparer, il faudrait à côté ↑ un deuxième montage d'une autre partition NTFS ne contenant aucun windows, juste des data « humaines ».
⋅ préalable : Windows ne doit être ni en hibernation, ni en mode démarrage rapide, il devra avoir été éteint complètement.
⋅ là sans rien faire d'autre, un ls -la sur le montage de Windows et un ls -la sur le montage des data « humaines ».
→ ça pourrait mettre en évidence une différence de comportement de l'option permissions, selon qu'un Windows « entier » se trouve, ou pas, sur une partition.
⋅ Seulement ensuite, tenter de changer propriétaire et droits, dans les contenus de l'une et l'autre partition, voire les points de montage de ces partitions.
→ là aussi, pour voir s'il y a différence de comportement selon qu'on vise la partition avec ou sans Windows « entier ».

→ je ne vois rien, dans les quelques doc's citées autour de l'option permissions, qui suggère qu'elle irait chercher elle-même, toute seule, les identifiants d'utilisateur Windows. Mais qui sait ?
→ si une telle « table de correspondances » existe, elle se trouverait à la racine de la partition NTFS sous un dossier caché .NTFS-3G dans le fichier UserMapping.

Coeur Noir

Merci de me dire où je me suis trompé afin de rectifier et d'avoir le choix de mettre à la poubelle.
Même blague que précédemment :
tu crées un point de montage pour une partition NTFS avec l'option permissions → il faut dès lors gérer les droits et permissions…

On ne sait toujours pas si le fait que ça continue d'appartenir à root après montage est lié à la présence du Windows entier ou au fait que le point de montage, à la base, appartient à root ou autre mystère.

Si tu montes dans /home/$USER/Windows7 ( au lieu de /media/Windows7 ) - un dossier qui appartiendrait donc dès le départ à ton $USER, est-ce que ça change quelque chose ?

Mais surtout montre ls -la juste après montage, voir message précédent.

geole

Bonjour

Coeur Noir a écritMerci de me dire où je me suis trompé afin de rectifier et d'avoir le choix de mettre à la poubelle.
Même blague que précédemment :
tu crées un point de montage pour une partition NTFS avec l'option permissions → il faut dès lors gérer les droits et permissions…

Je n'en doute pas un seul instant, Mais il n'en ait nullement question dans l'échange 2 qui dit que tout baigne.

moko138 a écritB) Cas d'utilisateurs multiples
Les options uid=1000,gid=1000 ne sont pas compatibles avec d'autres utilisateurs que l'utilisateur créé pendant l'installation et qui porte le code 1000.
.
La fin de ligne suivante

ntfs defaults,locale=fr_FR.UTF-8,nofail,permissions,windows_names 0 0

monte les systèmes de fichiers NTFS avec corbeille fonctionnelle pour chaque utilisateur.
(Confirmé par Coeur Noir, merci à lui !)

Coeur Noir a écrit
On ne sait toujours pas si le fait que ça continue d'appartenir à root après montage est lié à la présence du Windows entier ou au fait que le point de montage, à la base, appartient à root ou autre mystère.

Si tu montes dans /home/$USER/Windows7 ( au lieu de /media/Windows7 ) - un dossier qui appartiendrait donc dès le départ à ton $USER, est-ce que ça change quelque chose ?

C'est une idée intéressante. Je fais faire un test. Mais cela me semble beaucoup plus lourd que de créer préventivement les répertoires .Trash
Je pense qu'il faut faire ces montages par bind ....

Coeur Noir a écrit Mais surtout montre ls -la juste après montage, voir message précédent.

C'est réparé

a@b:~$ ls -la /media/Windows7
total 3145080
drwxr-xr-x  1 root root      12288 nov.  27 19:24  .
drwxr-xr-x 25 root root       4096 nov.  27 15:51  ..
drwxrwxrwx  1 root root       4096 sept. 23 00:01 '$Recycle.Bin'
lrwxrwxrwx  2 root root         21 juil. 14  2009 'Documents and Settings' -> /media/Windows7/Users
-rwx------  1 root root 3220500480 oct.   2 19:39  hiberfil.sys
drwx------  1 root root          0 juil. 14  2009  PerfLogs
drwxrwxrwx  1 root root       4096 oct.   2 18:43  ProgramData
drwxr-xr-x  1 root root       4096 oct.   2 18:43 'Program Files'
drwxr-xr-x  1 root root       4096 oct.   2 18:44 'Program Files (x86)'
drwx------  1 root root          0 sept.  5 12:35  Recovery
drwxrwxrwx  1 root root          0 sept. 17 14:36  RECYCLER
drwx------  1 root root       4096 sept. 21 16:33 'System Volume Information'
drwxrwxrwx  1 root root       4096 oct.   2 18:43  Temp
drwxr-xr-x  1 a    a             0 nov.  27 17:35  .Trash-1000
drwxr-xr-x  1 sos  sos           0 nov.  27 17:02  .Trash-1001
drwxr-xr-x  1 sis  sis           0 nov.  27 17:35  .Trash-1002
drwxr-xr-x  1 sas  sas           0 nov.  27 17:35  .Trash-1003
drwxr-xr-x  1 root root       4096 nov.  27 16:36  Users
drwxr-xr-x  1 root root      16384 oct.   2 18:48  Windows
a@b:~$

NOTA. J'avais pris la décision de demander à un administrateur de créer les corbeilles pour vérifier leur fonctionnement.

a@b:~$ cat /etc/fstab | grep Windows7
LABEL=Windows7 /media/Windows7 ntfs  defaults,locale=fr_FR.UTF-8,nofail,permissions,windows_names  0  0
###LABEL=Windows7 /media/Windows7 ntfs permissions
a@b:~$

geole

J'ai donc fait le test demandé.

sos@b:~$ tail /etc/fstab
LABEL=Test /media/Test auto  permissions
#LABEL=Test /media/Test ntfs  defaults,locale=fr_FR.UTF-8,nofail,permissions,windows_names  0  0


LABEL=Windows7 /media/Windows7 ntfs  defaults,locale=fr_FR.UTF-8,nofail,permissions,windows_names  0  0
###LABEL=Windows7 /media/Windows7 ntfs permissions
/media/Windows7/Users/a        /home/a/data      none      bind
/media/Windows7/Users/sos      /home/sas/data    none      bind
/media/Windows7/Users/sis      /home/sis/data    none      bind
/media/Windows7/Users/XXXXXXX  /home/sos/data    none      bind
sos@b:~$

Les trois premiers utilisateurs ont été créés récemment sous UBUNTU de façon correcte.
J'ai donc récupéré ce qu'il y avait, Mais la suppression est directe puisque pas de corbeille existante. Je n'ai pas vu l'intérêt d'une capture d'écran XXXXXXXX est un utilisateur windows existant
et les liens sont cassés (en rouge dans l'écran)

sos@b:~$ ls -als data
total 2137
  8 drwxr-xr-x  1 root root   8192 sept.  5 12:36  .
  4 drwxr-xr-x 17 sos  sos    4096 nov.  28 12:51  ..
  0 drwx------  1 root root      0 sept.  5 12:35  AppData
  0 lrwxrwxrwx  2 root root     45 sept.  5 12:35 'Application Data' -> /media/Windows7/Users/xxxxxxx/AppData/Roaming
  0 drwx------  1 root root      0 oct.   2 17:33  Contacts
  0 lrwxrwxrwx  1 root root     71 sept.  5 12:35  Cookies -> /media/Windows7/Users/xxxxxxx/AppData/Roaming/Microsoft/Windows/Cookies
  4 drwx------  1 root root   4096 oct.   2 17:33  Desktop
  4 drwx------  1 root root   4096 oct.   2 17:33  Documents
  0 drwx------  1 root root      0 oct.   2 17:33  Downloads
  4 drwx------  1 root root   4096 oct.   2 17:33  Favorites
  0 drwx------  1 root root      0 oct.   2 17:33  Links
  0 lrwxrwxrwx  2 root root     43 sept.  5 12:35 'Local Settings' -> /media/Windows7/Users/xxxxxxx/AppData/Local
  0 lrwxrwxrwx  2 root root     74 sept.  5 12:35 'Menu Démarrer' -> '/media/Windows7/Users/xxxxxxx/AppData/Roaming/Microsoft/Windows/Start Menu'
  0 lrwxrwxrwx  2 root root     39 sept.  5 12:35 'Mes documents' -> /media/Windows7/Users/xxxxxxx/Documents
  0 lrwxrwxrwx  2 root root     73 sept.  5 12:35  Modèles -> /media/Windows7/Users/xxxxxxx/AppData/Roaming/Microsoft/Windows/Templates
  0 drwx------  1 root root      0 oct.   2 17:33  Music
768 -rwx------  1 root root 786432 oct.   2 19:39  NTUSER.DAT
 64 -rwx------  2 root root  65536 sept.  5 17:42  NTUSER.DAT{016888bd-6c6f-11de-8d1d-001e0bcde3ec}.TM.blf
512 -rwx------  2 root root 524288 sept.  5 17:42  NTUSER.DAT{016888bd-6c6f-11de-8d1d-001e0bcde3ec}.TMContainer00000000000000000001.regtrans-ms
512 -rwx------  2 root root 524288 sept.  5 17:42  NTUSER.DAT{016888bd-6c6f-11de-8d1d-001e0bcde3ec}.TMContainer00000000000000000002.regtrans-ms
256 -rwx------  2 root root 262144 oct.   2 19:39  ntuser.dat.LOG1
  0 -rwx------  2 root root      0 sept.  5 12:35  ntuser.dat.LOG2
  1 -rwx------  1 root root     20 sept.  5 12:35  ntuser.ini
  0 drwx------  1 root root      0 oct.   2 17:33  Pictures
  0 lrwxrwxrwx  1 root root     70 sept.  5 12:35  Recent -> /media/Windows7/Users/xxxxx/AppData/Roaming/Microsoft/Windows/Recent
  0 drwx------  1 root root      0 oct.   2 17:33 'Saved Games'
  0 drwx------  1 root root      0 oct.   2 17:33  Searches
  0 lrwxrwxrwx  1 root root     70 sept.  5 12:35  SendTo -> /media/Windows7/Users/xxxxxxx/AppData/Roaming/Microsoft/Windows/SendTo
  0 drwx------  1 root root      0 oct.   2 17:33  Videos
  0 lrwxrwxrwx  2 root root     81 sept.  5 12:35 "Voisinage d'impression" -> '/media/Windows7/Users/xxxxxxx/AppData/Roaming/Microsoft/Windows/Printer Shortcuts'
  0 lrwxrwxrwx  2 root root     81 sept.  5 12:35 'Voisinage réseau' -> '/media/Windows7/Users/xxxxxxx/AppData/Roaming/Microsoft/Windows/Network Shortcuts'
sos@b:~$

Donc, sans trop de surprise je ne peux rien lire. Je m'attendais simplement à ce que l'application fichiers évite de partir en boucle.
Comme c'est joli, je joins une capture 'écran'

On est typiquement dans le problème qui fait ricaner (le mot est faible) moko138. Peut-être va-t-il rectifier car je vais commencer à y répondre.

geole

Bonjour Moko
Quelques réponses.

moko138 a écritBonsoir geole,
Tout le monde ou presque arrive à monter un ntfs interne par fstab. Mais trop de gens n'arrivent pas à disposer d'une corbeille linux pour ce ntfs.
Ce fil indique donc au non-spécialiste une façon simple de retrouver l'usage de la corbeille.
C'est tout.
Et je t'invite fortement à bien lire les deux premiers messages (puisque même une ligne en gras t'a complètement échappé).

Je n'ai pas encore vu la ligne en gras dont tu parles, Cependant j'ai noté une quantité incroyable de caractères en gras, qui n'ont strictement aucun lien avec le fonctionnement de la corbeille d'une partition NTFS!

moko138 a écrit [center]= =[/center]
geole a écritA) On formate une partition NTFS afin qu'elle soit vide
Pourquoi vide ?
J'ai fait mes essais sur une partition ntfs D:, pleine, que j'avais créée il y a des années (à côté de Vista, je n'ai pas de version plus récente de Windows).

Initialement, il y avait une partition contenant un O.S. windows, Comme je ne maîtrisais pas, j'ai pris une solution de fabriquer une partition neuve ne contenant pas de logiciel. C'était plus simple que de dupliquer puis de supprimer les applications.
Cela peut d'ailleurs être considéré comme un disque externe formaté en NTFS et destiné à transporter des données de plusieurs personnes d'un ordinateur uniquement UBUNTU vers un autre uniquement WINDOWS en évitant le réseau.
Le titre de ton document n'annonce d'ailleurs pas que que la partition doit déjà contenir des données ...

moko138 a écrit Et, encore une fois, finir la ligne de fstab par "ntfs permissions", ça me paraît absurde.

Etant dans le contexte multi-uilisateurs, Nous évoquons donc cette ligne
"ntfs defaults,locale=fr_FR.UTF-8,windows_names,permissions,windows_names 0 0"
Et pourtant, L'absurdité est de dire que
a) La ligne doit se terminer par 0 0 afin de ne pas contrôler la qualité de la partition au démarrage.
Tu pourrais mettre à jour ce document https://forum.ubuntu-fr.org/viewtopic.php?id=1989648 pour la partie NTFS
b) Imposer la norme des noms windows (windows_names ) est certainement une bonne idée, Mais je ne vois pas de rapport avec la corbeille.
c) Indiquer que le boot doit se planter si la partition est absente mérite un débat. Certains peuvent préférer une autre solution en mettant nofail et c'est leur droit. De nouveau pas de rapport avec la corbeille.
e) Pour le langage, c'est un choix de choisir ce qui convient, Je ne connais d'ailleurs pas la valeur standard.
f) Dire qu'on prend les valeurs par défaut est une fausse bonne idée, C'est ce qui se passe si on n'écrit pas le mot.

Finalement il ne reste que ntfs et permissions à écrire. Ce qui est nécessaire et suffisant, Il est alors possible de conseiller les autres options .

Démonstration
Pour rappel (voir échange d'avant)

mount | grep Windows7
/dev/sdb4 on /media/Windows7 type fuseblk (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)

La suite en mettant ce que tu considères comme "absurde" dans le fichier

sos@b:~$ sudo umount /dev/sdb4

sos@b:~$ cat /etc/fstab | grep Windows7
## LABEL=Windows7 /media/Windows7 ntfs  defaults,locale=fr_FR.UTF-8,nofail,permissions,windows_names  0  0
LABEL=Windows7 /media/Windows7 ntfs permissions

sos@b:~$ sudo mount /dev/sdb4
Using default user mapping

sos@b:~$ mount | grep Windows7
/dev/sdb4 on /media/Windows7 type fuseblk (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)

CONSTAT, Le retour de la commande mount est identique et un test montre que la corbeille est restée opérationnelle

moko138 a écrit
geole a écrit3) On se rend propriétaire du point de montage.
NON.
Encore une fois, lis le premier message.

Encore une fois, je suis dans le contexte multi-utilisateurs. Je ne fais pas de remarque sur la partie mono-utilisateur.
La fin de mise au point va montrer que c'est une erreur de se rendre propriétaire de ce point de montage, C'est plus à intérieur qu'il est nécessaire de devenir propriétaire. Tu verras où assez facilement et faire le nécessaire dans l'échange n°2.

moko138 a écrit [center] - -[/center]
geole a écritB) On va utiliser partition NTFS qui contient le logiciel WINDOWS.
JAMAIS je ne conseille de mettre C: dans fstab : c'est exposer inutilement Windows à une fausse manoeuvre accidentelle.
Les données doivent être mises à l'abri dans D:. (Et ce n'est pas nouveau puisqu' on me l'avait déjà enseigné du temps où je n'utilisais que Windows 98.)
C'est bien sûr encore plus pertinent en multi-amorçage.
Et tu le sais (*).

Je me refuse d'être un dictateur qui exige que les données de l'utilisateur soit dans le D:
Effectivement il y 20 ans, l'installation de windows XP commençait par dire. "Quel espace disque voulez-vous réserver pour vos données personnelles?", Si on était trop gourmand, elle disait "qu'il n'y aurait plus assez de place pour installer windows".

Maintenant, aucun des O.S. en installation standard, ne le propose, Ubuntu se fait d'ailleurs une joie de cacher pas mal de fichiers pour compliquer la vie de l'utilisateur.

Effectivement, j'ai vu des aidants demandant aux utilisateurs de réduire drastiquement windows pour installer une partition de données. Je me contente de dire qu'il faut réduire windows de 30 à 50 go pour installer ubuntu puis de faire un lien vers les données de l'utilisateur. (Je ne sais pas encore comment faire lorsqu'on me répondra qu'elles sont uniquement dans le cloud)

NOTA, pour le problème qui nous occupe, que les données soient dans C: ou D:, le logiciel windows les gère exactement de la même manière.

Que les données soient dans C; ou dans D:, Si l'administrateur fait n'importe quoi, les données passeront à la trappe.
Tu le sais aussi bien que moi!(*)
Donc, je me contente de dire qu'il est nécessaire d'avoir les données sauvegardées ailleurs

moko138 a écrit [center] - -[/center]
et le pauvre utilisateur ubuntu qui n'est pas accouplé ne peut rien faire.
Mais quel est ce délire ?
Depuis quand Linux ne saurait plus lire du ntfs (hors chiffrement ou BitLocker) ?

J'ignorais que Linux était un utilisateur ubuntu(**)
Je ne vais quand même t'expliquer ce qu'est un utilisateur!!!!!!!!!!

sos@b:/media/Windows7$ ls -als Windows/ModemLogs
ls: impossible d'ouvrir le répertoire 'Windows/ModemLogs': Permission non accordée
sos@b:/media/Windows7$ ls -als Windows/LiveKernelReports
ls: impossible d'ouvrir le répertoire 'Windows/LiveKernelReports': Permission non accordée
sos@b:/media/Windows7$ 
sos@b:/media/Windows7$ ls -ls PerfLogs
ls: impossible d'ouvrir le répertoire 'PerfLogs': Permission non accordée
sos@b:/media/Windows7$ ls -ls Recovery
ls: impossible d'ouvrir le répertoire 'Recovery': Permission non accordée
sos@b:/media/Windows7$

Cela s'appelle des autorisations.

moko138 a écrit Et "accouplé" ??? (**)

Puisque tu refuses que deux personnes fusionnent en une seule, je crains que ta corbeille finisse à la poubelle et ne soit jamais utilisée. Gnome-disk-utility est sacrément plus simple et est utilisable avec des clics qui sont la portée d'un utilisateur normal.

moko138 a écrit ____
(*) D'où la question : tu trolles ? Ou tu te pignoles ?
(**) Eh bien, on l'a, la réponse.

Voici de quoi te faire plaisir

titi:toto:S-1-1-11-99999999-8888888888-7777777777-1002 
toto:titi:S-1-3-22-6666666666-5555555555-4444444444-1003

Coeur Noir

drwxr-xr-x  1 a    a             0 nov.  27 17:35  .Trash-1000
drwxr-xr-x  1 sos  sos           0 nov.  27 17:02  .Trash-1001
drwxr-xr-x  1 sis  sis           0 nov.  27 17:35  .Trash-1002
drwxr-xr-x  1 sas  sas           0 nov.  27 17:35  .Trash-1003

Donc ici tu as créé des corbeilles manuellement à coups de sudo mkdir puis attribué via sudo chown, on est d'accord ?
Ça prouve bien que l'option permissions fonctionne.

Je reste surpris des droits sur ces éléments :

-rwx------  1 root root 3220500480 oct.   2 19:39  hiberfil.sys
drwx------  1 root root          0 juil. 14  2009  PerfLogs
drwx------  1 root root          0 sept.  5 12:35  Recovery
drwx------  1 root root       4096 sept. 21 16:33 'System Volume Information'

qui ont l'air de suggérer une forme de prise en charge des droits - puisque par défaut sous Ubuntu, un montage NTFS sans option particulière attribue tout à root avec droits rwxrwxrwx ( encore une fois je n'ai pas de Windows ici pour faire un test comparatif ). Quel est le rôle des fichiers ntuser sous Windows et auraient-ils une influence sur permissions ?

Que tout appartienne à root ( hors les corbeilles traitées manuellement ) me paraît normal - c'est bien la situation par défaut mais tu DOIS approprier les ressources des uns et des autres :
( à adapter selon comment tu gères tes groupes )

sudo chown -R a:a /media/Windows7/Users/a
sudo chown -R sos:sos /media/Windows7/Users/sos
sudo chown -R sis:sis /media/Windows7/Users/sis
sudo chown -R sos:sos /media/Windows7/Users/XXXXXXX

sans ça tu laisses tous ces contenus à root et les divers utilisateurs auront bien du mal à y faire ce qu'ils veulent.
Ou si tu ne veux pas approprier « dossier par dossier », alors établir un UserMapping pour automatiser ( ce qui n'est plus le sujet initial mais mériterait un tuto ).

Autre doute :

lrwxrwxrwx  2 root root         21 juil. 14  2009 'Documents and Settings' -> /media/Windows7/Users

Ce 'Documents and Settings' est un lien/raccourci à la sauce Windows ou un lien ( symbolique/direct ) façon Linux ?
Dans les 2 cas, ils risquent de ne pas être « suivis » : de mémoire NTFS ne comprend pas les liens Linux, et Linux ne suit pas non plus les liens/raccourcis Windows.
Les liens cassés ou en boucle, ça peut venir de là ( et du fait que la cible d'un lien ne soit pas accessible à l'$USER qui le visite, aussi ).

Pour résumer, cette longue discussion confirme ce qui est dit depuis le début :

⋅ cas utilisateur unique $USER d'une partition NTFS ne contenant pas un système Windows entier mais juste des data
montage du NTFS avec l'option permissions
= corbeille fonctionnelle pour $USER au moment opportun, automatiquement.

⋅ cas utilisateur multiples → implique nécessairement la gestion des droits et permissions dans cette partition → c'est justement pour ça qu'on choisit d'utiliser l'option permissions !
montage du NTFS avec l'option permissions + création manuelle à la racine de la partition d'un dossier .Trash-× appartenant à chaque utilisateur + gestion des droits et permissions des contenus ciblés sur cette partition
= une corbeille fonctionnelle pour chacun + des dossiers et fichiers appartenant aux uns ou aux autres via la gestion des droits et permissions rendue possible et donc obligatoire grâce à l'option permissions.

Alors qu'est ce qu'elle amène cette longue discussion ?

⋅ une hypothèse qui reste à vérifier en cas de montage d'une partition NTFS contenant un système Windows entier :
dans ce cas il semble y avoir des nuances de droits sur certains fichiers particuliers du système Windows ( des rwx------ alors qu'on aurait probablement des rwxrwxrwx dans le cas d'un montage sans l'option permissions ).
Ça signifierait que l'option permissions reconnaît au moins l'attribut « fichier système protégé / caché de Windows » et le traduit par « j'appartiens à root en rwx------ sous Linux ». Plutôt prudent.

⋅ impossible d'utiliser des liens ( dans le sens linuxien du terme : symbolique ou direct ) sur un système de fichiers NTFS, qui ne les comprend pas, ne saura ni les résoudre ni les écrire.
L'option permissions n'affranchit pas des contraintes du système de fichiers initial, elle ne fait qu'y ajouter des droits et permissions compréhensibles et gérables, sous Linux.
On peut bien sûr utiliser sur un fs Linux des liens qui ciblent des contenus de partition NTFS. Mais un [ ctrl + M ] ne fonctionnera pas si on l'effectue dans une partition NTFS.
Et concernant les liens, vérifier la réciproque : Linux « suit-elle » les raccourcis/liens Windows ?

⋅ beaucoup de confusion car les exemples donnés introduisent des circonstances ( partition contenant un Windows entier ) différentes de la problématique initiale ( corbeille fonctionnelle ) et ne suivent pas forcément le « protocole » suggéré ( appropriation ou pas, modifications des droits ou pas ? ).

( ⋅ complètement hors-sujet mais je ne comprends pas comment / pourquoi tu conseilles gnome-disk-utility : ce truc est une catastrophe, surtout pour les débutants car il n'explique pas clairement ce qu'il fait, en utilisant par défaut des options loin d'être universelles et à toute épreuve. Exemple )

geole

Bonjour Coeur Noir
Quelques réponses
1) J'ai créé des corbeilles manuellement à coups de sudo mkdir puis attribué via sudo chown (faire attention à attribuer le bon numéro au bon utilisateur , on est bien d'accord
Le but de la discussion est de comprendre pour quelle raison cette corbeille n'est pas créée automatiquement, Je suis en train de soupçonner un bug de l'application fichiers dont personne ne parle encore.

2) Les droits bien que surprenants ne me surprennent pas, Le NTFS et le windows sont assez stables pour que l'application ait mis en dur des exceptions avec des noms de fichiers et de certains répertoires.

3) L'administrateur doit approprier correctement les utilisateurs. Par la suite, les utilisateurs peuvent modifier les habilitations à leur niveau, sous leurs répertoires et sous leurs fichiers. Cela ressemble beaucoup à windows, et la grille est agréable. Je mettrais une copie d'écran lorsque j'aurais remonté la partition avec l'option permission. Si un utilisateur a le droit d'en modifier un autre, il devrait pouvoir interdire à cet autre de modifier ses propres données!!!
Ben entendu, à ce niveau, aucun utilisateur ne doit pouvoir exécuter la commande sudo

4) Tu as vu ce que pense moko138 lorsque j'évoque l'idée du usermapping
Mais pour le moment si deux utilisateurs ubuntu pouvaient utiliser une partition NTFS en ayant les droits de protection mutuelle, il n'est pas important qu'il soient interdit d'accéder (en lecture? ) en écriture aux autres données et qu'ils puissent utiliser facilement leur propre corbeille en automatique est suffisant pour cette discussion.
Je considère le problème résolu grâce à l'administrateur qui leur a fabriqué leur corbeille.

5) Les liens symboliques sont bien des liens windows. Sauf grosse erreur de ma part, je considère que ces liens sont fonctionnels lorsqu'on est sous windows.
Je ne connais pas le cahier des charges du NTFS-ubuntu, Soit il n'a rien développé car cela pouvait donner une porte ouverte pour aller n'importe où. Soit il a développé et il y a un bug qui me semble très ancien.

6) Le fait que l'application fichiers semble boucler lorsque je veux ouvrir des répertoires qui me sont interdits peut effectivement venir de ces liens "cassés". Mais comme je peux l'arrêter sans aucune difficulté, je me souviendrais que lorsqu'il existe un sens interdit, il est préférable de ne pas s'y aventurer... C'était juste par curiosité.

7) Le résumé me semble bon
Quelque que soit le cas, on met l'option permissions

D'autres points importants
Cette technique empêche d'accéder en écriture aux logiciels.
On peut donc mettre ses propres données dans le C: sans pourvoir altérer les fichiers de l'0.S.
C'est la raison pour laquelle on peut préférer ne pas mettre cette option.

Pour le hors sujet.
Il est nécessaire de mettre à jour le fichier /etc/fstab, Cette discussion pourrait dire comment faire.
Donc succinctement
a) Les lignes de commandes que l'utilisateur de base maîtrise mal.
echo "defaults,locale=fr_FR.UTF-8,nofail,permissions,windows_names 0 0" | tea >/ect/tabfs
et une collection de sed pour rectifier. C'est tentant de lancer plusieurs fois la commande pour avoir une réponse!
b) Des éditeurs de texte: Je connais vi et nano. Aucun des deux ne m'attire.
c) Des éditeurs graphiques. Je suis loin de tous les connaître. Je me souviens simplement que sudo gedit n'est pas à utiliser car cela commence par sudo et gedit n'est pas installé partout.
d) Un éditeur qui sait modifier le fichier en question me semble intéressant. Il évite au moins quelques écueils:
Une fausse manip ne devrait pas détruire le fichier
Le début de la ligne introduite est contrôlé: Donc plus d'erreur possible sur uuid="12.1-999"
Mais peut toujours introduire des anomalies dans les options puisque c'est de la libre saisie.
Lorsque tu évoques les options, je reconnais très volontiers que sa documentation est assez difficile à comprendre. C'est probablement pour cela que des options qui ne sont pas les meilleures sont introduites.
Mais une documentation, cela s'améliore

Montage : autres options a écrit Après avoir désactivé "Réglage par défaut de la session utilisateur", on peut aller plus loin dans le paramétrage du montage automatique, mais ce n'est pas obligatoire.

Dans la zone avec les options de montage, vous pouvez laisser les options par défaut, mais il est souvent conseillé de les remplacer par un simple defaults. Si la partition est NTFS, FAT, ou EXFAT, privilégiez alors une option de montage type ⇒ rw,user,auto,exec,gid=1000,uid=1000,umask=002,utf8,codepage=850,shortname=mixed, voir un simple rw,permissions.
Dans "point de montage", laissez la valeur par défaut (vous pouvez saisir la votre, par exemple /media/ma-partition, mais ne personnalisez que si vous savez ce que vous faite).
Dans "s'identifier comme", vous pouvez laisser la valeur par défaut. Depuis la 3.32, c'est l'UUID qui est utilisé par défaut et convient parfaitement. Auparavant, c'était un référence de type sda2. Dans ce dernier cas, il est préférable (mais pas indispensable) de choisir l'option de la liste déroulante commençant par UUID=. L'identifiant UUID proposé par cette liste déroulante est celui de la partition sur laquelle vous avez cliqué, il n'a donc pas à être modifié.

Point important, Je viens maintenant de remodifier pour pouvoir accéder à tous les fichiers de la partition NTFS. Ne pas avoir de corbeille ne me dérange pas.
Dans cet environnement, l'option de suppression via la corbeille est proposé. Si je le choisi:, Un message d'alerte " Impossible de trouver ou créer le répertoire de la corbeille pour...."
Donc je fabrique le répertoire. Mais problème: Lorsque ce répertoire existe, Il ne m'est plus proposé d'utiliser la corbeille, je n'ai que le choix "suppression définitive". Cela me semble étrange!

geole

moko138 a écritB) Cas d'utilisateurs multiples
Les options uid=1000,gid=1000 ne sont pas compatibles avec d'autres utilisateurs que l'utilisateur créé pendant l'installation et qui porte le code 1000.
.
La fin de ligne suivante
ntfs  defaults,locale=fr_FR.UTF-8,nofail,permissions,windows_names  0  0
monte les systèmes de fichiers NTFS avec corbeille fonctionnelle pour chaque utilisateur.
(Confirmé par Coeur Noir, merci à lui !)

On vient de voir qu'avec la protection permission en créant les corbeilles, chaque utilisateur ubuntu qui doit être propriétaire de son répertoire peut supprimer ses propres fichiers en les mettant tous à la corbeille.

Cette partie va maintenant traiter le cas moins sécurisé où chaque utilisateur peut supprimer n'importe quel fichier y compris les corbeilles des utilisateurs windows ainsi que les logiciels windows.
L'un des utilisateurs pourra bénéficier d'une corbeille qui sera créée automatiquement. Les autres ne pourront que supprimer définitivement . Bien entendu, comme la suppression des fichiers est une chose sérieuse, ils devront confirmer leur intention de suppression pour que cela soit fait.
Le principe est de s'inscrire dans un groupe afin d'être tous dans le même bateau!
Je préfère utiliser un nom de groupe neutre quitte à modifier un peu au lieu de prendre le nom du groupe du premier utilisateur ( cependant, c'est possible)
Voici un exemple de codification

sudo groupadd Club
sudo adduser a Club
sudo adduser sos Club
sudo adduser sis Club
sudo adduser sas Club

cat /etc/group | grep Club
Club:x:1005:a,sos,sis,sas

et voici la partie de code à mettre

auto rw,user,auto,exec,gid=1005,uid=1000,umask=002,utf8,codepage=850,shortname=mixed,x-gvfs-show 0 0

Il est possible que certaines options soient inutiles, il est possible que, par confort, on ajoute d'autres options.

gid=1005 et uid=1000 sont des éléments dont les valeurs sont à surveiller
x-gvfs-show est nécessaire pour que les répertoires soient accessibles par l'application fichiers.

Les autres options ont été récupérées dans la documentation Gnome-disk-utility .Je n'ai pas d'idée sur leur nécessité ou leur nuisibilité.

Coeur Noir

geole a écritJe viens maintenant de remodifier pour pouvoir accéder à tous les fichiers de la partition NTFS. Ne pas avoir de corbeille ne me dérange pas.
Dans cet environnement, l'option de suppression via la corbeille est proposé. Si je le choisi:, Un message d'alerte " Impossible de trouver ou créer le répertoire de la corbeille pour...."
Donc je fabrique le répertoire. Mais problème: Lorsque ce répertoire existe, Il ne m'est plus proposé d'utiliser la corbeille, je n'ai que le choix "suppression définitive". Cela me semble étrange!

Remodifier ? Où ? Quoi ? Comment ? Par du chown et du chmod ? L'option permissions est-elle toujours en place dans ce contexte ? On n'est pas devin…

T'essaies d'effacer quoi ? Ce quoi, à qui appartient-il ? Et cet effacement tu l'effectues en tant que quel utilisateur ?

Je ne fais que supposer une fois de plus que tu as « oublié » d'appliquer des droits et permissions adéquats aux endroits nécessaires ( car plus je relis cette discussion interminable, plus j'ai l'impression que c'est ce qui pêche à chaque fois dans tes exemples : et c'est difficile à évaluer puisque tes circonstances de tests varient quasiment à chaque message ).

_______________________________

auto rw,user,auto,exec,gid=1005,uid=1000,umask=002,utf8,codepage=850,shortname=mixed,x-gvfs-show 0 0

Ok, ici plus d'option permissions donc c'est tout le contenu de la partition qui appartient à 1000, les membres du groupe 1005 ont aussi le droit écriture ( umask=002 ) et seul 1000 aura une corbeille, qu'il sera le seul à pouvoir utiliser.

Autrement dit :
a⋅ tu recrées la problématique initiale : des utilisateurs se demanderont pourquoi ils n'ont pas droit à la corbeille, problématique qu'on solutionne depuis le début.
b⋅ si 1000 est le seul à pouvoir vider sa corbeille, tous les membres du groupe 1005 verront ce qu'il y a dedans, zéro confidentialité.
c⋅ tu donnes à bien du monde la possibilité d'effacer beaucoup de choses ne lui appartenant pas, voire d'effacer des morceaux vitaux de Windows s'il s'en trouve un dans cette partition. Dangereux.
→ désolé je ne vois aucun bon conseil là-dedans.

As-tu compris que tu peux faire mieux avec l'option permissions ?
En 2 étapes
1⋅ d'abord créer un groupe « windows » dans lequel tu mets les quelques utilisateurs à avoir le droit de casser Windows, groupe que tu attribues à tout le contenu de la partition, avec droits rwx pour ce groupe.
2⋅ ensuite tu attribues un user propriétaire et un ( ou des ) groupe⋅s pour chaque répertoire personnel et son contenu dans /windows/USERS/ accompagné d'une corbeille à la racine pour chacun, lui appartenant ( droits rwx------ ).
→ la partie OS Windows ne serait modifiable que par les membres du groupe windows tout en appartenant à l'utilisateur root, les data perso dans /windows/USER ont chacune leur propriétaire distinct ≠ root et un ou plusieurs de ces utilisateurs peuvent à la fois faire partie des groupes club et windows.

Bref ta dernière proposition est inadéquate, et pour 1⋅ autant laisser tout à root ( sauf les répertoires personnels de data et les corbeilles ) comme ça seul un utilisateur capable de sudo prend le risque de péter Windows, la situation saine par défaut. Si des fichiers stockés sur NTFS Windows devaient être exécutés sous Linux, il suffit au cas par cas d'ajouter le droit d'exécution sur le fichier en question ( un script bash ou python stocké chez un utilisateur par exemple ). Ça n'est jamais que la gestion de droits et permissions habituelle sous Linux.

x-gvfs-show n'est pas nécessaire pour que les répertoires soient accessibles par Nautilus :
⋅ si tu montes ce répertoire dans /media il apparaîtra dans le volet latéral de l'explorateur sous « Périphériques » ou « Autres emplacements » ( norme freedesktop respectée par quasi tous les explorateurs )
⋅ si tu le montes ailleurs, il apparaîtra dans Nautilus en suivant son chemin complet rendu plus long par les soi-disant simplifications de Gnome, par exemple : Autres Emplacements → Ordinateur → /mnt → /répertoire ( 1 à 2 clics de + comparé à d'autres explorateurs )
⋅ x-gvfs-show ajoute à divers endroits dans les applications compatibles gvfs un signet / raccourci pour ce montage ( ce qui est pratique pour ces applications, certes ).

geole

Coeur Noir a écrit
As-tu compris que tu peux faire mieux avec l'option permissions ?
En 2 étapes
1⋅ d'abord créer un groupe « windows » dans lequel tu mets les quelques utilisateurs à avoir le droit de casser Windows, groupe que tu attribues à tout le contenu de la partition, avec droits rwx pour ce groupe.
2⋅ ensuite tu attribues un user propriétaire et un ( ou des ) groupe⋅s pour chaque répertoire personnel et son contenu dans /windows/USERS/ accompagné d'une corbeille à la racine pour chacun, lui appartenant ( droits rwx------ ).
→ la partie OS Windows ne serait modifiable que par les membres du groupe windows tout en appartenant à l'utilisateur root, les data perso dans /windows/USER ont chacune leur propriétaire distinct ≠ root et un ou plusieurs de ces utilisateurs peuvent à la fois faire partie des groupes club et windows.
.

Bonjour
Je vais partir dans cette direction.
J'ai déjà créé le groupe "Club"', Mais je vais le récréer avec le nom "Windows" pour plus de clarté.
et autoriser au niveau supérieur

Le point 2 avait déjà été fait pour permettre le fonctionnement de la corbeille

« Page précédente Page suivante »