Accès au DD WDBlue interne pour tout les utilisateurs

alban.noir · Le 07/11/2020, à 11:23

Salut,
J'ai un problème simple et je ne trouve pas comment le résoudre.

J'ai un seul ordinateur sous Ubuntu 18.04.5 LTS.
Il y a 4 utilisateurs configurés. Le mien qui est admin et 3 autres pour le reste de la famille.
Il contient un disque dur pour le système, les home des utilisateurs etc.
Et un deuxième disque dur interne de 2To (WDC WD20EZAZ-00GGJB) avec une partition Ext4 pour les sauvegardes et les photos de toutes la famille.
Le deuxième disque interne fonctionne très bien.

Mon problème est
1. Comment faire en sorte que tout les utilisateurs puissent accéder au disque à l'ouverture de leur session (sans saisir de mot de passe ni augmenter leur privilège)
2. Comment faire en sorte qu'il aient accès seulement à un répertoire et son contenu, qu'il puissent y ajouter des fichiers mais n'en modifier/supprimer aucun autre?

Sur les forums, il y a bcp de sujets pour monter le DD dès le démarrage, pour des partitions NTFS, pour des partages de répertoire entre machine mais je ne trouve rien pour mon cas.
Merci.

Alban

geole · Le 07/11/2020, à 11:42

Bonjour
La grosse logique est de faire un groupe avec les personnes et d'autoriser le groupe, Comme je pense que ton ordinateur n'est que pour vous 4, le plus simple est d'autoriser tout le monde

sudo chmod 777 -Rv   /media/PointDeMontage/LeRépertoireAPartager

Nota, Il faut que le second disque soit monté automatiquement au démarrage voir gnome-disk-utility
Paragraphe 2.11

Dernière modification par geole (Le 07/11/2020, à 11:46)

moko138 · Le 07/11/2020, à 11:50

Bonjour,
geole, la méthode doit aussi satisfaire à :
"qu'il puissent y ajouter des fichiers mais n'en modifier/supprimer aucun autre".

geole · Le 07/11/2020, à 13:51

Voila ce qui se passe lorsqu'on lit trop vite, on répond mal... https://forum.ubuntu-fr.org/viewtopic.php?id=1897901

Alors

sudo chmod 1744 -Rv   /media/PointDeMontage/LeRépertoireAPartager

Je n'arrive pas à faire fonctionner

Je vois une solution; un sous-répertoire par utilisateur.
avec éventuellement un autre sous-répertoire accessible uniquement en lecture ne contenant que les liens vers les trois sous-répertoires et un script de mise à jour périodique

https://fr.wikipedia.org/wiki/Permissions_UNIX a écrit :

Sticky Bit
Ce droit (traduction bit collant) est utilisé pour manier de façon plus subtile les droits d'écriture d'un répertoire. En effet, le droit d'écriture signifie que l'on peut créer et supprimer les fichiers de ce répertoire. Le sticky bit permet de faire la différence entre les deux droits.
Définition
Lorsque ce droit est positionné sur un répertoire, il interdit la suppression d'un fichier qu'il contient à tout utilisateur autre que le propriétaire du fichier. Néanmoins, il est toujours possible pour un utilisateur possédant les droits d'écriture sur ce fichier de le modifier (par exemple de le transformer en un fichier vide). La création de nouveaux fichiers est toujours possible pour tous les utilisateurs possédant le droit d'écriture sur ce répertoire. Remarquons que c'est le même principe que les pages de Wikipédia, elles sont modifiables mais on ne peut pas les supprimer.
Pour les fichiers, l'utilisation est tout autre. Le bit collant (sticky bit) indique alors que ce fichier doit encore rester en mémoire vive après son exécution. Le but était, à l'époque, d'améliorer les performances en évitant de charger/décharger un fichier de la mémoire (par exemple, un exécutable ou une bibliothèque logicielle). Le terme sticky (collant) voulait dire que le fichier restait collé en mémoire. Cette fonctionnalité n'est toutefois gérée que sur un faible nombre de systèmes Unix comme HP-UX. Aucune version de Linux ne gère cette fonctionnalité du sticky bit.

Nota. Je ne trouve pas normal de pouvoir ajouter un fichier et de ne pas pouvoir le modifier ni le supprimer... Cela me rappelle trop certains choix de ce forum

Dernière modification par geole (Le 07/11/2020, à 14:39)

alban.noir · Le 07/11/2020, à 17:58

Merci pour les réponses mais je suis toujours coincé au premier point.

geole a écrit :

