[wiki] - La commande touch

milou · 27-05-2015 18:33:03

Pour les retours de https://debian-facile.org/doc:systeme:touch
C'est ici

Mise en conformité de la page

paskal · 27-05-2015 20:04:13

Ahhh ! Touch ! Faut tester, hein ...

milou · 27-05-2015 20:06:32

Honnêtement, quand j'ai attaqué la page, je connaissais déjà ta réponse.... Et je ne me suis pas trompée

paskal · 27-05-2015 20:06:57

milou · 27-05-2015 20:08:29

Je vais donc rajouter testé par Paskal

paskal · 27-05-2015 20:09:57

Pas de problème ... les yeux fermés

milou · 27-05-2015 20:10:40

paskal · 27-05-2015 20:18:43

Edenris · 23-08-2019 22:41:24

Bonjour,
j'ai fait quelques tests supplémentaires pour comparer chevron et touch et j'ai l'impression que pour touch, on est absolument obligé de se déplacer dans le répertoire avant de l'utiliser, contrairement à chevron qui peut aussi avoir comme argument un chemin absolu ?

2 autres petites questions :
- la différence remarquable entre touch et chevron, c'est que chevron garde le même numéro d'iode (qui est une sorte de numéro d'identification) ? J'ai bon ?
- quand je fais :

rm fichier | touch /fichier

j'ai l'impression qu'elle me demande d'être root. Or, dans le tuto, on me précise que je dois l’exécuter de préférence en simple utilisateur, est-ce une erreur ?

Merci de vos réponses.

Dernière modification par Edenris (23-08-2019 23:20:39)

enicar · 23-08-2019 23:51:39

Edenris a écrit :

'ai l'impression que pour touch, on est absolument obligé de se déplacer dans le répertoire avant de l'utiliser, contrairement à chevron qui peut aussi avoir comme argument un chemin absolu ?

D'où vient cette impression ? Car ce n'est absolument pas le cas.

Edenris a écrit :

j'ai l'impression qu'elle me demande d'être root.

Ça dépend des droits du répertoires où se trouve « fichier ». Comme la racine
ne devrait être accessible en écriture que par root, pour « touch /fichier »
il faut être root (car on tente d'écrire un fichier qui se trouve à la racine).

Edenris a écrit :

- la différence remarquable entre touch et chevron, c'est que chevron garde le même numéro d'iode (qui est une sorte de numéro d'identification) ? J'ai bon ?

Petite expérience en utilisateur, je me place dans mon HOME :

cd ~

 

Je crée un fichier « essai » :

touch essai

 

Je regarde son inode :

ls -i essai

 

Ça me répond :

281866 essai

 

Ce qui veut dire que le numéro d'inode de essai est 281866.
Maintenant j'utilise « echo » pour « le mettre à jour » :

echo -n >essai

 

Je regarde à nouveau le numéro d'inode :

ls -i essai

 

Retour :

281866 essai

 

Ça n'a pas changé.
J'utilise à présent « touch » pour le mettre à jour :

touch essai

 

Je regarde encore une fois le numéro d'inode :

ls -i essai

 

Retour :

281866 essai

 

Ça n'a toujours pas changé. D'ailleurs une fois qu'un fichier a été créé, son numéro d'inode
ne devrait pas changer, à moins de le changer de système de fichiers.
Et je vais un poil plus loin renommons ce fichier en « truc » :

mv essai truc

 

Regardons le numéro d'inode :

ls -i truc

 

Retour :

281866 truc

 

Le numéro d'inode n'a toujours pas changé…
Évidemment ce numéro d'inode est celui que j'ai obtenu chez moi, et il devrait
être différent chez vous (sauf coïncidence extraordinaire).

Edenris · 24-08-2019 00:24:35

Merci de me répondre aussi tard ! (désolé, j'ai du supprimer les citations)

1) Concernant "l'impression", ça ne marchait pas avant et maintenant oui... Je pense que je devais faire des erreurs de frappe à force de jongler entre les deux pages... On devrait peut-être les réunir, mais au final, ça ferait peut-être trop lourd entre tous les exercices pratiques...
A ce propos, j'ai pu apprendre l'existence de l'option "-lhi" de la commande "ls" , mais qui ne semble pas exister dans le man ? Pourquoi ?

2) J'ai eu le problème de permissions (résolu à présent), puis aussi que le fichier soit supprimé, "sans qu'il revienne" avec

rm test4.txt | touch/test4.txt

3) Ok ça confirme ce que j'ai pu comprendre entre chevron et touch à propos du numéro d'inode.

Dernière modification par Edenris (24-08-2019 00:31:10)

enicar · 24-08-2019 00:40:44

Edenris a écrit :

2) J'ai eu le problème de permissions (résolu à présent), puis aussi que le fichier soit supprimé, "sans qu'il revienne" avec

