wiki - commande ln

enicar · 21-03-2015 13:27:04

paskal a écrit :

Les retours de commande se font dans un bloc séparé <code></code>

Ah ! Je pensais que les retours de code se faisaient entre <file ></file>… En tout cas, c'est ce
qui est indiqué dans le tuto sur les tutos !

Dernière modification par enicar (21-03-2015 14:22:36)

smolski · 21-03-2015 13:48:59

file pour les fichiers de conf par exemple et code pour les commandes en retour, mais bon, les deux marchent pareils en fait.

paskal · 21-03-2015 14:58:20

enicar a écrit :

paskal a écrit :
Les retours de commande se font dans un bloc séparé <code></code>

Ah ! Je pensais que les retours de code se faisaient entre <file></file>… En tout cas, c'est ce
qui est indiqué dans le tuto sur les tutos !

Si tu lis comme moi : <file></file> se rapporte à des blocs téléchargeables en cliquant sur l'onglet.
Comme le dit smolski, il s'agit de configs par exemple ou d'autres fichiers.
<code quelquechose></code> le fait aussi pour télécharger ... du code
Je ne vois pas d'utilité pratique à télécharger les retours de commandes.

milou · 19-09-2015 18:32:19

En passant par hasard quelques mois après .... J'ai fini le travail....

J'ai laissé les invites de commande dans les blocs user, que je trouve importante, mais.....

En rapport avec le message ci-dessus ...

, comme depuis ça a changé ..... Les retours de commande sont placées dans des blocs file config, uniquement parce que ça fait zoli qu'il a dit le monsieur ....

paskal · 19-09-2015 21:22:14

Des passes partielles, alors ? ...

milou · 19-09-2015 21:23:34

pour le plaisir de recommencer ....

paskal · 19-09-2015 21:25:13

milou · 19-09-2015 21:26:03

agp91 · 04-07-2024 08:56:22

Salux,
J'ai du mal à comprendre la définition du lien physique donné :

ln a écrit :

Les liens physiques ou durs (hardlink) :
Un lien dur associe deux ou plusieurs fichiers à un même espace sur le disque tout en préservant leurs indépendances lors de modifications de leurs contenus. De même, la suppression d'un fichier n'affectera pas l'autre.

Ce que je comprends :
Si je crée un fichier f1, que je le lie à un lien physique f2,
Et que je modifie f2, alors f2 sera différent de f1 (préservant leurs indépendances lors de modifications de leurs contenus).

Pourtant cela est faut :

cd /tmp

echo test1 >f1    # Création fichier f1

ln f1 f2          # Création du lien physique f2

ls -l f1 f2       # Affichage des détails des fichier f1 et f2

-rw-r--r-- 2 DF DF 5  4 juil. 11:40 f1

-rw-r--r-- 2 DF DF 5  4 juil. 11:40 f2

echo test2 >>f2  # Ajout de "test2" à la fin du fichier f2

cat f1           # Affichage du contenu de f1

test

test2

Un lien physique (ou dur) n'est qu'un autre nom (chemin) pour un même fichier.
Si un fichier dispose de plusieurs liens (plusieurs chemins), tous devrons être supprimés pour supprimer ce fichier.

Si les fichiers f1 et f2 ne sont pas supprimés, ils le seront au prochain arrêt de système

rm -v f1 f2

'f1' supprimé

'f2' supprimé

Dernière modification par agp91 (04-07-2024 09:09:06)

agp91 · 04-07-2024 09:51:20

Pour commencer, je vais supprimer tous les prompts (invites) des blocs code, car c'est carrément illisible.
Et pour être conforme au formatage DF, je vais modifier les blocs file, utilisés pour les retours de commande, en simple bloc code.

Dernière modification par agp91 (04-07-2024 09:52:00)

agp91 · 04-07-2024 10:26:41

Voila qui fait...

C'est bien fait..
Car il y avait

ln a écrit :

En terminal root, changez les droits sur le fichier avec la commande [[:doc:systeme:chmod|chmod]] :
<code user>test_lien$ chmod 700 lien1.txt</code>

L'utilisateur root avec une invite à la $.

Pour augmenter la lisibilité j'ai aussi rassemblé plusieurs commandes qui se suivent dans le même bloc de code

agp91 · 04-07-2024 11:19:52

[edit]Des sottises étaient écris ici alors... Supprimer[/edit]

Dernière modification par agp91 (04-07-2024 18:17:45)

agp91 · 04-07-2024 17:16:44

