[arch-general] old rc.sysinit?
I would like to know how Arch used to deal with some init stuff, like configuring virtual consoles, initializing random seed, etc. Is there some way to retrieve older versions of /etc/rc.sysinit? TIA Jorge Almeida
On 14/08/2012 4:08 PM, Jorge Almeida wrote:
I would like to know how Arch used to deal with some init stuff, like configuring virtual consoles, initializing random seed, etc. Is there some way to retrieve older versions of /etc/rc.sysinit? Yes: http://projects.archlinux.org/initscripts.git/log/rc.sysinit
TIA
Jorge Almeida
On 14 August 2012 17:08, Jorge Almeida <jjalmeida@gmail.com> wrote:
I would like to know how Arch used to deal with some init stuff, like configuring virtual consoles, initializing random seed, etc. Is there some way to retrieve older versions of /etc/rc.sysinit?
TIA
Jorge Almeida
Which versions of rc.sysinit are you looking for? -- -msx
On Tue, Aug 14, 2012 at 10:08 PM, Jorge Almeida <jjalmeida@gmail.com> wrote:
I would like to know how Arch used to deal with some init stuff, like configuring virtual consoles, initializing random seed, etc. Is there some way to retrieve older versions of /etc/rc.sysinit?
Sure: <http://projects.archlinux.org/initscripts.git/refs/tags>. If you have specific questions, I'd be happy to answer. The main difference between then and now is that we used to default to the locale being "en_US.UTF-8" if nothing is set, but now we fall back to "C". At some point we were also generating /etc/profiles.d/locale.sh dynamically at every boot. How we do vconsole now (and you can find the other ones there easily too): <http://cgit.freedesktop.org/systemd/systemd/tree/src/vconsole/vconsole-setup.c> -t
On Tue, Aug 14, 2012 at 9:22 PM, Tom Gundersen <teg@jklm.no> wrote:
On Tue, Aug 14, 2012 at 10:08 PM, Jorge Almeida <jjalmeida@gmail.com> wrote:
I would like to know how Arch used to deal with some init stuff, like configuring virtual consoles, initializing random seed, etc. Is there some way to retrieve older versions of /etc/rc.sysinit?
Sure: <http://projects.archlinux.org/initscripts.git/refs/tags>.
If you have specific questions, I'd be happy to answer. The main
Thank you. I'm trying to understand which one-time tasks must be performed on initialization, and how. I have no problem with current defaults, but understanding /etc/rc.sysinit requires reading the source of several C files. If you happen to remember which version was the last that didn't call a systemd binary, great, otherwise I will start browsing. Thanks J.
On 08/14/2012 02:31 PM, Jorge Almeida wrote:
On Tue, Aug 14, 2012 at 9:22 PM, Tom Gundersen <teg@jklm.no> wrote:
On Tue, Aug 14, 2012 at 10:08 PM, Jorge Almeida <jjalmeida@gmail.com> wrote:
I would like to know how Arch used to deal with some init stuff, like configuring virtual consoles, initializing random seed, etc. Is there some way to retrieve older versions of /etc/rc.sysinit?
Sure: <http://projects.archlinux.org/initscripts.git/refs/tags>.
If you have specific questions, I'd be happy to answer. The main
Thank you. I'm trying to understand which one-time tasks must be performed on initialization, and how. I have no problem with current defaults, but understanding /etc/rc.sysinit requires reading the source of several C files. If you happen to remember which version was the last that didn't call a systemd binary, great, otherwise I will start browsing.
Thanks
J.
https://projects.archlinux.org/initscripts.git/commit/?id=6aae67a
On Tue, Aug 14, 2012 at 11:31 PM, Jorge Almeida <jjalmeida@gmail.com> wrote:
Thank you. I'm trying to understand which one-time tasks must be performed on initialization, and how. I have no problem with current defaults, but understanding /etc/rc.sysinit requires reading the source of several C files.
Most of these (if not all) C files should come with manpages, which at least should give you an idea. I suppose if you want a minimal understanding, then most can be ignored. Note that booting with init=/bin/bash works just fine, so that's how I would start in order to understand the how things work (and then try doing whatever rc.sysinit does manually).
If you happen to remember which version was the last that didn't call a systemd binary, great, otherwise I will start browsing.
The commit that Matthew pointed to is the right one as far as I remember. -t
On Tue, Aug 14, 2012 at 11:04 PM, Tom Gundersen <teg@jklm.no> wrote:
On Tue, Aug 14, 2012 at 11:31 PM, Jorge Almeida <jjalmeida@gmail.com> wrote:
Thank you. I'm trying to understand which one-time tasks must be performed on initialization, and how. I have no problem with current defaults, but
understanding, then most can be ignored. Note that booting with init=/bin/bash works just fine, so that's how I would start in order to understand the how things work (and then try doing whatever rc.sysinit does manually).
I already have a more precise idea of what I need (s6 for process 1, zombie reaping and service supervising, etc), but I lack more detailed knowledge about the one-time initialization tasks. Of course, personalized init scripts can be much simpler than the init scripts of a distribution, which must take into account all kinds of possible scenarios.
The commit that Matthew pointed to is the right one as far as I remember.
Yes, that's it. Thanks, everyone. J.
On 14 August 2012 18:04, Tom Gundersen <teg@jklm.no> wrote:
On Tue, Aug 14, 2012 at 11:31 PM, Jorge Almeida <jjalmeida@gmail.com> wrote:
Thank you. I'm trying to understand which one-time tasks must be performed on initialization, and how. I have no problem with current defaults, but understanding /etc/rc.sysinit requires reading the source of several C files.
Most of these (if not all) C files should come with manpages, which at least should give you an idea. I suppose if you want a minimal understanding, then most can be ignored. Note that booting with init=/bin/bash works just fine, so that's how I would start in order to understand the how things work (and then try doing whatever rc.sysinit does manually).
If you happen to remember which version was the last that didn't call a systemd binary, great, otherwise I will start browsing.
The commit that Matthew pointed to is the right one as far as I remember.
-t
wow awesome! I just spend a good 30 minutes playing around with the init=/bin/bash I have a new appreciation for the boot masters ;-)
participants (6)
-
Calvin Morrison
-
Jorge Almeida
-
Martin Cigorraga
-
Matthew Monaco
-
Stephen E. Baker
-
Tom Gundersen