econnait peut-être mal l'usager 2 ou celui-ci a un umask différent.
> J'ai vraiment du mal à comprendre...
>
>
>
> Le 28/11/2021 à 21:10:05, didier gaumet a écrit :
>
> Le dimanche 28 novembre 2021 à 17:51 +0100, lists.deb...@netc.eu a
> écrit :
>
Je pense qu tu obtiendras des éléments de réponse en lisant les docs
sur les sites, officiel de ntfs-3g, et persos de ses développeurs,
ainsi que wikipedia et autres sources comparables
Ce que je suppose c'est que NTFS étant un système de fichiers
propriétaire dont les spécifications sont fermée
Merci du retour Didier, Je vais essayer de voir tout ça pendant la semaine.
Entre-temps ce que je n'arrive pas trop à comprendre est-ce pourquoi 2 dossiers
similaires (User1 et User2) finissent par avoir des permissions différentes,
même si sous Windows ils ont exactement les mêmes paramètres de
Le dimanche 28 novembre 2021 à 17:51 +0100, lists.deb...@netc.eu a
écrit :
> Merci de vos retour :)
>
> Je suis allé sur le site NTFS-3G site, j'ai lu toute la doc relative
> au fichier usermap, mais j'ai eu deux soucis :
> - je n'ai pas réussi à trouver le fichier zip pour Windows
Il (JP An
Merci de vos retour :) Je suis allé sur le site NTFS-3G site, j'ai lu toute la
doc relative au fichier usermap, mais j'ai eu deux soucis : - je n'ai pas
réussi à trouver le fichier zip pour Windows - une foi que j'ai essayé de
lancer l'exécution sur Debian, je n'ai pas trop compris les résultats
à Marc: pour compléter l'intervention de Hugues, tu peux regarder la
page man de ntfs-3g (par défaut quand tu montes du ntfs dans Debian,
c'est ntfs-3g qui est a l'oeuvre)
http://manpages.ubuntu.com/manpages/bionic/en/man8/mount.ntfs.8.html
où il est suggéré de passer par une liste de corresponda
sède 2 disques, une SSD avec les 2 systèmes et un HDD où sont les
> autres fichiers (documents, images, musique,...).
>
> Mon idée est de partager ce HDD entre Windows et Debian. Pour le faire, dans
> mon fichier fstab, j'ai rajouté la ligne suivante :
>
> UUID=ACB23705B236D
Windows et Debian. Pour le
faire, dans mon fichier fstab, j'ai rajouté la ligne suivante :
UUID=ACB23705B236D414 /mnt/windows ntfs-3g defaults,umask=000 0 0 Les dossiers
présents montent correctement dans le dossier /mnt/windows : $ ls -l
/mnt/windows/ total 80 drwxrwxrwx 1 root root 409
Windows et Debian. Pour le
faire, dans mon fichier fstab, j'ai rajouté la ligne suivante :
UUID=ACB23705B236D414 /mnt/windows ntfs-3g defaults,umask=000 0 0 Les dossiers
présents montent correctement dans le dossier /mnt/windows : $ ls -l
/mnt/windows/ total 80 drwxrwxrwx 1 root root 409
si
> c'est un dossier ou que si le fichier avait déjà un droit d'exécution par
> une autre ACL.
Ça dépend si tu utilises x ou X. Mais X n'a pas de sens avec
la commande ci-dessus (X est surtout utile quand on change les
permissions sur un groupe de fichiers, de façon à préserver
On 06/13/2015 04:40 PM, Maderios wrote:
On 06/13/2015 10:52 AM, Fabien R wrote:
On 10/06/2015 20:33, NicoLagaffe wrote:
Ba oui, effectivement, je dis n'importe quoi. Ca ne sert qu'a conserver le
groupe du repertoire parent. Rien a voir avec les droits.
Autant pour moi...
Au temps ... :-)
Tou
On 06/13/2015 10:52 AM, Fabien R wrote:
> On 10/06/2015 20:33, NicoLagaffe wrote:
>> Ba oui, effectivement, je dis n'importe quoi. Ca ne sert qu'a conserver le
>> groupe du repertoire parent. Rien a voir avec les droits.
>> Autant pour moi...
> Au temps ... :-)
Tout à fait exact
http://www.academ
Le Sat, 13 Jun 2015 10:52:22 +0200,
Fabien R a écrit :
> On 10/06/2015 20:33, NicoLagaffe wrote:
> > Ba oui, effectivement, je dis n'importe quoi. Ca ne sert qu'a
> > conserver le groupe du repertoire parent. Rien a voir avec les
> > droits. Autant pour moi...
> Au temps ... :-)
>
> --
> Fabien
On 10/06/2015 20:33, NicoLagaffe wrote:
> Ba oui, effectivement, je dis n'importe quoi. Ca ne sert qu'a conserver le
> groupe du repertoire parent. Rien a voir avec les droits.
> Autant pour moi...
Au temps ... :-)
--
Fabien
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.
Le 12/06/2015 14:08, mireero a écrit :
On 06/12/2015 11:50 AM, Francois Lafont wrote:
$ setfacl --default -m u::rwx -m g::- -m o::- /path/to/folder
>>
>>Ceci va faire que les ACL par défaut pour les fichiers ou dossiers
>>créés seront 0600 (ou 0700 pour les dossiers). Et donc tout fichier
>>ou
On 06/12/2015 11:50 AM, Francois Lafont wrote:
$ setfacl --default -m u::rwx -m g::- -m o::- /path/to/folder
>>
>>Ceci va faire que les ACL par défaut pour les fichiers ou dossiers
>>créés seront 0600 (ou 0700 pour les dossiers). Et donc tout fichier
>>ou dossier créé dans le dossier en question
On 12/06/2015 11:23, steve wrote:
> Le 10-06-2015, à 21:25:50 +0200, ~TraydenT~ a écrit :
>
>> Si par là tu veux dire «les droits par défaut à appliquer sur les
>> nouveaux fichiers (ou dossiers) créés dans un répertoire», je me suis
>> posé la question récemment, et tu peux le faire en passant par
Le 10-06-2015, à 21:25:50 +0200, ~TraydenT~ a écrit :
> Le 10/06/2015 16:57, steve a écrit :
> > Salut,
> Salut !
> > Je cherche à définir un umask spécifique à un répertoire. Je sais le
> > faire à la main (« umask 177 » pour que les fichiers créés dans le
> >
Salut,
steve a écrit le 10/06/2015 18:10 :
> L'idée est de pouvoir créer des fichiers dans un répertoire
> particulier avec des permissions 600, et c'est tout.
Et juste avoir le répertoire parent en 700, ce n'est pas suffisant?
--
Stéphane
--
Lisez la FAQ de la liste avant de poser une
Le 10 juin 2015 à 16:57, steve a écrit :
>
> Je cherche à définir un umask spécifique à un répertoire. Je sais le
> faire à la main (« umask 177 » pour que les fichiers créés dans le
> répertoire où j'ai exécuté cette commande aient 600 comme
> permissions). Or si je
Le 10/06/2015 16:57, steve a écrit :
Salut,
Salut !
Je cherche à définir un umask spécifique à un répertoire. Je sais le
faire à la main (« umask 177 » pour que les fichiers créés dans le
répertoire où j'ai exécuté cette commande aient 600 comme
permissions). Or si
mais ça n'aura aucune influence sur la valeur des bits
>>> correspondant aux droits Unix de ce fichier. Si le PO veut agir
>>> sur le umask, c'est qu'il vaut agit sur la valeur par défaut
>>> des bits correspondant aux droits Unix d'un fichier lors
x droits Unix de ce fichier. Si le PO veut agir
>> sur le umask, c'est qu'il vaut agit sur la valeur par défaut
>> des bits correspondant aux droits Unix d'un fichier lors de sa
>> création, pas sur le propriétaire et le groupe propriétaire du
>> fichier.
[.
Le 10 juin 2015 18:02:54 UTC+02:00, Francois Lafont a
écrit :
>On 10/06/2015 17:33, NicoLagaffe wrote:
>
>> Et pourquoi pas un
>> chmod 600 mondossier
>> chmod g+s mondossier
>> Ainsi tout docs ou dossier crees dedans aura le meme umask.
>> Non ?
>
>
Le 10-06-2015, à 18:02:54 +0200, Francois Lafont a écrit :
> On 10/06/2015 17:33, NicoLagaffe wrote:
>
> > Et pourquoi pas un
> > chmod 600 mondossier
> > chmod g+s mondossier
> > Ainsi tout docs ou dossier crees dedans aura le meme umask.
> > Non ?
>
Le 10-06-2015, à 17:43:01 +0200, Didier Link a écrit :
> > Une autre modeste âme aurait-elle une idée sur la question ?
> >
>
> Peut-être voir du côté des ACL (man setfacl) pour mettre un umask par
> défaut par ce biais sur un répertoire ?
J'y avais pensé, mais a
On 10/06/2015 17:33, NicoLagaffe wrote:
> Et pourquoi pas un
> chmod 600 mondossier
> chmod g+s mondossier
> Ainsi tout docs ou dossier crees dedans aura le meme umask.
> Non ?
Il me semble que non. Changer le bit sgid d'un répertoire va
agir sur le *groupe* *propriétaire
On 10/06/2015 17:43, steve wrote:
>> Le man dit
>>A child process created via fork(2) inherits its parent's
>> umask. The umask is left unchanged by execve(2).
>>
>> Cela voudrait dire qu'il faut faire un fork, puis dans le process créé
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Le 10/06/2015 17:29, steve a écrit :
> Le 10-06-2015, à 17:10:58 +0200, Francois Lafont a écrit :
>
>> Salut,
>>
>> On 10/06/2015 16:57, steve wrote:
>>
>>> Je cherche à définir un umask spécifique à un rép
Le 10 juin 2015 16:57:00 UTC+02:00, steve a écrit :
> Salut,
>
> Je cherche à définir un umask spécifique à un répertoire. Je sais le
> faire à la main (« umask 177 » pour que les fichiers créés dans le
> répertoire où j'ai exécuté cette commande aient 600 comme
> pe
Le mercredi 10 juin 2015, Thierry Despeyroux a écrit :
> Le man dit
>A child process created via fork(2) inherits its parent's
> umask. The umask is left unchanged by execve(2).
>
> Cela voudrait dire qu'il faut faire un fork, puis dans le process créé
Le man dit
A child process created via fork(2) inherits its parent's
umask. The umask is left unchanged by execve(2).
Cela voudrait dire qu'il faut faire un fork, puis dans le process créé
faire le umask qui sera valable pour tous les sous process de ce fork,
mais pas aill
Le 10-06-2015, à 17:10:58 +0200, Francois Lafont a écrit :
> Salut,
>
> On 10/06/2015 16:57, steve wrote:
>
> > Je cherche à définir un umask spécifique à un répertoire. Je sais le
> > faire à la main (« umask 177 » pour que les fichiers créés dans le
> > ré
Salut,
On 10/06/2015 16:57, steve wrote:
> Je cherche à définir un umask spécifique à un répertoire. Je sais le
> faire à la main (« umask 177 » pour que les fichiers créés dans le
> répertoire où j'ai exécuté cette commande aient 600 comme
> permissions).
Es-tu sû
Salut,
Je cherche à définir un umask spécifique à un répertoire. Je sais le
faire à la main (« umask 177 » pour que les fichiers créés dans le
répertoire où j'ai exécuté cette commande aient 600 comme
permissions). Or si je me déconnecte, cette valeur est perdue. Je peux
bie
David BERCOT wrote:
>> > Mais dans ce cas (la question va sûrement vous paraître triviale,
>> > mais...), comme puis-je fixer un umask sur toute une arborescence pour
>> > un utilisateur donné ?
>> >
>> Un umask est spécifique a un shell, pas a une arb
> > Mais dans ce cas (la question va sûrement vous paraître triviale,
> > mais...), comme puis-je fixer un umask sur toute une arborescence pour
> > un utilisateur donné ?
> >
> Un umask est spécifique a un shell, pas a une arborescence. Il se règle avec
> la comman
ateurs
>> accéder au point de montage, mais j'ai pas essayé, il est un peu trop
>> tard (ou trop tôt).
>
> Finalement, ça pourrait me convenir en fait...
> Mais dans ce cas (la question va sûrement vous paraître triviale,
> mais...), comme puis-je fixer un umask s
;utilisateur distant qui se connecte en ssh qui sont
> utilisés. Les nouveaux fichiers sont créés avec l'umask de l'utilisateur.
> D'après man sshfs, c'est possible de laisser les autres utilisateurs accéder
> au point de montage, mais j'ai pas essayé, il est un peu trop
Le Sat, 01 Oct 2005 18:55:31 +0200, Guy Marcenac <[EMAIL PROTECTED]> a écrit :
> Bonjour,
>
> Par défaut, d'après ce que je constate, les périphériques USB de masse
> sont montés avec umask à 0777.
> J'ai du mal à voir comment je peux changer umask (ou d'au
pingouin osmolateur wrote:
>
> Si tu montes tes périphériques via /etc/fstab tu peux
> spécifier le umask
>
> /dev/sdc1 /mnt/cleusb vfat
> rw,gid=1000,uid=1000,umask=002,auto,user 0 0
>
Bonjour et merci,
Je pensais que avec udev et hal je pouvais m'affranchi
--- Guy Marcenac <[EMAIL PROTECTED]> a écrit :
> Bonjour,
Bonjour
>
> Par défaut, d'après ce que je constate, les
> périphériques USB de masse
> sont montés avec umask à 0777.
> J'ai du mal à voir comment je peux changer umask (ou
> d'autres optio
Bonjour,
Par défaut, d'après ce que je constate, les périphériques USB de masse
sont montés avec umask à 0777.
J'ai du mal à voir comment je peux changer umask (ou d'autres options de
montage d'ailleurs).
debian unstable
kernel 2.6.12-1-386
hal 0.4.8-7
udev 0.070-2
--
guy
Bonsoir,
Désolé pour ce hors sujet mais je cherche à modifier le umask lorsque je
crée un dossier ou que je copie un mail via mon compte imap en maildir.
Je suis en debian sarge noyau 2.6.8-2-686.
J'ai beau modifier le paramètre umask dans /etc/dovecot/dovecot.conf
mais les droits
Le 12409ième jour après Epoch,
[EMAIL PROTECTED] écrivait:
> Vincent Lefevre a écrit :
>
>>On 2003-12-15 15:40:48 +0100, Info wrote:
>>
>>> Je souhaiterais savoir si il est possible d'avoir un umask
>>> différent suivant l'emplacement du fichier
Vincent Lefevre a écrit :
On 2003-12-15 15:40:48 +0100, Info wrote:
Je souhaiterais savoir si il est possible d'avoir un umask différent
suivant l'emplacement du fichier créé.
Non.
Par exemple que l'utilisateur toto ait un umask 0022 lorsqu'il créé un
fichie
On 2003-12-15 15:40:48 +0100, Info wrote:
> Je souhaiterais savoir si il est possible d'avoir un umask différent
> suivant l'emplacement du fichier créé.
Non.
> Par exemple que l'utilisateur toto ait un umask 0022 lorsqu'il créé un
> fichier dans /home/toto et
Bonjour
Je souhaiterais savoir si il est possible d'avoir un umask différent
suivant l'emplacement du fichier créé.
Par exemple que l'utilisateur toto ait un umask 0022 lorsqu'il créé un
fichier dans /home/toto et un umask de 0002 lorsqu'il créé un fichier
dans /h
écriture) pour le groupe en tant
qu'utilisateur ices :
$ chgrp user data
$ chmod g+sw data
Pour les permissions de création de ficheir, je ne crois pas qu'il soit
possible de forcer le mode (sauf conditions bien particulières sur le
système de fichiers). Ce devrait plutôt être déf
u'il copie
> > un nouveau fichier dans le repertoire data, ce fichier appartient au
> > groupe ices et dispose des droits suivants : rw-rw
> > Comment faire ?
> >
> chmod g+s data
> Cela équivaut à un SetGId ou «set group id» sur le répertoire.
>
Il f
Quoting EISELE Pascal <[EMAIL PROTECTED]>:
> Bonjour,
>
Bonjour,
> J'ai une question toute bête mais pas si simple :
Il n'y a pas de question bête, voyons ;-)
> J'ai un répertoire data appartenant à "ices:ices". L'utilisateur "user"
> fait parti du groupe "user" et "ices" et j'aimerais que lor
Bonjour,
J'ai une question toute bête mais pas si simple :
J'ai un répertoire data appartenant à "ices:ices". L'utilisateur "user"
fait parti du groupe "user" et "ices" et j'aimerais que lors qu'il copie
un nouveau fichier dans le repertoire data, ce fichier appartient au
groupe ices et dispose d
Bonjour à tous,
cette question a déjà été posée sur des forums mais je n'ai pas trouvé
de réponse: comment faire pour changer le umask par défaut que kde utilise?
en effet, j'ai déjà changé le umask en l'inscrivant dans mon .bashrc,
par exemple. Mais celui ne s'applique
des
> > utilisateurs du système ?
>
> Je ne crois pas, mais il n'y a pas vraiment de raison de le
> faire: umask est plus un garde-fou pour éviter de faire des
> fichiers avec n'importe quels modes d'accès, qu'une façon de
> restreindre les droits des utili
On Mon, Dec 16, 2002 at 06:47:24PM +0100, Frédéric Bothamy wrote:
> > bash va d'abord executer /etc/profile, PUIS ~/.bash_profile,
> > donc si umask est défini dans les deux fichier,
> > ~/.bash_profile a "priorité" (en quelque sorte. Du moins,
> > c'es
> > Ce n'est pas ce que m'indique ma page manuel de bash(1) :
> >
> [...]
> >
> > Donc, il utilise /etc/profile ET ~/.bash_profile par défaut
>
> s/ET/PUIS/
>
> bash va d'abord executer /etc/profile, PUIS ~/.bash_profile,
> donc si uma
t;
[...]
>
> Donc, il utilise /etc/profile ET ~/.bash_profile par défaut
s/ET/PUIS/
bash va d'abord executer /etc/profile, PUIS ~/.bash_profile,
donc si umask est défini dans les deux fichier,
~/.bash_profile a "priorité" (en quelque sorte. Du moins,
c'est de là que viendra le réglage).
/Y
* Dominique Arpin <[EMAIL PROTECTED]> [2002-12-16 11:12] :
>
> > Bonjour,
> >
> > je voudrais savoir quel est le fichier de configuration pour le umask
> > systeme, car j'ai changer les fichiers suivants, mais rien n'a change:
> > login.defs =
> Bonjour,
>
> je voudrais savoir quel est le fichier de configuration pour le umask
> systeme, car j'ai changer les fichiers suivants, mais rien n'a change:
> login.defs ==> UMASK 002
> profile ==> umask=002
> ~.profile ==> umask=002
>
&g
Bonjour,
je voudrais savoir quel est le fichier de configuration pour le umask
systeme, car j'ai changer les fichiers suivants, mais rien n'a change:
login.defs ==> UMASK 002
profile ==> umask=002
~.profile ==> umask=002
mais le umask reste toujours a 022
j
Latreyte David writes:
> Bonjour à tous,
> je m'intéresse actuellement aux différents fichiers qui interviennent
> lorsqu'on se loggue. J'ai remarqué que la commande umask se trouve dans
> /etc/profile et /etc/login.defs. Si un jour je veux la modifier, dans que
On mardi 19 fév 2002, Latreyte David wrote:
> ok,
> mais si je veux que la modification s'applique à tout le monde ?
> Lequel des deux fichiers est fait pour être modifié ?
Bon, je ne suis pas un admin alors p'têt ben que je vais dire des aneries.
Méfiance...
login.defs détermine des paramètres au
On Mon, 18 Feb 2002 21:44:34 +
Jean-Michel OLTRA a écrit :
> On lundi 18 fév 2002, Latreyte David wrote:
> > Bonjour à tous,
> > je m'intéresse actuellement aux différents fichiers qui interviennent
> > lorsqu'on se loggue. J'ai remarqué que la commande uma
On lundi 18 fév 2002, Latreyte David wrote:
> Bonjour à tous,
> je m'intéresse actuellement aux différents fichiers qui interviennent
> lorsqu'on se loggue. J'ai remarqué que la commande umask se trouve dans
> /etc/profile et /etc/login.defs. Si un jour je veux la mo
Bonjour à tous,
je m'intéresse actuellement aux différents fichiers qui interviennent
lorsqu'on se loggue. J'ai remarqué que la commande umask se trouve dans
/etc/profile et /etc/login.defs. Si un jour je veux la modifier, dans quel
fichier faudra-t-il le faire ? Il me semble que lo
vec le SGID (et
> m'en suis déjà plusieurs fois servi). Mais il me semble que la question
> (en tout cas c'est la mienne) est :
Bon, ben j'espère que mes explications auront appris quelque chose à
quelqu'un au moins :).
> Comment conserver les droit (écriture, lecture
s servi). Mais il me semble que la question
(en tout cas c'est la mienne) est :
Comment conserver les droit (écriture, lecture, exécution) pour un
répertoire donnée sans utiliser umask qui est utilisé pour un
utilisateur donnée :
Un répertoire avec des droits drwxrwx--- devrait contenir des f
Ainsi parlait Eric LOEW :
> Charles Goyard wrote:
> >
> > [pounk]~$ ls -ld /var/www/
> > drwxrwsr-x 10 root cgo 4096 dc 27 11:37 /var/www/
>
> Oui, mais qu'en est-il des droits du groupe ?
Exemple :
[pounk]~/tst$ groups cgo
cgo : cgo cdrom audio src staff lpadmin perldev
[pounk]~
Un chmod g+s et c'est bon, c'était ce que je cherchais, les nouveaux
fichiers ou repertoires sont crées avec le groupe hérité du répertoire
parent.
Je vais fignoler le reste avec des umask dans le bashrc et dans la conf
des logiciels correspondant.
Merci !
+++
Stef
> -Mess
On Mon, 4 Feb 2002, Charles Goyard wrote:
> >
> > Le seul moyen pour l'instant que j'ai trouvé est d'y aller a coup de
> > umask (umask u=rwx,g=rwx), mais admettons que l'utilisateur "toto" fasse
> > partie du groupe "XFER" et &qu
Charles Goyard wrote:
>
> [pounk]~$ ls -ld /var/www/
> drwxrwsr-x 10 root cgo 4096 dc 27 11:37 /var/www/
Oui, mais qu'en est-il des droits du groupe ?
ur
> l'utilisateur sous son nom, rwx pour le groupe XFER en rwx, et rien pour
> le reste de l'humanité.
>
> Le seul moyen pour l'instant que j'ai trouvé est d'y aller a coup de
> umask (umask u=rwx,g=rwx), mais admettons que l'utilisateur "toto&qu
uts rwxrwx---, soit rwx pour
l'utilisateur sous son nom, rwx pour le groupe XFER en rwx, et rien pour
le reste de l'humanité.
Le seul moyen pour l'instant que j'ai trouvé est d'y aller a coup de
umask (umask u=rwx,g=rwx), mais admettons que l'utilisateur "toto&qu
73 matches
Mail list logo
