[Résolu]DD interne NTFS : propriétaire = Root

fredmir · Le 15/09/2023, à 16:48

Bonjour,

cette question est assez souvent posé, mais comme les situations ne sont pas toujours exactement les mêmes je préfère poster ma demande, à savoir : comment faire pour que me données sur le DD interne mécanique me soient "rendues", que "Moi" en sois propriétaire ?

Merci à vous,

Dernière modification par fredmir (Le 20/09/2023, à 17:05)

Qid · Le 15/09/2023, à 17:00

fredmir a écrit :

DD interne NTFS : propriétaire = Root

Heu !? Non... oui pour le format ext4 mais non pour le NTFS... ou pour être plus exacte tout dépend de comment est fait le montage mais plus que le propriétaire ce qui est important ce sont les droits appliqués et comme le NTFS n'est pas compatible avec les droits linux tous les droits sont donc appliqués...

fredmir · Le 15/09/2023, à 17:24

Coeur Noir · Le 15/09/2023, à 17:42

Donc si, Fredmir, tu peux faire en sorte que toutes les données de cette partition soient attribuées à un propriétaire, côté Linux.

Il s'agit d'activer l'option nécessaire dans le montage de cette partition.

Ton Linux attribuera alors au propriétaire de ton choix tout le contenu de cette partition - c'est « virtuel », c'est une émulation de droits qui n'impactent pas directement les éléments ( puisqu'ils sont écrits en NTFS qui ne comprend pas les droits Linux. )

Si cette partition est présente et accessible dès le démarrage de ton PC, c'est que son montage est probablement déjà consigné dans le fichier /etc/fstab
Pour vérifier :

cat /etc/fstab

Les options à ajouter sont uid= et gid= ; parmi d'autres ( umask, fmask, dmask… ) voir https://doc.ubuntu-fr.org/mount_fstab#u … on_avancee

Dernière modification par Coeur Noir (Le 15/09/2023, à 17:43)

fredmir · Le 15/09/2023, à 17:43

fredm@fredm-N8xxEZ:~$ 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=13da1e06-6c31-44ea-8f16-66579e92ca4c /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=C88E-1FB1  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
/dev/disk/by-uuid/111028826C4EF644 /mnt/111028826C4EF644 auto nosuid,nodev,nofail,x-gvfs-show 0 0
fredm@fredm-N8xxEZ:~$

Coeur Noir · Le 15/09/2023, à 17:53

Ah, misère, t'as fait ça avec l'utilitaire graphique « Disques » ( gnome-disk ) ?

Je suppose qu'il s'agit de ce montage :

/dev/disk/by-uuid/111028826C4EF644 /mnt/111028826C4EF644 auto nosuid,nodev,nofail,x-gvfs-show 0 0

Pour en avoir le cœur net :

lsblk -fe7,11 -o +size,model | cat

fredm est-il le seul utilisateur :
⋅ dans cet Ubuntu ?
⋅ à devoir utiliser cette partition ?

Que contient cette partition NTFS :
⋅ uniquement des données ?
⋅ ou des données + tout un système Windows ?

Je pose ces questions pour proposer au final :
⋅ un autre point de montage plus adapté ;
⋅ un montage avec les options qui vont bien dans fstab.

fredmir · Le 15/09/2023, à 18:06

Alors là, pour me filer les jetons...

fredm@fredm-N8xxEZ:~$ lsblk -fe7,11 -o +size,model | cat
NAME   FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS             SIZE MODEL
sda                                                                                                 111,8G WDC WDS120G2G0B-00EPW0
├─sda1 vfat   FAT32 EFI   C88E-1FB1                             492,9M     1% /boot/efi               500M 
└─sda2 ext4   1.0         13da1e06-6c31-44ea-8f16-66579e92ca4c   66,6G    34% /                     111,3G 
sdb                                                                                                 465,8G WDC WD5000LPCX-75VHAT1
└─sdb1 ntfs         DATA  111028826C4EF644                      161,3G    65% /mnt/111028826C4EF644 465,8G 
fredm@fredm-N8xxEZ:~$

fredmir · Le 15/09/2023, à 18:11