rm test4.txt | touch/test4.txt

Remarque que contrairement aux commandes msdos, les arguments d'une commande
doivent être séparés de celle-ci par un ou des espaces.
Ce qui fait que ton exemple devrait s'écrire :

rm test4.txt | touch /text4.txt

 

Deuxième soucis. Que vient faire un simple « | » qui est un tube à la suite d'une
commande de suppression ?
Ne serait-ce pas :

 rm test4.txt || touch /text4.txt

 

que tu voulais écrire ? (le || est un « ou » logique pour le shell, ce qui veut
dire supprime le fichier text4.txt ou crée le fichier /text4.txt, qui n'est pas
forcément le même en fonction du répertoire courant).
Troisième soucis : en tant qu'utilisateur tu ne pourras ni supprimer le
fichier « /text4.txt » ni le créer avec la touch…
Ça fait beaucoup d'erreurs dans une seule ligne. Ce qui montre que ce n'est pas
facile d'être précis dans ce qu'on écrit. C'est un apprentissage qui demande
plus ou moins de temps.

Edenris a écrit :

3) Ok ça confirme ce que j'ai pu comprendre entre chevron et touch à propos du numéro d'inode.

Non, ça ne confirme pas ce que tu disais à propos du numéro d'inode. Ma petite expérience
montre que les deux méthodes conservent le numéro d'inode (« touch » et « echo > »).

Edenris · 24-08-2019 01:04:36

1) J'ai espacé la commande de l'argument (effectivement, là c'est une erreur de ma part)

2) Je n'ai mis qu'un seul tube parce que dans l'article de la commande chevron on en parle de cette manière : https://debian-facile.org/doc:programma … l:chevrons

3) J'ai encore une fois oublié de passer en root suivant le répertoire (encore une erreur de ma part)

4) J'ai trop peu expérimenté la commande "echo" (en fait, je ne fais que te suivre)

5) On devrait aller se coucher (mes erreurs doivent être la cause de la fatigue...). Bonne nuit à toi !

MicP · 24-08-2019 01:07:33

Bonjour

Dans son message #11, Edenris a écrit :

…j'ai pu apprendre l'existence de l'option "-lhi" de la commande "ls" , mais qui ne semble pas exister dans le man ? Pourquoi ? …

Il s'agit en fait de 3 options.
Quand tu utilises des options courtes, tu peux les grouper.

Par exemple,

tu pourrais séparer chacune des options sur la ligne de commande :

ls -1 -h -i

et tu obtiendras le même retour de commande
si tu groupes ces 3 options courtes à la suite d'un seul tiret :

ls -1hi

=======
Il te reste à lire les extraits suivants de la page man de la commande ls
pour y trouver la description de ces 3 options :

man ls a écrit :

…
-h, --human-readable
avec -l ou -s, afficher les tailles en format lisible (par
exemple 1K, 234M ou 2G)
…
-i, --inode
afficher le numéro d'index de chaque fichier
…
-l utiliser un format d'affichage long
…

