Na igen, a cron nem fogja lefuttatni a lokális profilet arról magadnak kell gondoskodnod!
Örülök, hogy segíthettem!

-TamsA-

Így igaz, de ha crontab -e működik akkor nem kell hozzá nyúlni,

Az újabb disztrókban, alapból csak root-nak van a crontabot csinálni, időzítve futtatni.
Ekkor kell, ha nincs hozzá frontend, az említett állományokat (cron.allow, cron.deny) szerkeszteni

-TamsA-

Akkor nem tudom, hogy nálunk a szervereken miért futnak le a crontab -e -vel beállított dolgok?!

ok 1xű: mert az a dolguk hogy lefussanak!

pedig úgye szerveren fizikailag csak akkor vgyunk benn ha éppen csinálunk valamit!
és azért időzítünk (at, cron) mert nem vagyunk bennt h. megcsináljuk.

ja és _nem_ fcron-ról hanem a standard UX-os cron-ról beszélünk.

De ez már súrolja a Flame kategóriát úgyhogy kiszállok.
Következő válasz arra megy, ha eredeti kérdésre lesz post.

-TamsA-

Kellemes Ünnepeket…

Hát sírva fakadnék ha így lenne!
cronnak pont az a dolga, hogy ütemezetten futtassa le a dolgokat.
Jól is néznénk ki, ha be kellene jelentkezni, ha azt akarnánk hogy lefusson, mert akkor már mi is simán le tundnánk futtatni….

Egyébként ,meg pistike csinál cront- akkor az az ő nevében fog futni, vagyis azt tesz tönkre amihez a rendszergazdi jogot adott neki!

Más:
ne keverjük a /etc/cron.* a crontab -e paranccsal létrehozottal!!!
ez két különböző dolog!!
nézz csak bele!!!

(root) crontab -l
no crontab for root

ehhez képest a /etc/cron.* ban vannak ütemezett dolgok!

a crontabbal szabályosan létrehozott taskok a (rendszertől függő módon) /var/spool/cron/tabs alatt leledznek.

pl.: pistike coronja: /var/spool/cron/tabs/pistike állományban!

-TamsA-

root-os installért szól az installer  ..

Elaci üres sora jó ötlet lehet, nekem soha nem volt ilyenre szükségem…

export script ügye minden környezeti változót beállít?!
ORACLE_HOME
PATH
LD_LIBRARY_PATH
NLS_LANG
(ORACLE_SID vagy TWO_TASK) opcionális

?