my crude guess is that anyone, who wants to understand what's up, needs to learn about "Upstart" -- which is some sort of "event-based init daemon" that seems to handle dynamically the issues previously handled by user-set runlevels
Ubuntu's Success Story: the Upstart Startup Manager (Linux Boot Camp p.2)
... Upstart has been around since 2006, but it's only in the last year or so that it's taken a major role in booting distributions like Ubuntu and Fedora. Debian and OpenSuSE are reportedly joining in soon, while it's available as an optional component on most other distros. No distro uses it as the sole boot method yet: even Fedora 12 and the upcoming Ubuntu 10.04 keep a lot of functionality in SysV scripts ... Upstart eschews the old /etc/init.d and /etc/rcN.d in favor of a new directory containing "job definition files". And here's a point of confusion: it doesn't have a standard name ...
http://www.linuxplanet.com/linuxplanet/tutorials/7033/1/Ubuntu's Upstart event-based init daemon
By Mark Sobell on February 08, 2008 (9:00:00 AM)
... The event-based Upstart init daemon (upstart package) uses events to start and stop system services. With the Feisty release, Ubuntu switched to the Upstart init daemon and began the transition from the SysVinit setup to the Upstart setup. This article discusses Upstart and the parts of SysVinit that remain: the /etc/rc?.d and /etc/init.d directories and the concept of runlevels ...
http://www.linux.com/archive/feature/125977Runlevel
... Ubuntu 6.10 (Edgy Eft) and later contain Upstart as a replacement for the traditional init-process, but they still use the traditional init scripts and Upstart's SysV-rc compatibility tools to start most services and emulate runlevels ...
http://en.wikipedia.org/wiki/Runlevel#Ubuntu