et, oui, seul utilisateur et que des données

erresse · Le 15/09/2023, à 18:40

Bonsoir,
Quel est l'intérêt de te rendre propriétaire de ce volume NTFS ? Est-ce pour en réduire les accès à toi seul (mais tu es déjà le seul utilisateur de ta machine) ?
Parce-que, en fait, peu importe à qui appartient le volume, "root" ou pas, puisque s'agissant d'un volume NTFS, tout le monde a tous les droits de tout faire dessus. Aucune propriété, aucune protection.
Ça ne devrait donc pas être pénalisant pour utiliser ce volume...

Coeur Noir · Le 15/09/2023, à 18:42

C'est rapide, t'inquiète.

1⋅ créer un point de montage plus adapté ( c'est à dire créer un dossier vide, où tu trouveras le contenu de la partition ) :

sudo mkdir /media/DATA-NTFS

→ le fait que le dossier DATA-NTFS se trouve dans /media le fera automatiquement apparaître dans le volet latéral de ton explorateur de fichiers sous « périphériques » ou « autres emplacements » ( selon l'explorateur de fichiers. )

2⋅ sauvegarde préventive de ton actuel fstab :

sudo cp /etc/fstab /etc/fstab_backup

3⋅ modification de fstab pour y consigner le nouveau montage, via :

gedit admin:///etc/fstab

qui ouvrira l'éditeur de texte, en demandant ton mot de passe admin' aux moments opportuns
et faire en sorte que ça devienne :

# /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 ( racine ubuntu )
UUID=13da1e06-6c31-44ea-8f16-66579e92ca4c /               ext4    errors=remount-ro 0       1
#
# /boot/efi was on /dev/sda1 during installation ( partition de boot )
UUID=C88E-1FB1  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
#
# montage partition sdb1 dans /media/DATA-NTFS depuis disque supplémentaire sdb ( WDC WD5000LPCX-75VHAT1 )
UUID=111028826C4EF644  /media/DATA-NTFS  ntfs-3g  default,uid=1000,gid=1000,umask=000,dmask=027,fmask=137  0  0

Enregistre, quitte l'éditeur de texte.

Pour s'assurer que tout va bien,
soit

sudo mount -a

soit redémarrer le pc
et montrer :

ls -la /media/DATA-NTFS

Si là on voit que tout est OK, tu pourras supprimer le dossier ( vide ) qui servait anciennement de point de montage :

sudo rmdir /mnt/111028826C4EF644

→ cette commande n'effacera rien si le dossier n'est pas vide.

Attention : si tu es en multiboot, avec un Windows encore présent, il manque une ou deux options utiles au montage : utf8,windows_names

Par ailleurs, si tu es dans un contexte 100% Linux, y conserver des partitions NTFS a un gros inconvénient : Linux ne sait pas réparer ce système de fichiers ( défragmenter, par ex. ) du moins pas complètement. C'est donc un risque.
Si tu es dans un contexte 100% Linux, il vaudrait mieux à terme formater cette partition en EXT4 ( ou autre système de fichiers compatible Linux. )
Ça impliquera de lui refaire un montage propre dans fstab, cette fois avec les options adéquates pour de l'EXT4.

Dernière modification par Coeur Noir (Le 15/09/2023, à 19:00)

fredmir · Le 15/09/2023, à 18:51

Il me faut donc ajouter :

#
# montage partition sdb1 dans /media/DATA-NTFS depuis disque supplémentaire sdb ( WDC WD5000LPCX-75VHAT1 )
UUID=111028826C4EF644  /media/DATA-NTFS  ntfs-3g  default,uid=1000,gid=1000,umask=000,dmask=027,fmask=137  0  0

?

Parce que dans l'éditeur de texte j'ai :

# /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=13da1e06-6c31-44ea-8f16-66579e92ca4c /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=C88E-1FB1  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
/dev/disk/by-uuid/111028826C4EF644 /mnt/111028826C4EF644 auto nosuid,nodev,nofail,x-gvfs-show 0 0

??

Dernière modification par fredmir (Le 15/09/2023, à 18:55)

Coeur Noir · Le 15/09/2023, à 18:53

erresse a écrit :

Quel est l'intérêt de te rendre propriétaire de ce volume NTFS ? Est-ce pour en réduire les accès à toi seul (mais tu es déjà le seul utilisateur de ta machine) ?
Parce-que, en fait, peu importe à qui appartient le volume, "root" ou pas, puisque s'agissant d'un volume NTFS, tout le monde a tous les droits de tout faire dessus.

Justement : le fait que n'importe qui accède et écrive ?
Sans option spécifique au montage, c'est ce que fait Linux avec tout système de fichiers étranger qu'il sait reconnaître : attribution à root:root et droits rwxrwxrwx.
Avec les options de ntsf-3g qui vont bien dans le montage, on peut restreindre l'écriture à seulement l'utilisateur fredmir, lecture au groupe de fredmir, rien pour les autres.

Aucune propriété, aucune protection.

Pour pinailler : les propriétaires sont root:root ( utilisateur:groupe ) mais les « autres » ( le reste du monde, ceux qui ne sont ni l'utilisateur, ni membre du groupe ) ont les droits rwx.

Ça ne devrait donc pas être pénalisant pour utiliser ce volume...

Pas excessivement pénalisant, sauf peut-être le fait que tous les fichiers sont considérés comme exécutables ?

fredmir · Le 15/09/2023, à 18:56

#11 modifié

Coeur Noir · Le 15/09/2023, à 18:57

fredmir a écrit :

Il me faut donc ajouter :

#
# montage partition sdb1 dans /media/DATA-NTFS depuis disque supplémentaire sdb ( WDC WD5000LPCX-75VHAT1 )
UUID=111028826C4EF644  /media/DATA-NTFS  ntfs-3g  default,uid=1000,gid=1000,umask=000,dmask=027,fmask=137  0  0

?

Moui, mais faut virer

/dev/disk/by-uuid/111028826C4EF644 /mnt/111028826C4EF644 auto nosuid,nodev,nofail,x-gvfs-show 0 0

Parce que dans l'éditeur de texte j'ai :

# /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=13da1e06-6c31-44ea-8f16-66579e92ca4c /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=C88E-1FB1  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
/dev/disk/by-uuid/111028826C4EF644 /mnt/111028826C4EF644 auto nosuid,nodev,nofail,x-gvfs-show 0 0

Regarde bien ce que je te propose au #10, tu peux tout copier, et tout coller à la place ;-)

fredmir · Le 15/09/2023, à 19:10

Oui, tout va bien, merci beaucoup.
Maintenant, en effet je suis sur Linux intégralement. Il me faut donc formater ??

Coeur Noir · Le 15/09/2023, à 19:26

Pas sans d'abord avoir sauvegardé les données ailleurs…

…un formatage = effacer, repartir à zéro.

Et comme il s'agira d'un système de fichiers compatible Linux il faudra y gérer les droits et permissions. Une fois.

Et adapter le montage dans fstab. Une fois.

fredmir · Le 15/09/2023, à 20:27

Oui, sauvegarder les données biens sûr... Il me faudra ouvrir un autre sujet pour cette procédure je pense ?

Coeur Noir · Le 15/09/2023, à 22:41

Pour formater, tu peux utiliser l'utilitaire graphique gparted, s'il n'est pas déjà installé :

sudo apt install gparted

Avec lui, tu « démontes » la partition à (re)formater, le choix des disques se fait en haut à droite.
On ne peut pas modifier des partitions en cours d'utilisation.
→ https://doc.ubuntu-fr.org/gparted

Ensuite dans le fichier fstab il s'agira de modifier ( à nouveau ) la ligne qui concerne cette partition, qui ressemblera alors à

UUID=111028826C4EF644  /media/<dossier_existant_de_ton_choix> 	ext4 	defaults 	0	2

Ensuite l'astuce dans cette partition, c'est de créer 2 dossiers qui t'appartiennent :
⋅ un premier dans lequel tu rangeras ce que tu veux comme tu veux,
⋅ un second qui sert de corbeille ( il en faut une par utilisateur et par partition sous Linux. )
→ https://doc.ubuntu-fr.org/organiser_dat … %C5%93uvre → le §4.1

Dernière modification par Coeur Noir (Le 16/09/2023, à 01:14)

fredmir · Le 16/09/2023, à 13:20

Sauvegardé les données et formaté en ext 4.

Résultat commande 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 ( racine ubuntu )
UUID=13da1e06-6c31-44ea-8f16-66579e92ca4c /               ext4    errors=remount-ro 0       1
#
# /boot/efi was on /dev/sda1 during installation ( partition de boot )
UUID=C88E-1FB1  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
#
# montage partition sdb1 dans /media/DATA-NTFS depuis disque supplémentaire sdb ( WDC WD5000LPCX-75VHAT1 )
UUID=111028826C4EF644  /media/DATA-NTFS  ntfs-3g  default,uid=1000,gid=1000,umask=000,dmask=027,fmask=137  0  0

Pour la suite, pas bien compris ce qu'il fallait faire....

fredmir · Le 16/09/2023, à 16:38

Bon (si j'ose dire) c'est la grosse cata, j'ai dû faire une grosse bêtise là !
J'ai redémarré, et là je trouve :

https://zupimages.net/up/23/37/2699.jpg

J'essaie le ctrl d...
Je redémarre et là :

https://zupimages.net/up/23/37/69hy.jpg

L'enfer !!

Je démarre sur un Live cd, lance Gparted et ça semble être le gros souk :

https://zupimages.net/up/23/37/yal8.jpg

https://zupimages.net/up/23/37/6035.jpg

https://zupimages.net/up/23/37/zwv2.jpg

https://zupimages.net/up/23/37/2nu8.jpg

Je suis dans la semoule, la panade (pour ne rester que dans le domaine alimentaire).

_{Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images.}

Dernière modification par cqfd93 (Le 17/09/2023, à 18:04)

erresse · Le 16/09/2023, à 16:53

Hello,
Ne panique pas et SURTOUT ne te précipite pas pour faire n'importe quoi !!!
La boulette n'était pas bien grosse, en fait, tu as voulu redémarrer sans avoir adapté d'abord le fstab au nouveau format de ton volume de données /dev/sdbX, c'est ce qui a empêché le système de démarrer...
Attend un complément d'informations de Cœur Noir car il faut bien tout recadrer avant de relancer le système.
Pour le moment, si tu veux pouvoir utiliser ton système, il te faut en session live modifier le fstab (du système installé) en commentant le montage du volume sdbX. Ça devrait suffire à redémarrer correctement.

fredmir · Le 16/09/2023, à 17:03

Je te remercie pour ta réponse Erresse, tu me réconfortes.
Sinon, je n'ai pas fait n'importe quoi mais juste tâché d'appliquer les conseils... mais avec des bourdes vu que je n'ai pas dû comprendre le processus dans son détail.
Je ne fais plus rien, si ce n'est attendre comme tu le conseilles Coeur Noir, après que j'ai posté les photos.
Merci encore.

Coeur Noir · Le 16/09/2023, à 20:04

Ah.

Dans un premier temps :

⋅ modifier le fichier /etc/fstab du système Ubuntu qui se trouve dans la partition sda2 du disque sda.
⋅ depuis ta live session, lancer l'éditeur de texte via

gedit admin:///media/ubuntu/<uuid_partition_contenant_ubuntu>/etc/fstab               # correction du chemin

et supprimer les lignes :

#
# montage partition sdb1 dans /media/DATA-NTFS depuis disque supplémentaire sdb ( WDC WD5000LPCX-75VHAT1 )
UUID=111028826C4EF644  /media/DATA-NTFS  ntfs-3g  default,uid=1000,gid=1000,umask=000,dmask=027,fmask=137  0  0

OU
seulement commenter la dernière ( la faire commencer par # ) comme ça :

# UUID=111028826C4EF644  /media/DATA-NTFS  ntfs-3g  default,uid=1000,gid=1000,umask=000,dmask=027,fmask=137  0  0

Après ça tu devrais pouvoir redémarrer normalement ET aucune partition de ce 2ème disque ne sera montée, t'étonnes pas ;-)

De là ( ton système installé, pas la live-session ) donne à nouveau le retour de :

lsblk -fe7,11 -o +size,model | cat

Profites-en aussi pour, via gparted, enlever le drapeau ( flag ) msftdata de la partition de ce 2ème disque ( ça pourrait induire en erreur, même si ça n'est à priori pas dangereux. )

Après ça il s'agira de modifier encore une fois fstab.

Le fichier fstab consigne les partitions que le système monte ( rend leurs données exploitables ) dès le démarrage.

Dernière modification par Coeur Noir (Le 18/09/2023, à 01:11)

fredmir · Le 17/09/2023, à 09:39

_{Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images.}

Dernière modification par fredmir (Le 17/09/2023, à 14:45)

geole · Le 17/09/2023, à 10:19

Bonjour.
Pour accéder au fichier, il faut d'abord le monter au bon endroit.
Car actuellement il est monté sur
/media/ubuntu/UUIDdelapartition ( Elle commence par 2......)

sudo umount -v /dev/sda2
sudo mount -v /dev/sda2   /media/ubuntu

puis tu pourras refaire la commande gedit et la suite.

Dernière modification par geole (Le 17/09/2023, à 10:28)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 15/09/2023, à 16:48

[Résolu]DD interne NTFS : propriétaire = Root

#2 Le 15/09/2023, à 17:00

Re : [Résolu]DD interne NTFS : propriétaire = Root

#3 Le 15/09/2023, à 17:24

Re : [Résolu]DD interne NTFS : propriétaire = Root

#4 Le 15/09/2023, à 17:42

Re : [Résolu]DD interne NTFS : propriétaire = Root

#5 Le 15/09/2023, à 17:43

Re : [Résolu]DD interne NTFS : propriétaire = Root

#6 Le 15/09/2023, à 17:53

Re : [Résolu]DD interne NTFS : propriétaire = Root

#7 Le 15/09/2023, à 18:06

Re : [Résolu]DD interne NTFS : propriétaire = Root

#8 Le 15/09/2023, à 18:11

Re : [Résolu]DD interne NTFS : propriétaire = Root

#9 Le 15/09/2023, à 18:40

Re : [Résolu]DD interne NTFS : propriétaire = Root

#10 Le 15/09/2023, à 18:42

Re : [Résolu]DD interne NTFS : propriétaire = Root

#11 Le 15/09/2023, à 18:51

Re : [Résolu]DD interne NTFS : propriétaire = Root

#12 Le 15/09/2023, à 18:53

Re : [Résolu]DD interne NTFS : propriétaire = Root

#13 Le 15/09/2023, à 18:56

Re : [Résolu]DD interne NTFS : propriétaire = Root

#14 Le 15/09/2023, à 18:57

Re : [Résolu]DD interne NTFS : propriétaire = Root

#15 Le 15/09/2023, à 19:10

Re : [Résolu]DD interne NTFS : propriétaire = Root

#16 Le 15/09/2023, à 19:26

Re : [Résolu]DD interne NTFS : propriétaire = Root

#17 Le 15/09/2023, à 20:27

Re : [Résolu]DD interne NTFS : propriétaire = Root

#18 Le 15/09/2023, à 22:41

Re : [Résolu]DD interne NTFS : propriétaire = Root

#19 Le 16/09/2023, à 13:20

Re : [Résolu]DD interne NTFS : propriétaire = Root

#20 Le 16/09/2023, à 16:38

Re : [Résolu]DD interne NTFS : propriétaire = Root

#21 Le 16/09/2023, à 16:53

Re : [Résolu]DD interne NTFS : propriétaire = Root

#22 Le 16/09/2023, à 17:03

Re : [Résolu]DD interne NTFS : propriétaire = Root

#23 Le 16/09/2023, à 20:04

Re : [Résolu]DD interne NTFS : propriétaire = Root

#24 Le 17/09/2023, à 09:39

Re : [Résolu]DD interne NTFS : propriétaire = Root

#25 Le 17/09/2023, à 10:19

Re : [Résolu]DD interne NTFS : propriétaire = Root

Pied de page des forums