Krusaf's Blog

Il s'agit juste d'une aide mémoire perso

ssh-keygen
eval `ssh-agent -s`
ssh-add
ssh-copy-id login@hostname 

Pour les explications, c'est ici.

La variable d'environnement PS1 est affichée à chaque ligne de commande tapée, il s'agit du prompt de base :

krusaf@zeus:~$ 

Dans l'exemple ci-dessus, on distingue qu'elle affiche le_login@la_machine:le_chemin_courrant. Cette variable est personnalisable. Pour afficher l'exemple cité, la variable PS1 est égale à "\u@\h:\w\$ ". Sur certains systèmes, le \u \h ... ne sont pas interprétés. On pourrait également mettre : export PS1="\$USER@\$HOSTNAME:\$PWD \$ " pour obtenir le même prompt.

Il est important de précéder les caractères $ de \ pour ne pas qu'ils soient interprétés car sinon le prompt deviendrait statique (exemple) :

krusaf@zeus:~$ export PS1="$USER@$HOSTNAME:$PWD $ "
krusaf@zeus:/home/krusaf $ cd ..
krusaf@zeus:/home/krusaf $ pwd
/home
krusaf@zeus:/home/krusaf $ export PS1="\$USER@\$HOSTNAME:\$PWD \$ "
krusaf@zeus:/home $ cd
krusaf@zeus:/home/krusaf $ pwd
/home/krusaf 

Mais il est possible d'intégrer de la couleur. Il suffit de rajouter des séquences d'échappement.

Couleur : Texte-Arrière-plan

• Noir : 30- 40
• Rouge : 31-41
• Vert : 32-42
• Jaune : 33-43
• Bleu : 34-44
• Magenta : 35-45
• Cyan : 36-46
• Blanc : 37-47

Voici la variable PS1 que j'utilise : export PS1="[\033[0;32;40m\$USER\033[0m@\$HOSTNAME:\$PWD \$ "

On distingue la séquence d'échappement avec le code couleur vert en premier, suivi du login puis encore d'une séquence d'échappement pour enlever la couleur. Cela écrirait donc login en vert suivi de @la_machine:chemin_courant. une chose qui peut être pratique est de mettre le login utilisateur en vert mais pour l'admin, le mettre en rouge.

A vos claviers