Nota, Il faut que le second disque soit monté automatiquement au démarrage voir gnome-disk-utility
Paragraphe 2.11

J'ai bien activé le montage de la partition au démarrage du système mais quand je me connecte avec un des 3 comptes non administrateur ça leur demande le mot de passe de mon compte.

geole · Le 07/11/2020, à 18:47

Peux-tu donner le retour de

cat /etc/fstab

J'ai du mal à visualiser ce problème de mot de passe. Le problème vient-il d'apparaître
Peux-tu donner ces retours

cat /etc/passwd | awk -F: '{print $ 1}'

cat /etc/group | awk -F: '{print $ 1}'

ls -ls /home

Dernière modification par geole (Le 08/11/2020, à 11:31)

alban.noir · Le 08/11/2020, à 11:05

Salut,
Non le problème ne vient pas d’apparaître. C'est bien le pb numéro 1 de mon post. : Avant de permettre aux utilisateurs de n’accéder qu'à tel ou tel rep il faut déjà qu'ils accèdent au deuxième disque interne.

Voilà comment j'ai param le montage du disque au démarrage du système :
https://pic.infini.fr/HQ27UMU5/sA2r5uZJ.png

Quand je 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/sda1 during installation
UUID=cfbbae11-####-####-####-############ /               ext4    errors=remount-ro 0       1
/swapfile                                 none            swap    sw              0       0
/dev/disk/by-uuid/1F1D############ /mnt/1F1D############ auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-uuid/e323bcbc-####-####-####-############# /mnt/e323bcbc-####-####-####-#############auto nosuid,nodev,nofail,x-gvfs-show 0 0

où e323bcbc-####-####-####-############# est le second disque

Puis voici les utilisateurs

root
daemon
bin
sys
sync
games
man
lp
mail
news
uucp
proxy
www-data
backup
list
irc
gnats
nobody
systemd-network
systemd-resolve
syslog
messagebus
_apt
uuidd
avahi-autoipd
usbmux
dnsmasq
rtkit
cups-pk-helper
speech-dispatcher
whoopsie
kernoops
saned
pulse
avahi
colord
hplip
geoclue
gnome-initial-setup
gdm
alban  <-- moi
###### <-- ma femme
###### <-- mes enfants
######

et les groupes

root
daemon
bin
sys
adm
tty
disk
lp
mail
news
uucp
man
proxy
kmem
dialout
fax
voice
cdrom
floppy
tape
sudo
audio
dip
www-data
backup
operator
list
irc
src
gnats
shadow
utmp
video
sasl
plugdev
staff
games
users
nogroup
systemd-journal
systemd-network
systemd-resolve
input
crontab
syslog
messagebus
netdev
mlocate
ssl-cert
uuidd
avahi-autoipd
bluetooth
rtkit
ssh
lpadmin
whoopsie
scanner
saned
pulse
pulse-access
avahi
colord
geoclue
gdm
alban   <-- moi
sambashare
###### <-- ma femme
###### <-- mes enfants
######
rdma

et la liste des /home de tout le monde

ls: impossible d'accéder à '-': Aucun fichier ou dossier de ce type
ls: impossible d'accéder à 'ls': Aucun fichier ou dossier de ce type
/home:
alban  ###### ###### ###### <--  ma femme et mes enfants

je ne comprends pas le problème mais il me semble que je suis le seul utilisateur a avoir le droit de monter cette partition.

Alban