Voila j'ai apporté corrections, j'ai aussi alléger les sections offrant un sommaire plus clair.
J'ai aussi changé fichier symbole, soit par lien symbolique soit fichier du lien symbolique.
Et aussi fichier symbole physique par fichier lié physiquement.

Dernière modification par agp91 (04-07-2024 17:51:14)

agp91 · 04-07-2024 17:48:35

Dans la section Créer un lien physique, ajout d'une note expliquant le second champ de la commande ls -l

agp91 · 03-08-2024 21:39:54

ln > Description a écrit :

Nota :
Il semble que le système de fichier privateur ntfs ne soit pas capable de gérer des hardlink (ni des symlink) avec lui-même, sinon d'une manière incomplète et très très à la con en fait. :-)

... Cela ne semble plus vrai depuis ntfs-3g

manuel ntfs-3g a écrit :

ntfs-3g is an NTFS driver, which can create, remove, rename, move files, directories, hard links ... it can handle special files like symbolic links, devices...
Traduction :
ntfs-3g est un pilote NTFS, qui peut créer, supprimer, renommer, déplacer des fichiers, des répertoires, des liens physiques ... il peut gérer des fichiers spéciaux tels que des liens symboliques...

Démonstration :

mkntfs /dev/vdb1

Cluster size has been automatically set to 4096 bytes.

Initializing device with zeroes: 100% - Done.

Creating NTFS volume structures.

mkntfs completed successfully. Have a nice day.

mount /dev/vdb1 /mnt

cd /mnt

touch f1

ln -s f1 f2

ln f1 f3

ls -li

total 1

-rwxrwxrwx 2 root root 0  3 août  20:01 f1

lrwxrwxrwx 1 root root 2  3 août  20:02 f2 -> f1

-rwxrwxrwx 2 root root 0  3 août  20:01 f3

echo "ecriture dans f1" > f1

echo "ecriture dans f2" >>f2

echo "ecriture dans f3" >>f3

cat f1

ecriture dans f1

ecriture dans f2

ecriture dans f3

cd

umount /mnt

Effectivement les liens symboliques ou physiques sont pris en charge sur un système de fichier NTFS monté avec le driver ntfs-3g.

agp91 · 03-08-2024 21:42:22

Aucun lien possible (ni symbolique, ni physique) avec le système de fichier msdos/fat/vfat

ls -l /sbin/mk{dosfs,fs.{msdos,fat,vfat}}

lrwxrwxrwx 1 root root     8  8 févr.  2021 /sbin/mkdosfs -> mkfs.fat

-rwxr-xr-x 1 root root 64272  8 févr.  2021 /sbin/mkfs.fat

lrwxrwxrwx 1 root root     8  8 févr.  2021 /sbin/mkfs.msdos -> mkfs.fat

lrwxrwxrwx 1 root root     8  8 févr.  2021 /sbin/mkfs.vfat -> mkfs.fat

mkfs.fat /dev/vdb1

mkfs.fat 4.2 (2021-01-31)

mount /dev/vdb1 /mnt

cd /mnt

touch f1

ln -s f1 f2

ln: impossible de créer le lien symbolique 'f2': Opération non permise

ln f1 f3

ln: impossible de créer le lien direct 'f3' → 'f1': Opération non permise

cd

umount /mnt

Ni avec le système de fichier exfat

mkfs.exfat /dev/vdb1

exfatprogs version : 1.2.0

Creating exFAT filesystem(/dev/vdb1, cluster size=4096)

Writing volume boot record: done

Writing backup volume boot record: done

Fat table creation: done

Allocation bitmap creation: done

Upcase table creation: done

Writing root directory entry: done

Synchronizing...

exFAT format complete!

mount /dev/vdb1 /mnt

cd /mnt

touch f1

ln -s f1 f2

ln: impossible de créer le lien symbolique 'f2': Opération non permise

ln f1 f3

ln: impossible de créer le lien direct 'f3' → 'f1': Opération non permise

cd

umount /mnt

agp91 · 11-08-2024 18:43:35

Lors de correction citée ci-dessus, j'ai relevé 4 autres soucis :

Le premier est apporté par le titre des sous-section : Occupation concrète sur le disque et leurs contenus.
-> La taille d'un fichier (retournée par la commande ls -l) n'est pas la taille occupée sur le disque
Haha, j'avais oublié la signification de total retourné par ls -l

... Tant qu'il (Quand il) y aura du vent dans mon crâne (Boris Viant)