La commande ls accepte l'option -color qui permet de repérer plus facilement les fichiers en fonction de leurs types. La commande ls --color permet d'activer les couleurs simplement (sans parler d'un éventuel alias). (Des alias existent par défaut sur ubuntu dans le fichier ~/.bashrc)

Jusque là tout va bien mais parfois les couleurs ne sont pas des plus aisées à lire lorsque son écran est à contre jour. Bref,on peut les modifer sans trop de difficultés.

Pour obtenir la configuration courante :
$ dircolors -p > ~/.ls_couleur

La commande dircolors permet de lister la configuration des couleurs. Vous pouvez éditer le fichier ~/.ls_couleur que nous venons de créer.

Il existe deux façons d'associer une couleur à un fichier. La première consiste à déterminer une couleur en fonction du type de fichier. Les types valides sont les suivants :

NORMAL
: il ne s'agit pas d'un type mais plus exactement de la valeur par défaut

FILE
: fichier normal

DIR
: répertoire

LINK
: lien symbolique

FIFO
: tuyaux

SOCK
: socket

BLK
: fichier périphérique en mode bloque

CHR
: fichier périphérique en mode caractères

ORPHAN
: lien symbolique orphelin (pointant vers un fichier inexistant)

EXEC
: fichier possédant une permission d'exécution

FILE
00 # Fichiers normaux sans attribut spécifique

DIR
01;34 # Répertoire en gras, couleur bleue

.tar
01;31 # Fichiers TAR en gras, couleur rouge

.tgz
01;31 # idem

.arj
01;31 # idem

Les codes d'attributs :

00=aucun, 01=gras, 04=souligné, 05=clignotant, 07=inversé, 08=caché

Les couleur d'avant plan :

30=noir, 31=rouge, 32=vert, 33=jaune, 34=bleu, 35=magenta, 36=cyan, 37=blanc

Les codes de couleurs d'arrière plan :

40=noir, 41=rouge, 42=vert, 43=jaune, 44=bleu, 45=magenta, 46=cyan, 47=blanc

Il est possible de combiner plusieurs de ces codes comme dans notre exemple pour obtenir plus de couleurs (gras + couleur).

Une fois le fichier de configuration personnalisé, il faut le faire interpréter par l'utilitaire dircolors. Ainsi, nous pourrons obtenir la définition de la variable d'environnement LS_COLORS dont ls se sert.

Tapez la commande suivante :

$ dircolor ~/.ls_couleur

$ LS_COLORS='no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:ex=01;33:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.deb=01;31:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.mpg=01;37:*.avi=01;37:*.gl=01;37:*.dl=01;37:';

$ export LS_COLORS

Et le tour est joué !

$ eval `dircolors ~/.ls_couleur`

Cette ligne devra être incluse dans votre fichier .profile (ou .bashrc ou ncore .bash_profile selon votre distribution/configuration).

En ayant fait un "sudo apt-get update", vous êtes peut-être tombé sur l'erreur suivante :

W: GPG error: http://download.tuxfamily.org feisty Release: Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY 2D6CFB44DD800CD9
W: Vous pouvez lancer « apt-get update » pour corriger ces problèmes.

Ce n'est qu'un problème de signature qui peut être facilement arrangé en ajoutant la signature au système apt (on peut dire ça comme ça ? )

La clé est affichée dans le message d'erreur : 2D6CFB44DD800CD9 Pour ajouter la clé, voici la commande à taper :

krusaf@ares:~$ gpg --recv-key 2D6CFB44DD800CD9
gpg: requête de la clé DD800CD9 du serveur hkp subkeys.pgp.net
gpg: clé 81836EBF: clé publique « Treviño (3v1n0) <trevi55@gmail.com> » importée
gpg: 3 marginale(s) nécessaires, 1 complète(s) nécessaires, modèle
de confiance PGP
gpg: profondeur: 0  valide:   2  signé:   0
confiance: 0-. 0g. 0n. 0m. 0f. 2u
gpg: la prochaine vérification de la base de confiance aura lieu le 2011-10-09
gpg: Quantité totale traitée: 1
gpg:               importée: 1

Par défaut, ça marhe chez moi mais vous aurez peut-être besoin de spécifier le serveur de clé :

krusaf@ares:~$ gpg --keyserver pgpkeys.mit.edu --recv-key 8BB73F9E1D59E694
gpg: requête de la clé 1D59E694 du serveur hkp pgpkeys.mit.edu
gpg: clé 1D59E694: clé publique « Cyril Lavier (Davromaniak) <cyril.lavier@gmail.com> » importée
gpg: Quantité totale traitée: 1
gpg:               importée: 1

II ne reste plus qu'a ajouter la clé au niveau d'apt :

krusaf@ares:~$ gpg -a --export 2D6CFB44DD800CD9 | sudo apt-key add -
OK

La commande diff permet de comparer des fichiers lignes par lignes. Il y a notamment l'option -r qui permet de comparer de manière récursive, tous les fichiers et aussi les fichiers inclus dans les sous dossiers ... Là où ça pêche, c'est lorsqu'il s'agit de comparer deux liens morts. Le diff retourne une erreur. En effet, la commande ne va pas pouvoir ouvrir les fichiers puisque le lien est mort mais d'un autre côté, pourquoi y aurait-il une erreur si mes deux liens morts sont identiques. On lui demande les différences entre deux dossiers :

[krusaf@ares tmp]$ ll
total 0
[krusaf@ares tmp]$ mkdir test_diff
[krusaf@ares tmp]$ cd test_diff/
[krusaf@ares test_diff]$ touch a b c
[krusaf@ares test_diff]$ ln -s b d
[krusaf@ares test_diff]$ ln -s e f
[krusaf@ares test_diff]$ ll
total 0
-rw-rw----  1 krusaf sgc 0 sep 25 13:30 a
-rw-rw----  1 krusaf sgc 0 sep 25 13:30 b
-rw-rw----  1 krusaf sgc 0 sep 25 13:30 c
lrwxrwxrwx  1 krusaf sgc 1 sep 25 13:31 d -> b
lrwxrwxrwx  1 krusaf sgc 1 sep 25 13:31 f -> e
[krusaf@ares test_diff]$ cd ..
[krusaf@ares tmp]$ cp -r test_diff/ test_diff2
[krusaf@ares tmp]$ diff -rq test_diff test_diff2
diff: test_diff/f: Aucun fichier ou répertoire de ce type
diff: test_diff2/f: Aucun fichier ou répertoire de ce type