Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Pages : 1
Il me suffit de passer en root pour que cela fonctionne mais du coup tout apartient à root ....
Bonne journée.
Hors ligne
site de mon association 1901
https://le-caillou.le-pic.org
Hors ligne
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Si j'interprète cette ligne, le dossier appartient à root et ce trouve dans le groupe raid, c'est bien cela?
Ensuite j'ai créer un dossier time-machine dans raid1:
Là, tout appartient à root. Donc à chaque fois je doit utiliser la commande chown?
Hors ligne
ben ensuite tu feras un chown - R machin:machin ton_dossier
C'est ici la solution.
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
Dernière modification par bzh29 (15-10-2018 08:47:00)
Hors ligne
est ce normal que de ce voir refuser la création d'un simple fichier ou dossier?
Oui, à plusieurs titres :
- un utilisateur normal n'a pas le droit d'écrire n'importe où, et /mnt appartient à root
- /mnt n'est pas prévu pour y créer des sous-répertoires.
- /mnt est prévu pour les montages temporaires par root. Le point de montage d'un ensemble RAID ne me semble pas être temporaire.
Un point de montage permanent doit être choisi en fonction du contenu du système de fichiers qui sera monté dessus (ex : données utilisateur -> /home, données serveur -> /srv...), pas de la nature physique de son contenant (RAID, LVM, NFS...).
le dossier appartient à root et ce trouve dans le groupe raid, c'est bien cela?
Les permissions d'un point de montage n'ont aucune importance car elles sont remplacées lors du montage par les permissions de la racine du système de fichiers monté dessus. Les permissions à l'intérieur du système de fichiers monté se gèrent comme pour le reste de l'arborescence, en fonction de l'usage prévu.
Il vaut mieux montrer que raconter.
Hors ligne
Tien, encore un qui commence par demander pourquoi sa démarche ne marche pas au lieu d'expliquer son besoin...
Au temps pour moi.
Donc un server lam avec un HDD pour l'OS et deux SSD pour un RAID1 qui va servir par l'intermédiaire de Netatalk à sauvegarder nos deux iMac en utilisant Time-Machine.
Le Raid 1 est finalisé (/etc/md0).
Par contre en partant de là sa risque pas de faire un peu doublon avec mon autre poste?
https://debian-facile.org/viewtopic.php … 41#p279741
Ici je voulais juste parler des droits.
Dernière modification par bzh29 (15-10-2018 09:15:43)
Hors ligne
Hors ligne
ou faut il que j'utilise la commande chown pour chacun d'entre eux?
C'était dit par lagrenouille : chown -R ....
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
Dernière modification par bzh29 (15-10-2018 12:19:19)
Hors ligne
site de mon association 1901
https://le-caillou.le-pic.org
Hors ligne
Oui mais la j'ai plusieurs sous dossier.
Le -R permet d'attribuer les mêmes droit à tout les dossiers? (c'est ce que j'ai compris suite à la traduction de google).
Bien sur. "recursive" veut dire sur les répertoires, sous-repertoires et fichiers dès la racine du répertoire donnée comme racine à chown. Le signifié de "recursive" c'est une sorte de "standard" dans l'informatique, et normalement c'est associé au paramètre -r ou -R (pour vérifier, comme toujours "man commande").
Comme ceci?
chown -R /mnt/raid1/time-machine/franck-TM
Il manque le nom de l'utilisateur que tu veux qu'il soit le propriétaire.
En plus, je crois que tu cherches plutôt le résultat de
Dernière modification par empanada (15-10-2018 12:25:44)
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
Il faut qu'il soit tous comme le dossier time-machine, nous sommes bien d'accord?
Ensuite je vais devois créer un autre utilisateur nommé sophie que je devrai placer dans le groupe raid.
Dernière modification par bzh29 (15-10-2018 12:28:54)
Hors ligne
non
tu veux faire quoi, car ta commande est pas bonne
lagrenouille a raison: je n'avais pas bien lit la question. chown change le propriétaire, mais pas les droits, normalement les commandes chown et chmod son exécutées ensemble: premier chown et après chmod.
Je crois qu'un peu de lecture est pertinente :
Protection des fichiers
chmod
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
Les permissions d'un point de montage n'ont aucune importance car elles sont remplacées lors du montage par les permissions de la racine du système de fichiers monté dessus. Les permissions à l'intérieur du système de fichiers monté se gèrent comme pour le reste de l'arborescence, en fonction de l'usage prévu.
Que donne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
/srv serait le plus approprié pour le point de montage de mon Raid.
Oui, s'il s'agit des données de services. Par exemple un partage réseau, un serveur web...
Si je prend cette exemple: /srv/raid1/time-machine/franck-TM
Pas besoin de faire figurer "raid1" dans le chemin. Ça ne sert à rien. On n'a pas besoin de savoir que c'est du RAID 1.
De même, créer un group "Raid" n'a aucun sens. Les permissions doivent être définies par rapport au contenu, pas au contenant.
De quelles permissions as-tu besoin sur /srv, /srv/time-machine, ses sous-répertoires ? En 6 mots : qui a besoin de faire quoi (lire, écrire, créer un fichier, un répertoire...) ?
Dernière modification par raleur (15-10-2018 14:00:52)
Il vaut mieux montrer que raconter.
Hors ligne
Normalement, lorsqu'un fichier est créé par un utilisateur, il en est propriétaire, et un groupe par défaut lui est appliqué (généralement users si le fichier a été créé par un utilisateur, et root ou wheel s'il a été créé par root). Cependant, lorsqu'un fichier est créé dans un répertoire portant le droit SGID, alors ce fichier se verra attribuer par défaut le groupe du répertoire. De plus, si c'est un autre répertoire qui est créé dans le répertoire portant le droit SGID, ce sous-répertoire portera également ce droit.
https://debian-facile.org/viewtopic.php?id=17330
Ce qui répond en partie au probleme car l'umask par defaut est 0022
En changeant umask les droits son changé le temps de la session
tu peux faire l'essai
D'apres ce que j'ai lu sous Stretch les modifications de umask dans ~/.profile ne sont pas prise en compte
il faut mettre umask dans un fichier ~/.xsessionrc pour rendre le changement permanent
apres essais effectivement dans .profile pas de changement , par contre si on créé le fichier .xsessionrc et que on y met umask
apres logout ...login la modification est prise en compte
Dernière modification par Croutons (15-10-2018 14:58:18)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
…sous Stretch les modifications de umask dans ~/.profile ne sont pas prise en compte…
Les modifications de umask dans ~/.profile seront prises en compte dans une console en mode texte (accessibles par exemple par Ctrl+Alt+F3)
# ~/.profile: executed by the command interpreter for login shells.
elles sont prises en compte dans toutes les consoles qui demanderont une identification du compte utilisateur et son mot de passe,
comme par exemple quand on se connectera par ssh en lançant une ligne de commande comme par exemple : ssh localhost
Par contre, le fichier ~/.profile ne sera pas pris en compte par les émulateurs de terminal affichés en mode graphique (par l'Environnement de Bureau)
car, puisqu'on l'a déjà fait en ouvrant une session en mode graphique pour son Environnement de Bureau,
on n'a pas besoin de s'identifier après avoir lancé un émulateur de terminal.
Les émulateurs de terminal de l'Environnement de Bureau n'utilisent donc pas un "login shell"
Dernière modification par MicP (16-10-2018 09:36:07)
Hors ligne
Pages : 1