Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#26 Le 03/08/2022, à 09:01

Coeur Noir

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

@vobul
C'est légitime qu'un point de montage appartienne à root.
Ce qu'il faut vérifier c'est que ce point de montage accorde r-x aux autres.

Sous Linux les propriétaires et droits des fichiers sont portés par les éléments eux-mêmes, ce sont des attributs du système de fichiers, inscrits dans ses inodes.

Quant il s'agit du montage d'un système de fichiers non Linux, des options au montage dans fstab permettent d'émuler des propriétaires et droits pour les données contenues.

Le dossier qui sert de point de montage à une partition est un morceau de périphérique géré par le système.

@Iznobe

C'est donc plutôt des
ls -la
qu'il fallait suggérer, histoire de voir aussi les droits du point de montage lui-même.


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#27 Le 03/08/2022, à 09:36

iznobe

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

Coeur Noir a écrit :

Euh... Sous une 22.04 variante officielle gnome il n'y a pas besoin d'installer quoi que ce soit pour créer des partages dlna.

C'est dans paramètres, partages, l'activer pour les fichiers en précisant les types et emplacements.

Encore fallait il le savoir ... a priori nous sommes relativement nombreux a etre passe a cote de cette information roll

Salut @Coeur Noir , effectivement , je n' ai pas pensé qu ' il etait possible de modifier les permissions du point de montage pour en retirer les droits de lecture ou de traverser le dossier en tentant d ' autoriser .
Cela dit comme il faut s' attendre a tout j ' aurais effectivement du verifier ce point au lieu de me cantonner uniquement aux permissions des fichiers contenus dans la partition .

@Farfe
peux tu du coup donner aussi :

ls -la /media/didier/Musique

afin d ' eclaircir la situation au niveau des permissions du point de montage Musique .


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#28 Le 03/08/2022, à 09:38

Farfe

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

OK iznobe et merci de tes efforts...

En sautant à ta conclusion, j'avais effectivement modifié le group et l'user dans le fichier de configuration, à cause d'une lecture trop superficielle de la doc. Ce qui causait d'ailleurs des "parsing errors"
Depuis j'ai enlevé ces deux lignes et donc remis cette section du fichier dans L’état d'origine. Puis j'ai enfin suivi la doc et mis la mention GROUP="didier" dans /etc/default/minidlna

CI dessous le contenu de ces deux fichiers chez moi :

didier@didier-desktop:~$ cat /etc/minidlna.conf
# This is the configuration file for the MiniDLNA daemon, a DLNA/UPnP-AV media
# server.
#
# Unless otherwise noted, the commented out options show their default value.
#
# On Debian, you can also refer to the minidlna.conf(5) man page for
# documentation about this file.

# Specify the user name or uid to run as (root by default).
# On Debian system command line option (from /etc/default/minidlna) overrides this.
#User="minidlna"
#Goup="minidlna"
#
# Path to the directory you want scanned for media files.
#
# This option can be specified more than once if you want multiple directories
# scanned.
#
# If you want to restrict a media_dir to a specific content type, you can
# prepend the directory name with a letter representing the type (A, P or V),
# followed by a comma, as so:
#   * "A" for audio    (eg. media_dir=A,/var/lib/minidlna/music)
#   * "P" for pictures (eg. media_dir=P,/var/lib/minidlna/pictures)
#   * "V" for video    (eg. media_dir=V,/var/lib/minidlna/videos)
#   * "PV" for pictures and video (eg. media_dir=PV,/var/lib/minidlna/digital_camera)
#media_dir=/var/lib/minidlna
media_dir=/media/didier/Musique
media_dir=/media/didier/Videos

# Set this to merge all media_dir base contents into the root container
# (The default is no.)
#merge_media_dirs=no

# Path to the directory that should hold the database and album art cache.
#db_dir=/var/cache/minidlna

# Path to the directory that should hold the log file.
#log_dir=/var/log/minidlna

# Type and minimum level of importance of messages to be logged.
#
# The types are "artwork", "database", "general", "http", "inotify",
# "metadata", "scanner", "ssdp" and "tivo".
#
# The levels are "off", "fatal", "error", "warn", "info" or "debug".
# "off" turns of logging entirely, "fatal" is the highest level of importance
# and "debug" the lowest.
#
# The types are comma-separated, followed by an equal sign ("="), followed by a
# level that applies to the preceding types. This can be repeated, separating
# each of these constructs with a comma.
#
# The default is to log all types of messages at the "warn" level.
#log_level=general,artwork,database,inotify,scanner,metadata,http,ssdp,tivo=warn

# Use a different container as the root of the directory tree presented to
# clients. The possible values are:
#   * "." - standard container
#   * "B" - "Browse Directory"
#   * "M" - "Music"
#   * "P" - "Pictures"
#   * "V" - "Video"
#   * Or, you can specify the ObjectID of your desired root container
#     (eg. 1$F for Music/Playlists)
# If you specify "B" and the client device is audio-only then "Music/Folders"
# will be used as root.
#root_container=.

# Network interface(s) to bind to (e.g. eth0), comma delimited.
# This option can be specified more than once.
# network_interface=

# Port number for HTTP traffic (descriptions, SOAP, media transfer).
# This option is mandatory (or it must be specified on the command-line using
# "-p").
port=8200

# URL presented to clients (e.g. http://example.com:80).
#presentation_url=/

# Name that the DLNA server presents to clients.
# Defaults to "hostname: username".
friendly_name= "Didierserver"

# Serial number the server reports to clients.
# Defaults to the MAC address of nework interface.
#serial=

# Model name the server reports to clients.
#model_name=Windows Media Connect compatible (MiniDLNA)

# Model number the server reports to clients.
# Defaults to the version number of minidlna.
#model_number=

# Automatic discovery of new files in the media_dir directory.
inotify=yes

# List of file names to look for when searching for album art.
# Names should be delimited with a forward slash ("/").
# This option can be specified more than once.
#album_art_names=Cover.jpg/cover.jpg/AlbumArtSmall.jpg/albumartsmall.jpg
#album_art_names=AlbumArt.jpg/albumart.jpg/Album.jpg/album.jpg
#album_art_names=Folder.jpg/folder.jpg/Thumb.jpg/thumb.jpg

# Strictly adhere to DLNA standards.
# This allows server-side downscaling of very large JPEG images, which may
# decrease JPEG serving performance on (at least) Sony DLNA products.
#strict_dlna=no

# Support for streaming .jpg and .mp3 files to a TiVo supporting HMO.
#enable_tivo=no

# Which method to use for registering in TiVo: 'bonjour' (default) or
# legacy 'beacon'
#tivo_discovery=bonjour

# SSDP notify interval, in seconds.
#notify_interval=895