J'ai donc ajouté à la section Préparatif, la sous section Théorie simplifiée pour expliquer cela.
Et modifié la section Les liens symboliques (symlink) > Occupation concrète sur le disque (renommée plus simplement : Occupation sur le disque). Afin d'expliquer la taille d'un lien symbolique.
Et la section Les liens physiques (hardlink) > Occupation concrète sur le disque (renommée plus simplement : Occupation sur le disque). Afin d'expliqué l'incohérence du total retourné par ls -l

Le second est une incohérence d'écriture dans la sous-section Les liens symboliques (symlink) > Modifications des droits:

ln > Les liens symboliques (symlink) > Modifications des droits a écrit :

...
Modifions la propriété du fichier du lien symbolique lien1 pour que root devienne le propriétaire.
...
chmod 700 lien1
...

Chmod ne modifie pas le propriétaire.

Le 3em est dans l'introduction de la section Les liens physiques (hardlink)

ln > Les liens physiques (hardlink) a écrit :

Un lien physique est la création d'un fichier à l'identique de celui qu'il pointe.

Ce n'est pas exacte, aucun fichier n'est créé lors de la création d'un lien physique .

Le 4em soucis, c'est moi même qui l'ai apporté , dans la sous-section Les liens physiques (hardlink) > Créer un lien physique, en écrivant la note explicative expliquant le second champ de la commande ls -l :

Le second champ retourné par le commande ls -l, indique ne nombre de noms (chemins) que dispose un fichier.
1 : Quand un fichier n'est pas lié physiquement.

Ce qui est fondamental faux, puisque un fichier est au minimum lié une fois (à son nom), d'où le chiffre 1. (Et un répertoire est lié au minimum 2 fois.)
J'ai alors ajouté l'explication dans la section Préparatifs > Théorie simplifiée. Et corrigé la note explicative.

J'en ai profiter pour ajouter :
A la section Les liens symboliques (symlink) >Créer un lien symbolique, quelques commandes qui ont attrait aux liens symboliques (ls -lL, ls -F, stat, readlink et file)
Et les sous sections :

Les liens symboliques (symlink)
- Copies de lien symbolique
- Répertoire et lien symbolique
Les liens physiques (hardlink)
- Copies de fichier lié physiquement
- Répertoire et lien physique

La sous-section Les liens symboliques (symlink) > Suppression de lien symbolique est réécrite et placée à la fin de sa section parente
Pour plus de lisibilité, les liens symbolique créés perdent l’extension .txt
Et la sous-section Les liens physiques (hardlink) > Suppression des fichiers à été réécrite pour prendre en compte la copie de fichiers liés avec la commande cp -l *.txt rep1.

Ayant modifié en profondeur le tuto et ajouté du code à exécuter,
La notation dans l'entête "Testé par agp91 le 04/07/2024" est caduc.
Le tuto repasse en notation à tester.

D'autres sous-sections sont prévues :

Les liens symboliques (symlink)
- Liens symboliques successifs
- Retrouver le chemin
- Recherche de lien symbolique
Les liens physiques (hardlinké
- Recherche de lien physique

[edit]Correction d'un lien après modification dans le wiki (ajout de s à copies)
Il est notable que dans Les liens physiques (hardlink) > Répertoire et lien physique soit expliqué se que sont les fichiers . et .. situés dans tous les répertoires.
[/edit]

Dernière modification par agp91 (11-08-2024 21:52:00)

Debian-facile

#26 21-03-2015 13:27:04

Re : wiki - commande ln

#27 21-03-2015 13:48:59

Re : wiki - commande ln

#28 21-03-2015 14:58:20

Re : wiki - commande ln

#29 19-09-2015 18:32:19

Re : wiki - commande ln

#30 19-09-2015 21:22:14

Re : wiki - commande ln

#31 19-09-2015 21:23:34

Re : wiki - commande ln

#32 19-09-2015 21:25:13

Re : wiki - commande ln

#33 19-09-2015 21:26:03

Re : wiki - commande ln

#34 04-07-2024 08:56:22

Re : wiki - commande ln

#35 04-07-2024 09:51:20

Re : wiki - commande ln

#36 04-07-2024 10:26:41

Re : wiki - commande ln

#37 04-07-2024 11:19:52

Re : wiki - commande ln

#38 04-07-2024 17:16:44

Re : wiki - commande ln

#39 04-07-2024 17:48:35

Re : wiki - commande ln

#40 03-08-2024 21:39:54

Re : wiki - commande ln

#41 03-08-2024 21:42:22

Re : wiki - commande ln

#42 11-08-2024 18:43:35

Re : wiki - commande ln

Pied de page des forums