⁫

⁫

Dernière modification par MicP (24-08-2019 01:25:30)

Edenris · 24-08-2019 12:53:03

Merci @MicP de répondre à cette interrogation hors-sujet.

Effectivement, je ne savais pas encore qu'on pouvait regrouper différentes options ensemble mais :
- doivent-elles être obligatoirement dans l'ordre alphabétique ?
- comment différencier une commande "courte" d'une commande "longue" qui serait potentiellement incompatible ? Y-a-t-il des risques de bugs ?

Dernière modification par Edenris (24-08-2019 12:53:24)

MicP · 24-08-2019 13:17:27

Comme on peut le voir, l'ordre n'a pas d'importance,
même si dans les pages man d'une commande,
les descriptions des options sont présentées en ordre alphabétique.

Une option courte est constituée d'un seul caractère
alors que l'option longue équivalente est constituée d'un ou d'une suite de mots.

Par exemple, -i est l'option courte équivalente à l'option longue --inode
⁫

Dernière modification par MicP (24-08-2019 13:19:54)

Edenris · 24-08-2019 13:22:40

OK. Selon ton expérience,existe-il des commandes qui n'ont que des options longues ? Normalement non ?

Dernière modification par Edenris (24-08-2019 13:38:04)

MicP · 24-08-2019 16:50:22

Un extrait récupéré (et "vite" traduit) a écrit :

Source : superuser.com -> Why are there short and long alternatives for command line options?
…
À l'origine, il n'y avait que des options à un seul caractère.

Certains programmes utilisaient des options à plusieurs caractères, mais toujours avec un seul tiret.

Aussi longtemps que je me souvienne, les options à plusieurs tirets et caractères multiples proviennent de GNU;
elles ont été introduites car elles sont plus lisibles et souvent plus facile à mémoriser (et vous pouvez en avoir plus de 52).

De nombreux programmes ont maintenant les deux:
des options courtes pour taper sur la ligne de commande et vous vous souvenez du caractère,
des options longues pour les scripts ou sur la ligne de commande si vous ne vous souvenez que du nom de la forme longue de l'option.
…

Edenris · 24-08-2019 16:54:55

Je ne compte pas pour l'instant faire des scripts (encore trop débutant pour ça), mais un peu d'Histoire ça fait pas de mal !

Debian-facile

#1 27-05-2015 18:33:03

[wiki] - La commande touch

#2 27-05-2015 20:04:13

Re : [wiki] - La commande touch

#3 27-05-2015 20:06:32

Re : [wiki] - La commande touch

#4 27-05-2015 20:06:57

Re : [wiki] - La commande touch

#5 27-05-2015 20:08:29

Re : [wiki] - La commande touch

#6 27-05-2015 20:09:57

Re : [wiki] - La commande touch

#7 27-05-2015 20:10:40

Re : [wiki] - La commande touch

#8 27-05-2015 20:18:43

Re : [wiki] - La commande touch

#9 23-08-2019 22:41:24

Re : [wiki] - La commande touch

#10 23-08-2019 23:51:39

Re : [wiki] - La commande touch

#11 24-08-2019 00:24:35

Re : [wiki] - La commande touch

#12 24-08-2019 00:40:44

Re : [wiki] - La commande touch

#13 24-08-2019 01:04:36

Re : [wiki] - La commande touch

#14 24-08-2019 01:07:33

Re : [wiki] - La commande touch

#15 24-08-2019 12:53:03

Re : [wiki] - La commande touch

#16 24-08-2019 13:17:27

Re : [wiki] - La commande touch

#17 24-08-2019 13:22:40

Re : [wiki] - La commande touch

#18 24-08-2019 16:50:22

Re : [wiki] - La commande touch

#19 24-08-2019 16:54:55

Re : [wiki] - La commande touch

Pied de page des forums