# Path to the MiniSSDPd socket, for MiniSSDPd support.
#minissdpdsocket=/run/minissdpd.sock

# Always set SortCriteria to this value, regardless of the SortCriteria
# passed by the client
# e.g. force_sort_criteria=+upnp:class,+upnp:originalTrackNumber,+dc:title
#force_sort_criteria=

# maximum number of simultaneous connections
# note: many clients open several simultaneous connections while streaming
#max_connections=50

# set this to yes to allow symlinks that point outside user-defined media_dirs.
#wide_links=no
didier@didier-desktop:~$ cat /etc/default/minidlna
didier@didier-desktop:~$ cat /etc/default/minidlna
# Defaults for minidlna initscript
# sourced by minidlna.service and /etc/init.d/minidlna
#
# WARNING: This file is used for compatibility with sysv init only.
# If you are using systemd (Debian default), please override minidlna.service
# unit instead of modifying these variables.


# These options can be set to modify the behavior of the minidlna init script.
# The options commented out show the default values.

START_DAEMON="yes"
# Path to the configuration file
#CONFIGFILE="/etc/minidlna.conf"

# Path to the log file
#LOGFILE="/var/log/minidlna/minidlna.log"

# User and group the daemon should run as
# only for sysV init, for systemd please override minidlna.service
#USER="minidlna"
#GROUP="minidlna"
GROUP="root"
USER="root"
# Additional options that are passed to the daemon
# We pass -r option to do soft non-destructive rebuild on every start-up.
# If your systerm restarts often, you might want to remove this.
#DAEMON_OPTS="-r"

Ou je vois immédiatement Les GROUP et USER attribués à root, j'avais pourtant changé cela hier en mettant "didier"
Je viens de (re ?)mettre didier en group et en user. Pas de changement...

Ayant lu les interventions de Coeur Noir, je donne aussi:

didier@didier-desktop:~$ ls -la /media/didier/Musique
total 36
drwxr-xr-x    4 didier didier  4096 juil. 25 11:41 .
drwxr-x---+   4 root   root    4096 août   1 18:59 ..
drwx------    2 didier didier 16384 juil. 23 20:44 lost+found
drwxrwxr-x  155 didier didier 12288 avril  8  2021 Musique
didier@didier-desktop:~$ ls -la /media/didier/Videos
total 32
drwxr-xr-x   5 didier didier  4096 juil. 25 11:34 .
drwxr-x---+  4 root   root    4096 août   1 18:59 ..
drwx------   2 didier didier 16384 juil. 23 20:44 lost+found
drwxrwxr-x  18 didier didier  4096 juil. 25 11:38 Photos
drwxrwxr-x   8 didier didier  4096 juil. 25 11:33 Videos

Ubuntu 22.04  -  100% GNU-Linux depuis décembre 2007  -  et ravi !

Hors ligne

#29 Le 03/08/2022, à 09:43

iznobe

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

Bon on dirait bien que @Coeur Noir a une boule de cristal qui fonctionne super bien ! big_smile yikes
cette ligne

drwxr-x---+   4 root   root    4096 août   1 18:59 ..

montre que le repertoire : " .. " soit " didier " , ne laisse pas les autres utilisateurs circuler librement dans le repertoire , si je me trompe pas .

sudo chmod -R +X /media/didier/

pour corriger .

logiquement le point de montage : /media/didier/Videos et Musique ( etant symbolisé par un " . " dans le retour de ls-la : le repertoire courant , le " .. " etant le repertoire parent donc : didier ) , devrait appartenir a root:root et non pas a didier aussi . cela oblige a utiliser sudo mkdir pou y creer un repertoire , legerement contraignant on est d' accord , mais surtout empeche de supprimer le repertoire par megarde via un clic mal placé par exemple et du coup au combien securitaire ! ( surtout lorsque le clic de la souris commence a deconné , je sais de quoi je parle ca m' est deja arrivé une fois ! ) .

Dernière modification par iznobe (Le 03/08/2022, à 09:55)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#30 Le 03/08/2022, à 10:22

Farfe

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

Bah c'est cool ça fonctionne parfaitement après la dernière commande, iznobe wink

Merci beaucoup, merci aussi à vobul et à la boule de cristal de Coeur Noir...

Tout seul j'étais pas sorti de l'auberge !


Ubuntu 22.04  -  100% GNU-Linux depuis décembre 2007  -  et ravi !

Hors ligne

#31 Le 03/08/2022, à 10:40

iznobe

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

big_smile cool , par contre tes points de montages ne sont pas securisés puisqu' appartenant a didier , et donc supprimable par cet utilisateur d ' un simple clic ( avec tout le contenu de la partition ! ) .

il faudrait peut etre aussi corriger cela . sauf que je ne me rappelle plus si il faut faire ca avec partition montée ou demontée .

sudo chown root: /media/didier/Videos
ls -la /media/didier/Videos

pour verifier ensuite ; si ca n' est pas bon on demontera la partition avant de refaire .


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#32 Le 03/08/2022, à 11:47

Farfe

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

Retour de la commande:

didier@didier-desktop:~$ sudo chown root: /media/didier/Videos
[sudo] Mot de passe de didier : 
didier@didier-desktop:~$ ls -la /media/didier/Videos

t

otal 32
drwxr-xr-x   5 root   root    4096 juil. 25 11:34 .
drwxr-x--x+  4 root   root    4096 août   1 18:59 ..
drwx--x--x   2 didier didier 16384 juil. 23 20:44 lost+found
drwxrwxr-x  18 didier didier  4096 juil. 25 11:38 Photos
drwxrwxr-x   8 didier didier  4096 juil. 25 11:33 Videos
didier@didier-desktop:~$ 

On revient pas à la situation du #28, la ?


Ubuntu 22.04  -  100% GNU-Linux depuis décembre 2007  -  et ravi !

Hors ligne

#33 Le 04/08/2022, à 18:25

Coeur Noir

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

iznobe a écrit :
Coeur Noir a écrit :

Euh... Sous une 22.04 variante officielle gnome il n'y a pas besoin d'installer quoi que ce soit pour créer des partages dlna.

C'est dans paramètres, partages, l'activer pour les fichiers en précisant les types et emplacements.

Encore fallait il le savoir ... a priori nous sommes relativement nombreux a etre passe a cote de cette information roll

La blague, c'est que c'est proposé dans l'environnement Gnome depuis des années, ça existait aussi sous Unity, en fait.

Quant à

