Posted Sep 15, 2011 2:11 UTC (Thu) by smoogen (subscriber, #97)
Parent article: LPC: Booting and systemd
> There are a number of interesting changes coming into Systemd in
> the near future. One of those is the elimination of getty processes
> at startup time. Instead, Systemd will start a getty on demand if and
> when the user switches to a virtual console. The user experience will
> be the same, but there will be fewer processes cluttering the system.
One hopes that we do not need a getty to debug a systemd problem of starting getty's :).
Posted Sep 15, 2011 2:33 UTC (Thu) by PhracturedBlue (subscriber, #4193)
[Link]
How are the debugging capabilities in systemd? As an Ubuntu user, I've found that debugging upstart (well upstart + plymouth + init) is incredibly painful. In my case it has had to do mostly with getting filesystems mounted at boot, but it was nearly enough for me to throw up my hands and give up on Ubuntu altogether. My initial impression was that I liked the concepts of upstart better than systemd, but honestly all I really care for in my init system is that it gets my system up and running quickly and is easy to debug, and so far Ubuntu has failed with at this for me.
LPC: Booting and systemd
Posted Sep 15, 2011 3:36 UTC (Thu) by rahulsundaram (subscriber, #21946)
[Link]
Posted Sep 15, 2011 4:04 UTC (Thu) by mezcalero (subscriber, #45103)
[Link]
tty1 is always run, only tty2 and beyond do getty auto spawning in order ot guarantee the best debugability.
LPC: Booting and systemd
Posted Sep 15, 2011 11:05 UTC (Thu) by cesarb (subscriber, #6266)
[Link]
> tty1 is always run
I thought tty1 was the one which usually did not run because X was there?
LPC: Booting and systemd
Posted Sep 15, 2011 15:09 UTC (Thu) by rfunk (subscriber, #4054)
[Link]
In my experience X is normally on 7 or 8. But then I've been using Ubuntu (and before that Debian) for quite a while now, so I'm not sure how the others do it these days.
LPC: Booting and systemd
Posted Sep 16, 2011 13:15 UTC (Fri) by jond (subscriber, #37669)
[Link]