Le lun 21 jun 2004 à 14 h 43, Angelx199 prit sa plus fine plume pour
écrire:
> Rebonjour à tous
>
SAlut
> j'abuse peut-être de vos connaissances, mais j'aimerais avoir un
> petit rapelle sur les droits
> par exemple chmod 777, 611, ....
> Si quelqu'un pourrais m'expliquer clairement
C'est la version numérique des permissions. Les permissions de chaque
fichier peuvent être décrites par 4 chiffres; le premier est un peu
spécial tandis que les trois derniers décrivent les permissions pour
chacun des trois groupes. Mais un exemple est plus parlant:
prenons le fichier coco.txt avec 0776 comme permissions, par exemple.
Oublions le "0" du début pour l'instant.
- le premier 7 correspond au droit du possesseur du fichier.
- le deuxième 7 correspond à ceux du groupe.
- le 6 correspond aux autres.
Maintenant, en utilisant la table suivante:
Mode Chiffre
rwx 7
rw- 6
r-x 5
r-- 4
-wx 3
-w- 2
--x 1
--- 0
un 'ls -l' sur coco.txt donnerait:
-rwxrwxrw- user group 1234 2004-06-21 15:55 coco.txt
Donc en tapant 'chmod 0776 text.txt', le fichier aura ces
permissions. C'est pareil de faire 'chmod u+rwx text.txt' suivi de
'chmod g+rwx text.txt' et enfin de 'chmod o+rw test.txt' .
Maintenant, on peut s'intéresser au premier chiffre du quadruplet, le
"0". Il est utilisé pour définir les bits collants (sticky bits), le
suid et le sgid. De la même manière, il peut prendre les valeurs
comprises entre 0 et 7 (8 possibilités = 2^3). Et le tableau:
suid sgid sticky mode digit
on on on 7
on on off 6
on off on 5
on off off 4
off on on 3
off on off 2
off off on 1
off off off 0
Donc le "0" correspond à aucun des trois bits spéciaux positionné.
Tu vas dire, mais c'est quoi ces bits?
- suid: si un programme a le suid positionné, il sera exécuté avec les
droits de celui qui *possède* cet exécutable, plutôt qu'avec ceux de
celui qui a lancé ce processus (le comportement pas défaut pour
beaucoup de programme). Et le 'x' du proprio sera dans ce cas remplacé
par un 's' ou par un 'S' si le 'x' n'est pas donné.
- sgid: plus ou moins la même chose que le suid mais pour le groupe,
avec quand même quelque différence..
- sticky bit: un fichier dans un *répertoire* ayant le sticky bit
positionné ne pourra être effacé que par celui qui l'a créé ou root.
Typiquement, le répertoire /tmp possède ce sticky bit:
$ls -l /
drwxrwxrwt 9 root root 4096 2004-06-21 16:07 tmp
On voit le 't' à la fin.
>
> et par la même occasion, comment fait ton pour supprimer un
> repertoire non vide sans confirmation.
>
$ rm -r le-répertoire
Si on te demande de confirmer la suppression c'est probablement que
t'as un alias avec un 'rm -i' dedans ; le '-i' est le responsable.
Vérifie ~/bashrc and Co .
> et encore une question: comment fait ton pour trouvé un fichier sur
> le hdd : find.....
Soit 'locate coco.txt', soit 'find /home/jojo/ -name coco.txt' , soit
...
>
>
> --
> Pensez à lire la FAQ de la liste avant de poser une question :
> http://wiki.debian.net/?DebianFrench
>
> Pensez à rajouter le mot ``spam'' dans vos champs "From" et
> "Reply-To:"
>
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
> [EMAIL PROTECTED]
>
>
--
> Quelqu'un aurait-il une solution pour réinitialiser un MBR
Si tu veux qu'il soit complètement blanc (pas souhaitable, à mon avis)
:
dd if=/dev/zero of=/dev/hda bs=512k count=1 (sous Linux)
-+- OT in Guide du linuxien (très) pervers - "Pour les K difficiles"
-+-