didier@didier-desktop:~$ ls -la /media/didier/Videos
total 32
drwxr-xr-x   5 root   root    4096 juil. 25 11:34 .			# = /media/
drwxr-x--x+  4 root   root    4096 août   1 18:59 ..			# = /media/didier → notez la présence du + à la fin des droits → ACL
drwx--x--x   2 didier didier 16384 juil. 23 20:44 lost+found
drwxrwxr-x  18 didier didier  4096 juil. 25 11:38 Photos
drwxrwxr-x   8 didier didier  4096 juil. 25 11:33 Videos
didier@didier-desktop:~$

…on n'est pas encore très bon là.

[ [ [ repère pour @emena dans cette discussion ] ] ]  On est dans le dossier /media/ qui par défaut sert de destination à des données ( logiques, symboliques ) amovibles, entendre par là : des données dont le système peut complètement se passer pour fonctionner ( des documents et médias divers à l'attention des utilisateurs humains. )
Ce dossier /media/ est aussi la destination par défaut des montages de données provenant de supports ( physiques, matériels ) amovibles / nomades ( clé usb, DD externe, carte mémoire, etc ) :
dans ce cas, quand on branche « à chaud » un tel support dans la session de didier, le système crée dans /media/ un dossier nommé didier - qui appartient à root:root avec droits rwxr-x--- MAIS avec des ACL qui donnent l'autorisation à uniquement didier de lire-écrire-modifier dans le dossier /media/didier. [ edit : bien que ce dossier continue d'appartenir à root ]
Dans ce dossier /media/didier le système va monter les données provenant des partitions de clé usb ou DD externes, dans des dossiers nommés uuid_ou_label_du_périphérique ; données qui portent leurs propres droits et permissions dans le cas de système de fichiers « linuxiens. »
C'est un mécanisme automatique piloté par udisks et udisksctl.

Bref, par prudence, on évite d'utiliser /media/$USER comme point de montage pour des ressources « permanentes », montées dès le démarrage du système.
On laisse /media/$USER « libre » pour les montages qui concerneront des supports amovibles / nomades. [ [ [ repère de fin pour @emena ] ] ]

Bon maintenant que c'est fait, y'a 2 stratégies :
1⋅ soit modifier le fstab pour monter Photos et Vidéos directement sous /media/ ( au lieu de /media/$USER = /media/didier dans ce cas )
2⋅ soit modifier à nouveau des droits et permissions sur tes dossiers tels qu'ils existent actuellement.

Pour 2, il faudrait arriver à ce résultat :

didier@didier-desktop:~$ ls -la /media/didier/Videos
total 32
drwxr-xr-x   5 root   root    4096 juil. 25 11:34 .			# Ici c'est ok.
drwxr-x---+  4 root   root    4096 août   1 18:59 ..			# Là, les autres n'ont pas besoin de x puisque didier a les droits via ACL ( situation par défaut d'un tel dossier. )
drwx------   2 root   root   16384 juil. 23 20:44 lost+found		# lost+found est un élément par défaut du système de fichiers ext× ( d'où root propriétaire. )
drwxrwx---  18 root   didier  4096 juil. 25 11:38 Photos		# De cette façon, les membres du groupe didier pourront lire écrire modifier DANS Photos et Vidéos
drwxrwx---   8 root   didier  4096 juil. 25 11:33 Videos		# mais seul l'utilisateur propriétaire root pourra modifier leurs droits et permissions.
didier@didier-desktop:~$

Avec ça ↑ on est « propre » en terme de droits et permissions. Mais didier pourra toujours effacer Photos ou Vidéos ( puisque les ACL sur le dossier parent / contenant le lui permettent. )
En partant du principe que didier ( ou tout utilisateur de même uid que didier ) est le seul « humain » qui se sert de ces données.

Si tu es dans un contexte multi-utilisateurs, il faudra alors ajouter ces autres utilisateurs au groupe didier
→ les membres du groupe pourront faire DANS les éléments appartenant à ce groupe ce qui est déterminé par le deuxième « triolet » de droits.
Et les éléments contenus DANS Photos et Vidéos, eux, devront à minima montrer rwxr-x--- comme droits et :didier comme groupe propriétaire.
( c'est qu'un exemple, les combinaisons sont nombreuses, on peut aussi restreindre l'effacement d'un élément à son seul utilisateur propriétaire, ou faire hériter aux éléments contenus dans un dossier les droits de groupe du dossier contenant / parent… )

L'autre blague c'est ta conf' de minidlna qui sous 22.04 n'est plus à faire dans /etc/default/minidlna mais :

# User and group the daemon should run as
# only for sysV init, for systemd please override minidlna.service
#USER="minidlna"
#GROUP="minidlna"
GROUP="root"
USER="root"

