Différences entre les versions de « Trucs & Astuces Linux »

De BlaxWiki
Aller à la navigationAller à la recherche
Ligne 15 : Ligne 15 :
<pre>
<pre>
Les 2 commandes suivante permettent d'avoir des infos précises sur les disques et d'optimiser les perfs : hdparm & smartctl
Les 2 commandes suivante permettent d'avoir des infos précises sur les disques et d'optimiser les perfs : hdparm & smartctl
</pre>
* Interface ethX
<pre>
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)
</pre>
</pre>



Version du 3 mars 2012 à 21:22

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)
  • Mail
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