J'ai un disque dur secondaire qui est monté en tant que / media / Media et je voudrais utiliser un dossier appelé Vidéos situé sur ce lecteur avec lequel je voudrais partager les vidéos situées sur ce dossier via minidlna
. Je minidlna
travaille avec /home/jonathan/Videos
ce qui se trouve sur mon petit lecteur et je voudrais plutôt déplacer les vidéos vers les plus grands lecteurs.
Cependant, après avoir modifié mon minidlna.conf
pour pointer vers le dossier / media / Media / Videos et faire un sudo service minidlna force-reload
pour recharger la base de données, j'obtiens une erreur de permssions.
Quelqu'un peut-il m'indiquer les autorisations correctes que je dois définir sur ce dossier?
permissions
minidlna
jjesse
la source
la source
force-reload
./var/lib/minidlna
propriété du groupeminidlna
. Par conséquent, nous devons exécuter la nouvelle analyse en-R
tant qu'utilisateurminidlna
, ou nous pouvons placer cette bibliothèque à un autre endroit (voirmindlna.conf -> db_dir=
). J'ai le mien dans ma MAISON.root
mais il peut également être exécuté en tant queminidlna
ou en tant qu'utilisateur, en fonction entièrement de votre configuration individuelle.Réponses:
J'ai essayé de suivre les exemples de ce fil, mais je n'ai toujours pas réussi à le faire fonctionner. J'ai fini par tomber sur cet article ici: Exécuter minidlna sur Ubuntu et l' ai suivi pas à pas et j'ai maintenant les médias sur mon deuxième lecteur servis via minidnla. Si quelqu'un d'autre se débat, je vous suggère de suivre son processus.
J'ai cité son texte au cas où sa page disparaîtrait jamais.
Il a installé un service appelé minidlna qui est censé permettre le streaming de médias. Cependant, il n'aimait pas les autorisations sur son dossier choisi. Le chemin est / media / jw / drive2 / foo.
Il l'a pointé vers un dossier dans son dossier d'accueil et il a bien aimé ça, mais pas le 2ème lecteur qui contient le support .
Il a essayé de définir l'utilisateur comme moi dans le fichier conf et dans le fichier par défaut. Mais finalement, il a découvert qu'il devait définir l'utilisateur comme «root» pour que cela fonctionne.
Il a ouvert le terminal et est entré ...
... et édité le fichier ...
... puis enregistré et de retour au terminal et entré ...
... et édité le fichier ...
Il a redémarré le service en utilisant ...
... dans le terminal et cette fois il n'y a pas eu d'erreur sur les permissions.
J'espère que cela aide quelqu'un comme cela m'a aidé. Si cela vous aide, veuillez visiter sa page et lui laisser un commentaire comme je l'ai fait pour qu'il sache que sa page aide!
MISE À JOUR:
Cela fonctionne immédiatement, mais si vous mettez la machine hors tension, puis la redémarrez, le deuxième lecteur n'est pas desservi par le serveur minidnla jusqu'à ce que vous exécutiez:
Le faire fonctionner à partir du démarrage est un problème de lecteur en mode utilisateur et peut être résolu en ajoutant le lecteur à fstab . L'inconvénient est que le système ne démarrera pas automatiquement si le lecteur n'est pas branché, car il demandera de manière agaçante de réessayer ou d'ignorer avant de continuer à démarrer.
Une alternative à l'ajout du lecteur à fstab consiste à redémarrer le service minidlna au redémarrage de cron:
puis ajoutez la ligne suivante à la fin du fichier:
la source
/media/*
est monté automatiquement avec des udisks. Si c'est NTFS ou FAT, seul l'utilisateur actif y a accès, donc l'utilisateur minidlna ne peut pas y accéder.Il est stupide que udisks ait les autorisations codées en dur, il y a un rapport de bug à ce sujet: https://bugs.launchpad.net/ubuntu/+source/udisks/+bug/682589
Si l'on monte le disque avec
sudo mount /dev/sdb1 /mnt
ou avec/etc/fstab
, il peut mettre toutes les permissions qu'il veut pour que minidlna puisse le lire.Ainsi, pour les ordinateurs personnels, une solution de contournement simple consiste à modifier
/etc/default/minidlna
et à spécifier que minidlna s'exécutera en tant que root, ou en tant qu'utilisateur qui monte généralement ces disques.Si vous avez spécifié un compte d'utilisateur au lieu de root, exécutez également
sudo chown -R user:user /var/lib/minidlna
Pour analyser à nouveau la bibliothèque après les modifications, exécutez
sudo service minidlna force-reload
Et une note pour moi, plutôt que d'ajouter des
media_dir=
entrées dans /etc/minidlna.conf, je préfère créer des liens symboliques sous / var / lib / minidlna, par exemple:... car de cette façon, j'obtiens un niveau de hiérarchie supplémentaire lors de la navigation dans les dossiers multimédia des clients DLNA.
la source
type
sudo chown -R minidlna: minidlna / media / Media
afin de donner à minidlna la propriété de tous les fichiers et dossiers contenus dans Media
puis redémarrez et effectuez une nouvelle analyse forcée du serveur
IMPORTANT
Démarrez minidlna en tant que root!
pour réanalyser la bibliothèque après avoir ajouté des fichiers à votre lecteur multimédia
pour voir si c'est en place
la source
Je me rends compte que c'est une question plus ancienne mais si vous fstab le disque dur externe avec les valeurs par défaut, l'utilisateur comme options et puis sudo chown -cR $ USER: minidlna / media / (your_mount point_here). Cela devrait conserver la propriété et le groupe lors des redémarrages et donner au groupe minidlna par défaut que le serveur est exécuté avec un accès de groupe aux fichiers.
la source
J'ai trouvé une autre solution: le parent du dossier multimédia doit également être accessible à minidlna. J'ai essayé d'exécuter minidlna en tant que root et ProtectHome = en lecture seule dans le fichier de service systemctl mais rien de tout cela n'a fonctionné.
Dans mon cas, mes vidéos étaient dans media_dir = V, / srv / share / videos / library
J'avais fait chmod -R a + xr / srv / share / videos / library mais recevais toujours le message Permission Denied
Après avoir fait chmod o + xr / srv / share / videos - tout a fonctionné, avec user = minidlna
J'espère que cela aide quelqu'un.
la source
J'ai eu le même problème et j'ai essayé de le résoudre à l'aide de ce message. Mais je ne voulais
root
pas exécuter le démon.Remarque :
J'ai donc édité
/etc/default/minidlna
pour contenirpuis
/etc/minidlna.conf
contenirJ'ai également dû modifier les autorisations pour autoriser mon utilisateur
Redémarrez ensuite le service
la source
J'ai rencontré le même problème sur un NAS que j'essaie de créer. Je pense que le
/etc/init.d/minidlna
script ne devrait pas:Mais fais un
Parce que le groupe principal de l'utilisateur peut différer de l'utilisateur. Surtout lorsque vous voulez que les utilisateurs partagent, vous voulez qu'un groupe qu'ils partagent soit également le groupe principal de minidlna.
la source
J'essayais d'exécuter MiniDLNA comme une zone de stockage alternative pour HDHomeRun RECORD (en utilisant la configuration NAS dans HDHomeRun SETUP).
Je pensais que Samba était en conflit lorsque j'ai redémarré et mon serveur DLNA ne fonctionnait plus. Il s'avère que je n'ai jamais défini
firewalld
d'avoir un port ouvert 8200, je venais de l'éteindre et j'avais oublié de désactiver le service (pensant probablement que je le ferais correctement plus tard et oubliant).J'utilise Fedora 27, BTW.
Pour une raison quelconque, MiniDLNA signale que le répertoire multimédia est
not accessible
si votre port n'est pas ouvert. Exemple --Avant de désactiver le pare-feu:
Après avoir désactivé le pare-feu:
Je ne sais pas pourquoi cela signalerait le répertoire multimédia comme étant inaccessible en raison d'un port bloqué, cela me semble étrange. Mais la désactivation du pare-feu a été tout ce que j'ai fait pour qu'il recommence à fonctionner.
la source
Pour permettre à miniDLNA de réanalyser sa bibliothèque, nous pouvons émettre les commandes suivantes:
Notez qu'avec les paramètres de bibliothèque par défaut, la deuxième ligne doit être exécutée sous l'utilisateur
minidlna
afin de permettre à minidlna d'avoir accès à cette bibliothèque plus tard.Selon vos paramètres, vous pouvez avoir défini un emplacement pour la bibliothèque autre que par défaut
/var/lib/minidlna
. Ensuite, nous pouvons avoir besoin d'autorisations différentes.la source