c'est dans minidlna.service via systemd que tu pourras indiquer les utilisateurs du daemon minidlnahttps://askubuntu.com/a/659268 → à condition qu'il y ait bien un service systemd associé à minidlna
Je ne suis coutumier ni de l'un ( minidlna ) ni de l'autre ( c'est assez rare que je mette les mains dans systemd. )
Mais comme systemd est en place sous ×buntu depuis quelques années, c'est sans doute pas étonnant que tu aies déjà eu des difficultés à paramétrer minidlna
Cela dit, avec les droits que je propose juste au dessus, le daemon minidlna devrait accéder sans problème, même s'il est lancé par root mais c'est sans doute pas idéal ( voire impossible sous Wayland ? ) qu'un daemon tourne en tant que root dans la session de didier ? ? ? L'idéal serait que tu parviennes à « override » le minidlna.service pour y mettre les propriétaires adéquats ( didier ).

Par contre comme je le signalais plus haut, sous Gnome, y'a pas besoin d'installer minidlna puisque rygel y est installé par défaut, et paramétrable en graphique depuis l'interface « paramètres / partage » qui - je suppose - prend soin d'écrire un service adapté dans systemd.

La boule de cristal s'arrête là :
permission denied → la plupart du temps → droits et permissions inadéquats sur les données visées ; ou absence du matériel hébergeant ces données,
⋅ les subtilités d'usage du dossier /media enfin plutôt du dossier /media/$USER ( ce qui me fait proposer ici des droits et permissions un peu moins « simples » que si on agissait un rang au dessus dans /media ; à cause des ACL sur /media/$USER )

Dernière modification par Coeur Noir (Le 11/08/2022, à 19:43)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#34 Le 04/08/2022, à 19:19

Coeur Noir

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

iznobe a écrit :

par contre tes points de montages ne sont pas securisés puisqu' appartenant a didier , et donc supprimable par cet utilisateur d ' un simple clic ( avec tout le contenu de la partition ! )

Ici c'est vrai car on est dans un cas particulier :
/media/didier appartient à root:root avec des permissions ACL qui donnent uniquement à didier le droit de tout faire dans ce dossier.
S'il n'y avait pas ces permissions ACL sur ce dossier /media/didier, seul root serait en mesure d'y créer ou supprimer quoi que ce soit.

Pour te souvenir du fonctionnement, regarde le dossier /home ( il a des droits et permissions classiques, sans ACL ) :
depuis ta session utilisateur iznobe, iznobe ne peut pas supprimer son propre répertoire personnel /home/iznobe
car /home appartient à root:root avec droits rwxr-xr-x donc seul root peut créer ou supprimer des éléments DANS /home ;
iznobe peut faire ce qu'il veut DANS l'élément iznobe, mais pas « sur » le dossier : les droits et permissions déterminent qui fait quoi DANS un élément ( fichier ou dossier. )


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#35 Le 05/08/2022, à 03:34

Coeur Noir

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

Les commandes qui vont bien pour la stratégie 2 , depuis un terminal lancé par didier dans sa session.
L'ordre des opérations est primordial, je pars de ce qui est montré au #32 :

	# placer le terminal dans…
cd /media/didier
	# changer droits puis propriétaires de lost+found
chmod 700 lost+found							# pour l'instant il appartient à didier donc pas besoin de sudo
sudo chown root:root lost+found						# seul root peut approprier root à un élément, d'où sudo
	# s'assurer que le contenu des dossiers Photos et Vidéos portent les droits requis à minima
sudo chown -cR didier:didier {Photos,Videos}/*				# agir sur le contenu d'où /* + sudo pour les éléments n'appartenant pas à didier + R pour les ( sous ) dossiers
chmod -cR a-rwx,u+rwX,g+rX {Photos,Videos}/*				# maintenant que tout là-dedans appartient à didier, plus besoin de sudo + X majuscule ( n'applique l'exécution qu'aux dossiers, les fichiers n'en ont pas besoin. )
	# changer droits puis propriétaires des seuls dossiers Photos et Vidéos
chmod 770 {Photos,Videos}						# appartiennent pour l'instant à didier donc pas besoin de sudo
sudo chown root:didier {Photos,Videos}					# seul root peut approprier root à un élément…
cd									# replace le terminal dans ton $HOME = ~ = /home/didier soit son emplacement par défaut.

Attention → Vidéos ≠ Videos ≠ videos ( juste au cas où. )
Ooooh mais oh wait…

Au #32 tu montres un

ls -la /media/didier/Videos

…comment se fait-il que le dossier~point~de~montage /media/didier/Videos contienne à sa racine

drwxrwxr-x  18 didier didier  4096 juil. 25 11:38 Photos
drwxrwxr-x   8 didier didier  4096 juil. 25 11:33 Videos

…un dossier Videos + un Photos ?
Y-aurait-y pas des pinceaux emmêlés ? Ou est-ce juste le nom de ce dossier~point~de~montage qui est mal choisi ?

Ma boule de cristal a ses limites : si les droits et permissions sont souvent toujours un préalable à assurer, l'autre préalable à quasi toute question informatique, c'est de repérer « où » sont tes affaires ( tels dossiers dans telle partition, telles partitions dans tel disque, disque interne sédentaire ou externe nomade, monté dès le démarrage système ou seulement après sollicitation par l'utilisateur… ) Dans ton esprit et ta pratique c'est peut-être très clair, pour moi à l'autre bout du web, avec ces infos, c'est pas clair du tout et ça m'évoque de possibles confusions ( sur les points de montage ou le choix des partitions à monter au démarrage avec pour conséquence potentielle le fait que tes affaires ne sont pas là où tu crois… )

Car entre #32 et #28 il y a bien des différences :

#28								#32
								
drwxr-xr-x   5 didier didier  4096 juil. 25 11:34 .		drwxr-xr-x   5 root   root    4096 juil. 25 11:34 .		# . soit /media/didier/Videos est bien passé de didier à root, conséquence du sudo chown root: /media/didier/Videos
drwxr-x---+  4 root   root    4096 août   1 18:59 ..		drwxr-x--x+  4 root   root    4096 août   1 18:59 ..		# .. le dossier parent soit /media/didier qui a un x en plus pour les autres
drwx------   2 didier didier 16384 juil. 23 20:44 lost+found	drwx--x--x   2 didier didier 16384 juil. 23 20:44 lost+found	# …prend 2 x en plus
drwxrwxr-x  18 didier didier  4096 juil. 25 11:38 Photos	drwxrwxr-x  18 didier didier  4096 juil. 25 11:38 Photos
drwxrwxr-x   8 didier didier  4096 juil. 25 11:33 Videos	drwxrwxr-x   8 didier didier  4096 juil. 25 11:33 Videos

Là c'est moi qui ai du mal à me repérer ( je suis pas devant ta bécane pour constater ) mais du coup je me demande si on parle bien des mêmes emplacements…
Par ex. selon ton organisation de dossiers / partitions, les chemins des emplacements à partager via minidlna seraient plutôt :

media_dir=/media/didier/Videos/Photos
media_dir=/media/didier/Videos/Videos
# et
media_dir=/media/didier/Musique/Musique    # puisqu'on a la même blague dans ce dossier~point~de~montage Musique, un dossier Musique à la racine de la partition montée.

Pour voir les disques et partitions en présence :

lsblk -fe7 -o +size             # agrandir la fenêtre du terminal avant de lancer cette commande, son retour est un tableau assez large

et les montages système :

cat /etc/fstab

Après - si l'organisation des dossiers dans chaque partition se confirme - on peut aussi faire en sorte que :
⋅ /media/didier/Videos/Photos devienne la destination « physique » d'un lien symbolique /home/didier/Images
⋅ /media/didier/Videos/Videos devienne la destination « physique » d'un lien symbolique /home/didier/Vidéos
⋅ /media/didier/Musique/Musique devienne la destination « physique » d'un lien symbolique /home/didier/Musique
…en remplacement des dossiers usuels dans ton répertoire personnel, mais c'est encore une autre histoire
et tes chemins dans minidlna seraient alors /home/didier/Images, /home/didier/Vidéos ou /home/didier/Musique


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#36 Le 05/08/2022, à 22:42

Farfe

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

Bonsoir Coeur Noir,

Wow !

Tu ne m'en voudras pas si je prends un peu le temps d'assimiler tout ça. Je préfère me donner une chance de comprendre avant de me jeter sur les commandes. Il y a tout de même des points que je peux éclaircir.

1- Je crois avoir déjà utilisé la stratégie 1 car j'ai modifié mon fstab après recherche dans la documentation:

didier@didier-desktop:~$ 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/nvme0n1p2 during installation
UUID=88421e19-a4d2-48a2-812e-306b14ecbd80 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=D888-593F  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/nvme0n1p3 during installation
UUID=19b3d81b-3062-4628-91c9-11f62ff7e1dc /home           ext4    defaults        0       2
/swapfile                                 none            swap    sw              0       0
#
/dev/nvme1n1p1			/media/didier/Musique	  ext4	  defaults	  0	  2
/dev/nvme1n1p3			/media/didier/Videos	  ext4	  defaults	  0	  2
didier@didier-desktop:~$ 

2- Je trouvais bizarre aussi que les repertoires Musique et Videos soient montés dans /media. A l'installation j'ai partitionné un disque en 3, de /data1 à /data3. Le Ubuntu système et /home sont sur un autre disque.Je ne sais pas ou j'ai foiré mais ces partitions sont apparues comme trois gros disques amovibles, notés "SSD volume de XXX GB" et montés dès le démarrage. J'ai toujours eu des partitions créées à l'installation et montées comme "/data1" par exemple, sans aucun problème. Dans le gestionnaire de fichiers je trouvais "dossier parent : /media/didier/le repertoire. C'est donc ce que j'ai indiqué à fstab.

3- Concernant les repertoires:
media/didier/Videos contient un un repertoire "Videos" et un autre "photos"
media/didier/Musique contient un autre répertoire "Musique"
Sûrement une mauvaise idée mais c'est une survivance d'une époque ou didier/Videos contenait plusieurs sous repertoires. didier/Musique aussi d'ailleurs.

Enfin -4 Je me souviens avoir tenté rygel un soir de déprime ou minidlna ne voulait pas fonctionner. rygel n'avait pas fonctionné non plus mais c'est assez ancien j'ai oublié pourquoi.

Voila je te remercie de partager ton savoir, je vais réfléchir, choisir une stratégie et j e ferai un retour.


Ubuntu 22.04  -  100% GNU-Linux depuis décembre 2007  -  et ravi !

Hors ligne

#37 Le 06/08/2022, à 01:17

Coeur Noir

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

Je pense que la confusion vient de là : quand on parle de montage, on fait référence aux données ( le contenu d'une partition de disque ), et pas au support physique ( le disque lui-même, le volume. )
A l'installation j'ai partitionné un disque en 3, de /data1 à /data3 (…) ces partitions sont apparues comme trois gros disques amovibles, notés "SSD volume de XXX GB" et montés dès le démarrage
D'où cette erreur d'interprétation : ce que tu vois dès le démarrage, ce sont trois périphériques physiques ( les partitions ) mais leurs données ne sont à cet instant là montées nulle part ( les données sont inexploitables d'un point de vue logiciel. )
C'est juste le système qui te dit : « je vois 3 partitions branchées à la carte mère, j'attends tes instructions pour savoir quoi en faire ».

Quelles sont alors les instructions possibles ? Diverses possibilités…
0⋅ rien, tu n'utilises pas les partitions de ce ou ces supports ;
1⋅ via une commande de montage « manuelle » tu dis au système : « je veux voir les données de telle partition dans tel dossier » par ex. :

sudo mount /dev/nvme1n1p1 /dossier/existant/de/ton/choix

et quand t'as plus besoin de ces données, tu les démontes par la commande

sudo umount /dev/nvme1n1p1

ce qui ramène le /dossier/existant/de/ton/choix à son état initial d'avant montage ( généralement un dossier vide mais pas forcément… gardons ça pour plus tard. )
2⋅ ou depuis ton explorateur de fichiers tu ( double ) cliques sur un de ces volumes physiques, ce qui aura pour effet d'en monter automatiquement les données dans /media/$USER/uuid_ou_label_périphérique ( l'histoire du montage auto des médias nomades / amovibles via udisks / udisksctl ) puis quand t'en as plus besoin, tu démontes ou éjectes ce périphérique via un clic droit dans ton explorateur de fichiers sur le périphérique ( ou via un clic sur l'icône ^ à côté de son nom ) ;
3⋅ ou tu inscris de tels montages dans le fichier fstab afin qu'ils s'effectuent au démarrage du système pour donner un caractère permanent / sédentaire à ces données ( elles sont exploitables tout de suite, sans besoin d'aller les « chercher » par une commande ou des clics… ) et ceux-là ne sont généralement pas démontables par les utilisateurs « normaux » ( root peut toujours… ) → c'est la manip' souvent recommandée pour des partitions provenant de disques internes, sédentaires, permanents.

Dans le gestionnaire de fichiers je trouvais "dossier parent : /media/didier/le repertoire. C'est donc ce que j'ai indiqué à fstab.
Comme tu es passé par le gestionnaire de fichiers pour solliciter ces partitions ça les a montées automatiquement à cet emplacement.
C'est le fait d'être passé par l'explorateur de fichiers pour solliciter ces partitions qui a monté leurs données dans /media/didier/le repertoire et a créé à ce moment là ce répertoire point~de~montage.
Ça n'a pas eu lieu dès le démarrage car à ce moment là ce montage n'était pas déjà inscrit dans fstab.

Now the trick…
Je ne sais pas si la chronologie et le principe du montage sont limpides pour toi mais je suis sûr à 99,9% de la suite des événements :

Tu as redémarré ton pc après avoir modifié ton fstab. Ce qui quitte ta session. Ce qui a pour effet de « démonter » les « montages automatiques » que tu avais déclenchés en sollicitant précédemment les partitions dans ton explorateur de fichiers,
/media/didier/le répertoire a donc été effacé, ça va avec l'éjection ou le démontage de la partition associée.

Au (re)démarrage suivant fstab a cherché /media/didier/le répertoire et ne l'a pas trouvé ( puisque légitimement effacé par la procédure automatique depuis l'explorateur de fichiers. )

Tu n'as pas pu voir le problème car Ubuntu par défaut cache avec un zoli écran animé les logs de boot, la seule différence que tu aurais pu remarquer c'est un démarrage un peu plus long ( à condition d'avoir l'habitude… )

Toi, tu t'es dit puisque j'ai mis ce qu'il faut dans fstab, tout va bien ( et ton fstab est joli. )

Mais en fait non → au démarrage nvm1n1p1 n'est monté nulle part puisque le point~de~montage /media/didier/le répertoire attendu par fstab n'existe plus
et tu ne t'en aperçois finalement que lorsque tu veux partager un de ses dossiers via minidlna ( ou autre ).

Là tu ouvres ton gestionnaire de fichiers, navigues jusqu'au périphérique, déclenchant à nouveau un « montage automatique » des données de la partition et à partir de ce moment-là seulement,
minidlna est content puisque le point~de~montage est alors fonctionnel…

…content à moitié car là il te parle de « permission denied » ce qui en fin de compte n'est que le deuxième problème, le premier étant la disponibilité de la ressource :
⋅ les données de la partition nvm1n1p1 ne sont exploitables qu'à partir du moment où tu vas les « chercher » dans l'explorateur de fichiers ;
⋅ ton fstab est inopérant car les dossiers choisis comme point de montage ne survivent pas à l'extinction de ta session et donc n'existent pas au démarrage du système ;
⋅ mais minidlna ( ou autre ) fonctionnent à partir du moment où tu auras sollicité la ou les partitions via l'explorateur de fichiers et tant que tu ne quittes pas ta session !

Beaucoup de variables « liées » dans cette problématique qui auraient pu faire tourner en rond bien longtemps.

D'où la recommandation « éviter d'utiliser /media/$USER/… » comme destination de montages permanents : c'est facile de s'y perdre si on n'est pas « au point » sur les subtilités de ce dossier en particulier et des montages en général.
Et zéro reproche ici de ma part, c'est à la fois simple et logique en même temps que rigoureux et strict, et surtout très différent de ce qu'on peut trouver ailleurs ( où les données sont souvent confondues avec le matériel à cause du point de montage imposé par le système genre E:\, F:\ etc ) Et rassure-toi, personne n'a la science infuse, suis passé par là aussi, et ça m'arrivera encore.

Bref. C'est les points de montage qui sont pas bons dans ton fstab. Il vaut mieux commencer par régler ça. La question des droits se réglera éventuellement ensuite. Et enfin tu configureras minidlna ( ou autre ) comme il se doit ( attention à systemd et à minidlna.service )

Il s'agit donc de créer préalablement des dossiers qui serviront de points de montage permanents aux ( 3 ? ) partitions de ton second disque nvme. Par ex.

sudo mkdir /media/{DATA01,DATA02,DATA03}     # les majuscules ne sont pas inutiles, voir (*) plus bas

puis modifier fstab en conséquence, ces lignes :

/dev/nvme1n1p1			/media/didier/Musique	  ext4	  defaults	  0	  2
/dev/nvme1n1p3			/media/didier/Videos	  ext4	  defaults	  0	  2

deviendront :

/dev/nvme1n1p1			/media/DATA01	  ext4	  defaults	  0	  2
/dev/nvme1n1p2			/media/DATA02	  ext4	  defaults	  0	  2     # supposition de ma part qu'il existe une partition 2 sur nvme1n1 à toi de confirmer
/dev/nvme1n1p3			/media/DATA03	  ext4	  defaults	  0	  2

Au prochain démarrage, tu trouveras les données de ces partitions déjà montées dans ces 3 ( ou 2 ) dossiers.
Des signets les concernant devraient être présents dans le volet latéral de ton explorateur de fichiers ( ou dans « autres emplacements » )
ou des raccourcis vers eux dans le dock ou sur le bureau ( ces détails cosmétiques dépendent de l'environnement de bureau que tu utilises, et de comment tu l'as réglé. )

Pour affiner les droits et permissions si besoin :

ls -la /media/DATA*

pour voir un état des lieux des divers DATA.

Dans la conf' de minidlna, les chemins des données à partager deviendront :

media_dir=/media/DATA03/Photos
media_dir=/media/DATA03/Videos
media_dir=/media/DATA01/Musique

Je n'ai rien « contre » minidlna mais il me semble que ça :
partage-medias.png
serait terriblement plus simple… ( c'est rygel dans Gnome. )

______________________________

(*) les majuscules à cet endroit c'est une astuce fonctionnelle et mnémotechnique.
Comme déjà évoqué, dans le dossier /media/ le système est amené à créer des dossiers $USER or sous ×buntu, les $USER sont toujours écrits en minuscules :
en employant des majuscules pour les dossiers qu'on crée là manuellement, on s'assure qu'il n'y aura pas de confusion avec le dossier d'un utilisateur. C'est l'aspect fonctionnel.
Dans des commandes ls ou en naviguant dans tes dossiers via le gestionnaire de fichiers graphiques, les noms en majuscules sautent aux yeux, te rappelant « ce sont mes points de montage ». C'est l'aspect mnémotechnique.

______________________________

Désolé, encore un message de 6km de long plein d'infos… et sur lesquelles il est toujours possible de pinailler :
⋅ un disque héberge des partitions, une partition héberge un système de fichiers, un système de fichiers héberge les données sous une forme humainement compréhensible symbolisée par des dossiers et fichiers
→ j'ai honteusement raccourci à « partition héberge données » me tapez pas pour ça.
⋅ dans fstab c'est plus robuste, stable d'utiliser les UUID ou les labels des périphériques plutôt que leur « chemin de bloc » qui peut varier sous certaines conditions.
→ mais j'ai déjà évoqué précédemment une commande pour lister les disques et partitions en présence, c'était pas innocent ;-)

Dernière modification par Coeur Noir (Le 06/08/2022, à 01:57)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#38 Le 06/08/2022, à 08:13

iznobe

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

Bonjour , Suite aux explication de @Coeur Noir ,
j ' explique une methode que certains adoptent mais , il ne faut pas utiliser les commandes ici , c ' est juste une exemple et ca n' a aucun rapport direct avec la discussion actuelle .

[ HS ]
certains placent des liens , dans un repertoire dédié au partage , il se peut que ca ne fonctionne pas avec tous les logiciels , mais l' idée est de regrouper dans un répertoire les partages afin de simplifier la chose au niveau configuration .
cela permet de ne rien modifier a l' arborescence que l ' on utilise actuellement tout en regroupant l' ensemble afin de configurer plus simplement un partage .

je montre ici avec minidlna , mais c ' est aussi bien faisable avec n ' importe quel logiciel . Bien entendu on peut nommer notre dossier regroupant les liens comme bon nous semble .

media_dir=/media/DATA03/Photos
media_dir=/media/DATA03/Videos
media_dir=/media/DATA01/Musique

=>

mkdir PARTAGE_DLNA
cd PARTAGE_DLNA
ln -s /media/DATA03/Photos /Photos
ln -s /media/DATA03/Videos /Videos
ln -s /media/DATA01/Musique /Musique
media_dir=/chemin/PARTAGE_DLNA

[ FIN /HS ]

Dernière modification par iznobe (Le 06/08/2022, à 17:14)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#39 Le 06/08/2022, à 17:03

Coeur Noir

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

@Iznobe, attention aux copiers-collers, il manque des / au début de certaines arguments ln -s dans ton exemple.
Et puisque tu ne renommes pas les liens :

ln -s /media/DATA03/Photos
ln -s /media/DATA03/Videos
ln -s /media/DATA01/Musique

suffirait.

Et si tu voulais renommer les liens :

ln -s /media/DATA03/Photos 'Photos partagées'
ln -s /media/DATA03/Videos 'Vidéos partagées'
ln -s /media/DATA01/Musique 'Musique partagée'

…pas de / devant le nom des liens, ( je crois que ) ça attendrait un dossier de ce nom-là pour dedans y créer le lien.
…des guillemets ' simples autour du nom du lien pour échapper le caractère espace ( ou des guillemets " doubles pour encadrer un chemin complet contenant des caractères espace. )

De toute façon l'histoire des liens on verra plus tard car il y a potentiellement « mieux » à faire, entre le répertoire personnel de didier et les ressources dans les divers /media/DATA*
Ou laisser tel quel si didier s'y retrouve comme ça - le mieux est l'ennemi du bien parfois.

Dernière modification par Coeur Noir (Le 07/08/2022, à 14:00)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#40 Le 06/08/2022, à 17:06

iznobe

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

@Coeur noir , c ' etait juste pour l' exemple et uniquement pour toi , histoire de decrire la manoeuvre , en aucun cas ce sont des commandes a passer , je vais modifier mon message en ce sens .


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#41 Le 06/08/2022, à 17:14

Coeur Noir

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

…à quelques minutes près… y'a de la correction à faire ;-)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#42 Le 06/08/2022, à 21:42

Farfe

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

Non je n'irai pas jusqu'à dire que c'est limpide pour moi, mais ça commence à rentrer...

Cela étant, ta description du déroulement probable est très compréhensible et correspond bien au souvenir que j'en ai gardé... Chapeau !

Je viens de créer /media/ DATA01 à DATA03 pour Musique, Videos et Reserve. J'ai aussi modifé fstab comme indiqué.

Il me reste à faire le point au prochain démarrage, puis modifier /etc/default/minidlna. puis je reviendrai vers vous.

Je dois aussi à donner une chance à Rygel, je ne suis pas à l'abri d'une belle découverte...

@ iznobe ce que tu décris c'est les liens symboliques, c'est ça??


Ubuntu 22.04  -  100% GNU-Linux depuis décembre 2007  -  et ravi !

Hors ligne

#43 Le 06/08/2022, à 22:05

iznobe

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

c 'est effectivement un cas d' utilisation des liens symboliques . ca peut servir a plein de trucs ces choses là , mais il ne faut pas bruler les etapes .


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#44 Le 07/08/2022, à 09:15

Farfe

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

@ Coeur Noir et iznobe:

didier@didier-desktop:~$ ls -la /media/DATA*
/media/DATA01:
total 36
drwxr-xr-x   4 root   root    4096 juil. 25 11:41 .
drwxr-xr-x   7 root   root    4096 août   6 22:07 ..
drwx--x--x   2 didier didier 16384 juil. 23 20:44 lost+found
drwxrwxr-x 155 didier didier 12288 avril  8  2021 Musique

/media/DATA02:
total 32
drwxr-xr-x  5 root   root    4096 juil. 25 11:34 .
drwxr-xr-x  7 root   root    4096 août   6 22:07 ..
drwx--x--x  2 didier didier 16384 juil. 23 20:44 lost+found
drwxrwxr-x 18 didier didier  4096 juil. 25 11:38 Photos
drwxrwxr-x  8 didier didier  4096 juil. 25 11:33 Videos

/media/DATA03:
total 28
drwx------ 4 didier didier  4096 juil. 25 12:32 .
drwxr-xr-x 7 root   root    4096 août   6 22:07 ..
drwx------ 2 didier didier 16384 juil. 23 20:44 lost+found
drwx------ 4 didier didier  4096 avril 27  2018 U_Vid_s
didier@didier-desktop:~$
didier@didier-desktop:~$ sudo gedit /etc/fstab
[sudo] Mot de passe de didier :
# /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/nvme0n1p2 during installation
UUID=88421e19-a4d2-48a2-812e-306b14ecbd80 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=D888-593F  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/nvme0n1p3 during installation
UUID=19b3d81b-3062-4628-91c9-11f62ff7e1dc /home           ext4    defaults        0       2
/swapfile                                 none            swap    sw              0       0
#
/dev/nvme1n1p1			/media/DATA01	  ext4	  defaults	  0	  2
/dev/nvme1n1p3			/media/DATA02	  ext4	  defaults	  0	  2
/dev/nvme1n1p2			/media/DATA03	  ext4	  defaults	  0	  2

J'ai l'impression qu'on se rapproche de ce que Coeur NOir considère comme conforme


Ubuntu 22.04  -  100% GNU-Linux depuis décembre 2007  -  et ravi !

Hors ligne

#45 Le 07/08/2022, à 09:26

iznobe

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

Bonjour , il n' y a pas une erreur de frappe dans les lignes de ton fstab :

fstab a écrit :

#
/dev/nvme1n1p1            /media/DATA01      ext4      defaults      0      2
/dev/nvme1n1p3            /media/DATA02      ext4      defaults      0      2
/dev/nvme1n1p2            /media/DATA03      ext4      defaults      0      2

de plus il ne faut jamais taper sudo + commande graphique dans un terminal :
sudo gedit /etc/fstab
quand on veut voir un fichier , on tape :

cat /nom/fichier

quand on veut editer on tape :

sudo nano /nom/fichier

si on veut un truc graphique pour editer un fichier alors on peut taper :

pkexec gedit /nom/fichier

Du coup , avec sudo gedit /etc/fstab , tu as probablement creer des erreurs de permissions dans ton dossier perso , montre donc :

sudo find ~ \( ! -user $USER -o ! -group $USER \)

Dernière modification par iznobe (Le 07/08/2022, à 09:32)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#46 Le 07/08/2022, à 13:03

Coeur Noir

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

iznobe a écrit :

Bonjour , il n' y a pas une erreur de frappe dans les lignes de ton fstab :

fstab a écrit :

#
/dev/nvme1n1p1            /media/DATA01      ext4      defaults      0      2
/dev/nvme1n1p3            /media/DATA02      ext4      defaults      0      2
/dev/nvme1n1p2            /media/DATA03      ext4      defaults      0      2

Nope big_smile s'il a envie que la partition 2 monte dans le dossier DATA03, et la p3 dans DATA02, c'est son droit, non mais lol
Les retours de ls -la sont cohérents.

Avec même une gestion des droits un peu particulière pour DATA03 :
⋅ le point de montage appartient à didier:didier avec droits rwx------ rendant ce point de montage ( et donc tout son contenu ) visible uniquement à didier.
⋅ les données dans la partition sont aussi à didier:didier avec droits rwx------ ce qui les rendait déjà exploitables uniquement à didier.
→ y'a plusieurs utilisateurs « humains » dans ton système ?

Les lost+found appartenant à didier m'étonnent un peu ; si un jour le système a besoin de ces dossiers il les repassera à root, n'en sois pas surpris le cas échéant.

Reste les corbeilles à créer : sous Linux il en faut une par partition ET par utilisateur potentiel.
Depuis ta session graphique didier :

cd /media					# place le terminal dans /media
sudo mkdir DATA{01,02,03}/.Trash-$UID		# crée un dossier corbeille dans chaque DATA×× ; $UID sera remplacé par la valeur de la session ( probablement 1000 pour didier. )
sudo chown $UID:$UID DATA{01,02,03}/.Trash-$UID	# approprie la corbeille à l'utilisateur de la session courante.
chmod 700 DATA{01,02,03}/.Trash-$UID		# restreint l'usage de la corbeille à uniquement l'utilisateur courant ( confidentialité. )

Si tu as d'autres utilisateurs humains enregistrés dans ce système ( qui accèdent à ces partitions )
il faudra re-passer les mêmes commandes depuis leurs sessions graphiques respectives.
( donc oui, à la rigueur, DATA03 n'est peut-être pas concerné. )

La création des corbeilles n'est pas obligatoire mais si elles n'existent pas, toute suppression d'un élément depuis ces partitions sera définitive, après une demande de confirmation, un truc du genre : « je ne peux pas mettre cet élément dans la corbeille, voulez-vous vraiment l'effacer définitivement ? »

Dernière modification par Coeur Noir (Le 07/08/2022, à 23:46)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#47 Le 07/08/2022, à 13:28

Coeur Noir

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

iznobe a écrit :

quand on veut editer on tape :

sudo nano /nom/fichier

si on veut un truc graphique pour editer un fichier alors on peut taper :

pkexec gedit /nom/fichier

OU :

sudoedit /chemin/vers/fichier                 # le fichier sera créé s'il n'existe pas déjà.

qui ouvrira l'éditeur de texte en console ( dans le terminal ), par défaut c'est nano sous ×buntu ( mais ça peut se paramétrer autrement. )

OU :

gedit admin:///chemin/vers/fichier            # avec cette façon, le fichier doit préalablement déjà exister.

qui lancera l'éditeur de texte graphique gedit dans une nouvelle fenêtre ( en dehors du terminal ) en mode administrateur et demandera le mot de passe aux moments opportuns.

Dernière modification par Coeur Noir (Le 07/08/2022, à 13:46)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#48 Le 07/08/2022, à 14:12

Coeur Noir

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

Note : concernant les liens symboliques, à partir du moment où les emplacements et éléments concernés sont accessibles à l'utilisateur courant,
tu peux les créer / renommer / déplacer / supprimer depuis ton explorateur de fichiers graphiques ( Nautilus ).
Il faut juste (ré)activer la fonction « lien » dans ses préférences, puis :
nautilus-clic-droit-liens.png


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#49 Le 07/08/2022, à 19:34

Farfe

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

Je confirme que l'affectation des partitions dans mon fstab sont voulues. Question d'habitude : pendant longtemps je n'ai eu qu'une de ces partitions, Data1, pour stocker mes musiques. Plus tard j'ai ajouté Data2 pour regrouper les vidéos, films et photos que je voulais garder. Et pour cette install de 22.04 j'ai ajouté Data3 pour tout ce que je glane par ci par la (back up de smartphone par ex) sans vraiment savoir qu'en faire pour le moment.

Devenues DATA01 à DATA03 dans le rigueur de Coeur Noir smile

Il existe une autre session pour ma femme sur cette machine mais je suis le seul à accéder / gérer ces trois répertoires. Essentiellement avec upnp/dlna.

Création des corbeilles:

didier@didier-desktop:~$ cd /media
didier@didier-desktop:/media$ sudo mkdir DATA{01,02,03}/.Trash-$UID 

   

[sudo] Mot de passe de didier : 
didier@didier-desktop:/media$ 
didier@didier-desktop:/media$ sudo chown $UID: DATA{01,02,03}/.Trash-$UID
chown: spécification incorrecte: «1000:»

@ iznobe : Je ne savais pas pour Gedit, le pire c'est que je l'utilise ainsi depuis longtemps. Du coup je suis pas sur de comprendre: Que faut il utiliser pour éditer un fichier, le modifier éventuellement, et le sauvegarder à la fin ?

Dernier point: j'ai installé Rygel mais pas moyen d'installer l'outil graphique. Selon ce que j'essaie Ubuntu software me répond qu'il n'existe pas, ou bien qu'il est déjà présent sur le système.
Même le lancement est obscur, en ligne de commande il  est actif mais du coup pas de GUI et ça me change pas beaucoup de minidlna ?

Je suis décidément fâché avec les serveurs upnp...


Ubuntu 22.04  -  100% GNU-Linux depuis décembre 2007  -  et ravi !

Hors ligne

#50 Le 07/08/2022, à 22:45

iznobe

Re : RESOLU: Minidlna actif mais pas d'accès aux fichiers (access denied)

Farfe a écrit :

@ iznobe : Je ne savais pas pour Gedit, le pire c'est que je l'utilise ainsi depuis longtemps. Du coup je suis pas sur de comprendre: Que faut il utiliser pour éditer un fichier, le modifier éventuellement, et le sauvegarder à la fin ?

ce n' est pas specifique a gedit , en fait c' est valable pour tous les programmes qui lancent une fenetre graphique , par exemple pour gparted ( et tous les autres )

si le programme gere intrinsèquement le mode admin comme gparted , taper son nom est suffisant , il te demandera alors d ' entrer ton mot de passe quand ce sera necessaire .
pour editer , un fichier , tu as plein d' editeur , un des plus connu , installé par defaut sur toutes les distri est : nano . c' est un editeur en ligne de commande ( qui ne lance pas de fenetre graphique ) .
tu peux facilement trouver des tutos sur le net qui explique comment s ' en servir , ou bien simplement en lisant le bas du terminal il faut juste savoir que " ^ " signifie la touche " ctrl +"
il y aussi emacs , VI , et plein d' autres , mais quand on est pas habitué , nano est le plus rapide et simple a prendre en main .

pour editer un fichier avec un editeur graphique a partir du terminal tu peux utiliser :

pkexec gedit /nom fichier 

par exemple , ou aussi bien les 2 autres methodes données par @ Coeur Noir , ca te demandera ton mot de passe et ne perturbera pas les permissions des fichiers de ton repertoire perso .

en tout cas , il va falloir re attribuer les bonnes permissions aux fichiers de ton repertoire persos qui les ont perdu .
pour voir quel fichiers les ont perdu :

sudo find ~ \( ! -user $USER -o ! -group $USER \)

Dernière modification par iznobe (Le 07/08/2022, à 22:47)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne