Haga que 'cron' ejecute un script de shell que establece el entorno antes de ejecutar el comando.
Siempre.
# @(#)$Id: crontab,v 4.2 2007/09/17 02:41:00 jleffler Exp $
# Crontab file for Home Directory for Jonathan Leffler (JL)
#-----------------------------------------------------------------------------
#Min Hour Day Month Weekday Command
#-----------------------------------------------------------------------------
0 * * * * /usr/bin/ksh /work1/jleffler/bin/Cron/hourly
1 1 * * * /usr/bin/ksh /work1/jleffler/bin/Cron/daily
23 1 * * 1-5 /usr/bin/ksh /work1/jleffler/bin/Cron/weekday
2 3 * * 0 /usr/bin/ksh /work1/jleffler/bin/Cron/weekly
21 3 1 * * /usr/bin/ksh /work1/jleffler/bin/Cron/monthly
Los scripts en ~ / bin / Cron son todos enlaces a un solo script, 'runcron', que se ve así:
: "$Id: runcron.sh,v 2.1 2001/02/27 00:53:22 jleffler Exp $"
#
# Commands to be performed by Cron (no debugging options)
# Set environment -- not done by cron (usually switches HOME)
. $HOME/.cronfile
base=`basename $0`
cmd=${REAL_HOME:-/real/home}/bin/$base
if [ ! -x $cmd ]
then cmd=${HOME}/bin/$base
fi
exec $cmd ${@:+"$@"}
(Escrito usando un estándar de codificación más antiguo; hoy en día, usaría un shebang '#!' Al principio).
El '~ / .cronfile' es una variación de mi perfil para uso de cron, rigurosamente no interactivo y sin eco por el hecho de ser ruidoso. Puede organizar la ejecución del .profile y así sucesivamente. (El material REAL_HOME es un artefacto de mi entorno; puede fingir que es lo mismo que $ HOME).
Entonces, este código lee el entorno apropiado y luego ejecuta la versión del comando que no es Cron desde mi directorio de inicio. Entonces, por ejemplo, mi comando 'día de la semana' se ve así:
: "@(#)$Id: weekday.sh,v 1.10 2007/09/17 02:42:03 jleffler Exp $"
#
# Commands to be done each weekday
# Update ICSCOPE
n.updics
El comando 'diario' es más simple:
: "@(#)$Id: daily.sh,v 1.5 1997/06/02 22:04:21 johnl Exp $"
#
# Commands to be done daily
# Nothing -- most things are done on weekdays only
exit 0