Différences entre les versions de « Trucs & Astuces Linux »
De BlaxWiki
Aller à la navigationAller à la recherche| Ligne 3 : | Ligne 3 : | ||
* ELF & no such file or directory | * ELF & no such file or directory | ||
<pre> | <pre> | ||
Il peut arriver qu un programme ne se lance pas et marque "no such file or directory" alors que le fichier mentionné est bien présent. Cela arrive lorsque l OS est en 64 bits et que | Il peut arriver qu un programme ne se lance pas et marque "no such file or directory" alors que le fichier mentionné est bien | ||
le soft est en 32 bits, et que le package ia32-libs n'est pas installé | présent. Cela arrive lorsque l OS est en 64 bits et que le soft est en 32 bits, et que le package ia32-libs n'est pas installé | ||
</pre> | </pre> | ||
* History & date | * History & date | ||
<pre> | <pre> | ||
Pour avoir la date et l'heure des commandes passées dans l'history, il faut rajouter dans /etc/profile ou .bashrc : export HISTTIMEFORMAT='%F %T ' | Pour avoir la date et l'heure des commandes passées dans l'history, il faut rajouter dans /etc/profile ou .bashrc : export | ||
HISTTIMEFORMAT='%F %T ' | |||
</pre> | </pre> | ||
| Ligne 25 : | Ligne 26 : | ||
* Mail | * Mail | ||
<pre> | <pre> | ||
Il peut arriver que des mails envoyés sur root en local termine dans la mailbox du user nobody. Si le fichier /etc/aliases est correct (lancer la commande newaliases si il y a une | Il peut arriver que des mails envoyés sur root en local termine dans la mailbox du user nobody. Si le fichier /etc/aliases est | ||
modif), il faut regarder du cote du main.cf au niveau de mailbox_command, mettre procmail -a $DOMAIN -d $LOGNAME au lieu de procmail -a "$EXTENSION" | correct (lancer la commande newaliases si il y a une | ||
modif), il faut regarder du cote du main.cf au niveau de mailbox_command, mettre procmail -a $DOMAIN -d $LOGNAME au lieu de | |||
procmail -a "$EXTENSION" | |||
</pre> | </pre> | ||
* Mail de la crontab et de logrotate | * Mail de la crontab et de logrotate | ||
<pre> | <pre> | ||
Lorsqu'une commande est lancée dans la crontab, elle génère toujours un mail vers root avec comme contenu la sortie standard et / ou la sortie d'erreur de la commande lancé via la | Lorsqu'une commande est lancée dans la crontab, elle génère toujours un mail vers root avec comme contenu la sortie standard et / | ||
crontab. Pour éviter cela, rajouter à la fin des lignes de /etc/crontab : >> /dev/null 2>&1 (pour que la sortie standard soit aussi redirige vers /dev/null comme pour la sortie | ou la sortie d'erreur de la commande lancé via la | ||
d'erreur). | crontab. Pour éviter cela, rajouter à la fin des lignes de /etc/crontab : >> /dev/null 2>&1 (pour que la sortie standard soit | ||
Si un service comme squid envoie ses logs vers rsyslog, qui aura donc une ligne "local6.* /var/log/squid/squid.log", le fichier /etc/logrotate.d/squid devra donc aussi être modifié | aussi redirige vers /dev/null comme pour la sortie d'erreur). | ||
Si un service comme squid envoie ses logs vers rsyslog, qui aura donc une ligne "local6.* /var/log/squid/squid.log", le fichier | |||
/etc/logrotate.d/squid devra donc aussi être modifié | |||
pour ne pas recevoir de mail lors du reload de rsyslog : "/etc/init.d/syslog-ng reload > /dev/null 2>&1" | pour ne pas recevoir de mail lors du reload de rsyslog : "/etc/init.d/syslog-ng reload > /dev/null 2>&1" | ||
</pre> | </pre> | ||
| Ligne 40 : | Ligne 45 : | ||
* Problème mot de passe & entropie | * Problème mot de passe & entropie | ||
<pre> | <pre> | ||
Les programmes tel que mkpasswd ou passwd (entre autres) se servent de /dev/random ou /dev/urandom pour générer des chiffres & lettres aléatoires. Si ces mots de passe comportent | Les programmes tel que mkpasswd ou passwd (entre autres) se servent de /dev/random ou /dev/urandom pour générer des chiffres & | ||
toujours les mêmes lettres, il y a de fortes chances que /dev/random ou /dev/urandom ne soient pas bon. | lettres aléatoires. Si ces mots de passe comportent toujours les mêmes lettres, il y a de fortes chances que /dev/random ou | ||
/dev/urandom ne soient pas bon. | |||
</pre> | </pre> | ||
* Serveur syslog | * Serveur syslog | ||
<pre> | <pre> | ||
Sur un serveur de log (rsyslog, syslog-ng ou autres), il faut le configurer (généralement dans le script d'init) afin qu'il ne fasse pas de résolution dns lorsqu'il recoit des logs | Sur un serveur de log (rsyslog, syslog-ng ou autres), il faut le configurer (généralement dans le script d'init) afin qu'il ne | ||
des différents serveurs, cela permet de gagner du temps, la résolution dns étant inutiles. On peut en plus renseigner le /etc/hosts du serveur syslog avec le nom des machines qui | fasse pas de résolution dns lorsqu'il recoit des logs des différents serveurs, cela permet de gagner du temps, la résolution dns | ||
envoient les logs | étant inutiles. On peut en plus renseigner le /etc/hosts du serveur syslog avec le nom des machines qui envoient les logs | ||
</pre> | </pre> | ||
[[Catégorie:Linux]] | [[Catégorie:Linux]] | ||
Version du 3 mars 2012 à 21:23
Cette page regroupe quelques trucs & astuces sur des problèmes divers rencontrés
- ELF & no such file or directory
Il peut arriver qu un programme ne se lance pas et marque "no such file or directory" alors que le fichier mentionné est bien présent. Cela arrive lorsque l OS est en 64 bits et que le soft est en 32 bits, et que le package ia32-libs n'est pas installé
- History & date
Pour avoir la date et l'heure des commandes passées dans l'history, il faut rajouter dans /etc/profile ou .bashrc : export HISTTIMEFORMAT='%F %T '
- Info disque dur
Les 2 commandes suivante permettent d'avoir des infos précises sur les disques et d'optimiser les perfs : hdparm & smartctl
- Interface ethX
Si on a des pb d interrfaces (eth2 au lieu de eth0) , et cela est valable aussi lorsqu on fait des images d OS en tar.GZ, il faut supprimer ce qu il y a dans le fichier /etc/udev/rules.d/70-persistent-net.rules (ou similaire suivant les OS)
Il peut arriver que des mails envoyés sur root en local termine dans la mailbox du user nobody. Si le fichier /etc/aliases est correct (lancer la commande newaliases si il y a une modif), il faut regarder du cote du main.cf au niveau de mailbox_command, mettre procmail -a $DOMAIN -d $LOGNAME au lieu de procmail -a "$EXTENSION"
- Mail de la crontab et de logrotate
Lorsqu'une commande est lancée dans la crontab, elle génère toujours un mail vers root avec comme contenu la sortie standard et / ou la sortie d'erreur de la commande lancé via la crontab. Pour éviter cela, rajouter à la fin des lignes de /etc/crontab : >> /dev/null 2>&1 (pour que la sortie standard soit aussi redirige vers /dev/null comme pour la sortie d'erreur). Si un service comme squid envoie ses logs vers rsyslog, qui aura donc une ligne "local6.* /var/log/squid/squid.log", le fichier /etc/logrotate.d/squid devra donc aussi être modifié pour ne pas recevoir de mail lors du reload de rsyslog : "/etc/init.d/syslog-ng reload > /dev/null 2>&1"
- Problème mot de passe & entropie
Les programmes tel que mkpasswd ou passwd (entre autres) se servent de /dev/random ou /dev/urandom pour générer des chiffres & lettres aléatoires. Si ces mots de passe comportent toujours les mêmes lettres, il y a de fortes chances que /dev/random ou /dev/urandom ne soient pas bon.
- Serveur syslog
Sur un serveur de log (rsyslog, syslog-ng ou autres), il faut le configurer (généralement dans le script d'init) afin qu'il ne fasse pas de résolution dns lorsqu'il recoit des logs des différents serveurs, cela permet de gagner du temps, la résolution dns étant inutiles. On peut en plus renseigner le /etc/hosts du serveur syslog avec le nom des machines qui envoient les logs
