Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
L'icône rouge permet de télécharger chaque page du wiki visitée au format
PDF et la grise au format ODT →
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente Prochaine révision Les deux révisions suivantes | ||
|
utilisateurs:enicar:tutos:peregrination-autour-de-ls-l [20/03/2015 21:00] enicar [La sortie de ls -l] |
utilisateurs:enicar:tutos:peregrination-autour-de-ls-l [21/03/2015 06:36] enicar [La sortie de ls -l] |
||
|---|---|---|---|
| Ligne 11: | Ligne 11: | ||
| Je propose d'aborder les concepts de droits unix et de type de fichier en prenant exemple | Je propose d'aborder les concepts de droits unix et de type de fichier en prenant exemple | ||
| sur la sortie de la commande : | sur la sortie de la commande : | ||
| - | [code=user] | + | <code user> |
| ls -l | ls -l | ||
| - | [/code] | + | </code> |
| Ceci permettra d'aborder les droits sur les fichiers, les notions de propriétaires et de groupe et | Ceci permettra d'aborder les droits sur les fichiers, les notions de propriétaires et de groupe et | ||
| les divers type de fichiers qui existent sur un système de fichier linux (ext2/ext3/ext4/btrfs). | les divers type de fichiers qui existent sur un système de fichier linux (ext2/ext3/ext4/btrfs). | ||
| Certaines de ces notions sont aussi vraies pour d'autres systèmes de fichiers unix, bien sûr ;) | Certaines de ces notions sont aussi vraies pour d'autres systèmes de fichiers unix, bien sûr ;) | ||
| + | Donc je vais d'abord exposer ces notions essentielles, et ensuite on va revenir sur des exemples | ||
| + | pour entériner tout cela. | ||
| ===== La sortie de ls -l ===== | ===== La sortie de ls -l ===== | ||
| Faisons : | Faisons : | ||
| Ligne 24: | Ligne 26: | ||
| </code> | </code> | ||
| - | <file bash Ce qui me donne> | + | <file - Ce qui me donne> |
| -rw-r--r-- 1 enicar enicar 1436 avril 23 2014 /home/enicar/.bashrc | -rw-r--r-- 1 enicar enicar 1436 avril 23 2014 /home/enicar/.bashrc | ||
| </file> | </file> | ||
| Ligne 93: | Ligne 95: | ||
| Par exemple : | Par exemple : | ||
| <code user> | <code user> | ||
| - | ls -l bin/su | + | ls -l /bin/su |
| </code> | </code> | ||
| - | <file bash Nous affiche> | + | <file - Affiche> |
| -rwsr-xr-x 1 root root 38868 nov. 19 22:03 /bin/su | -rwsr-xr-x 1 root root 38868 nov. 19 22:03 /bin/su | ||
| </file> | </file> | ||
| Ici, nous voyons que la commande « su » a son bit setuid positionné. | Ici, nous voyons que la commande « su » a son bit setuid positionné. | ||
| - | Je reviendrais plus tard sur la signification et l'usage des setuid et setgid. | + | <note>Je reviendrais plus tard sur la signification et l'usage des setuid et setgid.</note> |
| Pour terminer avec les droits, le champ « rwx » des autres (c'est à dire ceux qui ne sont ni le propriétaire, | Pour terminer avec les droits, le champ « rwx » des autres (c'est à dire ceux qui ne sont ni le propriétaire, | ||
| Ligne 107: | Ligne 109: | ||
| |t|Même chose que précédemment, mais le bit en exécution pour les autres est positionné| | |t|Même chose que précédemment, mais le bit en exécution pour les autres est positionné| | ||
| - | Dans linux, ce bit **t** n'est utilisé que pour les répertoires. IL est utilisé notamment pour | + | Dans linux, ce bit **t** n'est utilisé que pour les répertoires. Il est utilisé notamment pour |
| les répertoires temporaires, par exemple : | les répertoires temporaires, par exemple : | ||
| <code user> | <code user> | ||
| ls -ld /tmp | ls -ld /tmp | ||
| </code> | </code> | ||
| - | <file bash Nous affiche> | + | <file - Affiche> |
| drwxrwxrwt 9 root root 8192 mars 20 20:25 /tmp | drwxrwxrwt 9 root root 8192 mars 20 20:25 /tmp | ||
| </file> | </file> | ||
| Ligne 133: | Ligne 135: | ||
| ls -lh ~/.bashrc | ls -lh ~/.bashrc | ||
| </code> | </code> | ||
| - | <file bash Affiche> | + | <file - Affiche> |
| -rw-r--r-- 1 enicar enicar 1,5K avril 23 2014 /home/enicar/.bashrc | -rw-r--r-- 1 enicar enicar 1,5K avril 23 2014 /home/enicar/.bashrc | ||
| </file> | </file> | ||
| - | Nous obtenons la taille en Kilo octets, dans ce cas mais pour des fichiers faisant plusieurs | + | Nous obtenons la taille en kébi octets, dans ce cas mais pour des fichiers faisant plusieurs |
| - | méga octets, « ls -lh » nous donnera la taille en méga octets. C'est très pratique pour se | + | méga octets, « **ls -lh** » nous donnera la taille en mébi octets. C'est très pratique pour se |
| faire une idée de la taille d'un fichier. | faire une idée de la taille d'un fichier. | ||
| + | <note> un kébi = 1024, alors que un kilo = 1000. De même, un mébi = 1024 * 1024, | ||
| + | alors que un méga = 1000 * 1000.</note> | ||
| + | |||
| + | === Date de dernière modification === | ||
| + | Par défaut « **ls -l** » affiche la date de dernière modification. Chaque fichiers, possèdent | ||
| + | plusieurs horodatages. Il en existe 3 : | ||
| + | * Date de dernier accès (atime) | ||
| + | * Date de dernière modification (mtime) | ||
| + | * Date de dernier changement des droits (ctime) | ||
| + | J'ai écrit entre parenthèses l’abréviation qui est employé pour chacune. | ||
| + | On peut afficher ces trois dates à l'aide de la commande « **stat** » : | ||
| + | <code user> | ||
| + | stat ~/.bashrc | ||
| + | </code> | ||
| + | <file - Affiche> | ||
| + | Fichier : « /home/enicar/.bashrc » | ||
| + | Taille : 1436 Blocs : 8 Blocs d'E/S : 4096 fichier | ||
| + | Périphérique : fe05h/65029d Inœud : 6293947 Liens : 1 | ||
| + | Accès : (0644/-rw-r--r--) UID : ( 1000/ enicar) GID : ( 1000/ enicar) | ||
| + | Accès : 2015-03-19 22:10:12.848911153 +0100 | ||
| + | Modif. : 2014-04-23 10:24:33.099434481 +0200 | ||
| + | Changt : 2014-04-23 10:24:33.133434850 +0200 | ||
| + | Créé : - | ||
| + | </file> | ||
| + | On voit les trois différentes dates. La date de dernière modification est changée lorsqu'on modifie | ||
| + | les données du fichier. La date de dernier changement indique la date dernier changement des méta données concernant le fichier (c'est à dire, les informations, comme sa taille, son propriétaire, son groupe, ses droits, son nombre de liens,…)FIXME. La date de dernier accès est changé lors d'un accès en lecture et aussi quand l'une des dates de modification ou de changement est changée. FIXME | ||
| + | |||
| + | On peut obtenir les dates de derniers accès et de dernier changement avec « **ls -l** ». Une option | ||
| + | longue de la forme « **--time=//mode//** » permet de choisir quelle date affichée. Des options | ||
| + | courtes sont aussi disponibles : | ||
| + | ^//mode//^option courte^affichage^ | ||
| + | |atime, access ou use|-u|date de dernier accès| | ||
| + | |ctime ou status|-c|date de dernier changement| | ||
| + | |||
| + | === Nom du fichier === | ||
| + | |||
| + | Nous avons ici : | ||
| + | <file bash> | ||
| + | /home/enicar/.bashrc | ||
| + | </file> | ||
| + | **ls** n'affiche pas le nom des fichiers avec le chemin en entier. C'est le shell qui a substitué le « **~** » en « /home/enicar ». | ||
| + | La même chose se passe quand on utilise un méta caractère du shell comme «** * **». | ||
| + | Pour vous en convaincre, comparez les sorties des deux commandes : | ||
| + | <code user> | ||
| + | ls * | ||
| + | echo * | ||
| + | </code> | ||
| + | Nous voyons que **ls** met en forme la sortie alors que **echo** fait juste un… écho ! | ||
| + | |||
| + | |||
