Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

4
  • Will this be update safe? Commented May 18, 2016 at 11:54
  • Favouring /etc/inittab over proper service management is rather foolish in 2016. /etc/inittab is a thing of the past; and, for the reasons that rubo77 alludes to, using it won't even survive an upgrade to the current Debian 8. The ever-growing logfile is equally as bad an idea in 2016. We've long-since learned better than that, too. Commented May 21, 2016 at 10:45
  • @rubo77 I claim no knowledge of Debian's update path, but as long as your system is running sysvinit, it is update-safe. If you upgrade versions of Debian, chances are it will come packaged with a more advanced process management system, such as upstart or systemd. At least with systemd, this problem will solve itself -- it will make sure crond stays running for you (at least, that's a capability systemd offers). Commented May 24, 2016 at 11:24
  • JdeBP Regardless of what year it is, a working system that works is valuable when the alternatives offer very little benefit and require an additional learning curve on the part of the user. In this case, for only ensuring crond, using the existing sysvinit is more useful than installing a more complex system which the user has no experience with, or a script which itself may be buggy and turn into a resource hog. An upgrade to a non-sysvinit based system will surely solve his crond problem, but then create numerous other transition challenges. Commented May 24, 2016 at 11:37