_{Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images (Des hébergeurs comme Toile Libre ou TDCT'Pix le permettent).}

Dernière modification par cqfd93 (Le 08/11/2020, à 11:39)

geole · Le 08/11/2020, à 11:40

Bonjour
Effectivement il faut que le disque soit d'abord bien monté.
Peut-être une erreur de masquage ta part "#############auto" il faut un espace
on va regarder

ls   -ls  /mnt

ls   -ls  /mnt/e323*

mount | grep mnt

Pour l'autre commande, j'avais mis un espace en trop!

ls -ls /home

alban.noir · Le 08/11/2020, à 12:02

Re,

Alors voilà les 2 disques

total 8
4 drwxr-xr-x 2 root  root  4096 févr.  1  2020 1F1D############
4 drwx------ 7 alban alban 4096 sept. 15 19:17 e323bcbc-####-####-####-#############

et le contenu du second qui me pose problème

total 28
 4 drwxrwxrwx 6 alban alban  4096 sept. 15 16:21 Archives
 4 drwxrwxrwx 7 alban alban  4096 sept. 15 16:26 Data
16 drwx------ 2 root  root  16384 sept. 13 09:13 lost+found
 4 drwxr-xr-x 4 alban alban  4096 sept. 15 19:16 Partage

Le repretoire Partage est celui qu'il faudra que je partage quand les autres utilisateurs auront accès à la partition

et ça c'est pour le montage

/dev/sdb on /mnt/e323bcbc-####-####-####-############# type ext4 (rw,nosuid,nodev,relatime,x-gvfs-show)
nsfs on /run/snapd/ns/gnome-calculator.mnt type nsfs (rw)

geole · Le 08/11/2020, à 13:01

L'idéal serait de faire un groupe de travail famille

sudo addgroup famille

Vous y mettre tous les 4

sudo adduser alban famille 
sudo adduser femme famille
sudo adduser enfant1 famille
sudo adduser enfant2 famille

Puis d'autoriser la famille à écrire dans ce répertoire (tu peux laisser le *)

sudo chmod  770  /mnt/e323*/Partage

Il est alors de tradition de faire trois sous-répertoires

sudo mkdir /mnt/e323*/femme
sudo mkdir /mnt/e323*/enfant1
sudo mkdir /mnt/e323*/enfant2

et de rendre propriétaire intégral de chacun de son bien

sudo chown femme:femme  /mnt/e323*/femme
sudo chown enfant1:enfant1  /mnt/e323*/enfant1
sudo chown enfant2:enfant2 /mnt/e323*/enfant2

Plus de détails ici https://doc.ubuntu-fr.org/tutoriel/dossier_de_partage

*

alban.noir · Le 08/11/2020, à 13:41

Re,

J'ai

sudo addgroup famille
sudo adduser alban famille
sudo adduser #### famille
sudo adduser #### famille
sudo adduser #### famille
sudo chmod 770 /mnt/e323*/Partage

Mais j'ai toujours le premier problème. Quand c'est un autre utilisateur qui se connecte il n'a pas accès du tout au deuxième disque dur. Il y a systématiquement un msg

ubuntu a écrit :

Impossible d'afficher le contenu de cet emplacement
Vous n'avez pas les permissions nécessaires pour afficher le contenu de "e323bcbc-####-####-####-#############"

J'ai essayé de

sudo chown alban:famille /mnt/e323bcbc-####-####-####-#############
chown root:famille /mnt/e323bcbc-####-####-####-#############
chown root:root /mnt/e323bcbc-####-####-####-#############

pour faire comme avec le premier disque mais sans plus de succès, il y a toujours la même erreur.

C'est dingue j'ai pas l'impression que le besoin soit compliqué pourtant!

Alban

geole · Le 08/11/2020, à 13:57

On va frapper plus haut

sudo chmod  770  /mnt/e323*

et si toujours le même problème, encore plus haut

sudo chmod  770  /mnt

alban.noir · Le 08/11/2020, à 14:10

Yess!
C'était

sudo chmod  770  /mnt/e323*

depuis le début!

Merci beaucoup geole. Je vais pouvoir me debrouiller pour la suite.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 07/11/2020, à 11:23

Accès au DD WDBlue interne pour tout les utilisateurs

#2 Le 07/11/2020, à 11:42

Re : Accès au DD WDBlue interne pour tout les utilisateurs

#3 Le 07/11/2020, à 11:50

Re : Accès au DD WDBlue interne pour tout les utilisateurs

#4 Le 07/11/2020, à 13:51

Re : Accès au DD WDBlue interne pour tout les utilisateurs

#5 Le 07/11/2020, à 17:58

Re : Accès au DD WDBlue interne pour tout les utilisateurs

#6 Le 07/11/2020, à 18:47

Re : Accès au DD WDBlue interne pour tout les utilisateurs

#7 Le 08/11/2020, à 11:05

Re : Accès au DD WDBlue interne pour tout les utilisateurs

#8 Le 08/11/2020, à 11:40

Re : Accès au DD WDBlue interne pour tout les utilisateurs

#9 Le 08/11/2020, à 12:02

Re : Accès au DD WDBlue interne pour tout les utilisateurs

#10 Le 08/11/2020, à 13:01

Re : Accès au DD WDBlue interne pour tout les utilisateurs

#11 Le 08/11/2020, à 13:41

Re : Accès au DD WDBlue interne pour tout les utilisateurs

#12 Le 08/11/2020, à 13:57

Re : Accès au DD WDBlue interne pour tout les utilisateurs

#13 Le 08/11/2020, à 14:10

Re : Accès au DD WDBlue interne pour tout les utilisateurs

Pied de page des forums