1 |
Dnia 2013-06-20, o godz. 23:16:00 |
2 |
William Hubbs <williamh@g.o> napisał(a): |
3 |
|
4 |
> On Fri, Jun 21, 2013 at 04:39:59AM +0200, Michał Górny wrote: |
5 |
> > Dnia 2013-06-20, o godz. 15:56:09 |
6 |
> > William Hubbs <williamh@g.o> napisał(a): |
7 |
> > |
8 |
> > > On Thu, Jun 20, 2013 at 12:16:36PM +0200, Fabio Erculiani wrote: |
9 |
> > > > There is a new version of eselect-init in the systemd-love overlay to play with. |
10 |
> > > > The new version saw the following major changes: |
11 |
> > > > |
12 |
> > > > - the /sbin/init (aka the symlink that eselect-init handles) can be |
13 |
> > > > changed to whatever one wants through make.conf [1] (this is a compile |
14 |
> > > > time option, as documented in the eclass) |
15 |
> > > |
16 |
> > > Why do we need to mess with /sbin/init at all? |
17 |
> > |
18 |
> > Yes, we do because we don't want sysvinit randomly getting run |
19 |
> > as fallback and messing with our systems. |
20 |
> |
21 |
> I don't understand what you are saying here. |
22 |
> |
23 |
> If eselect-init installs the wrapper as /sbin/einit, we don't have to |
24 |
> touch /sbin/init at all, then, the only thing someone would have to do |
25 |
> is to add an entry to their boot loader with init=/sbin/einit on the kcl |
26 |
> to use it. |
27 |
|
28 |
But *if* the wrapper fails to run somehow, e.g. becomes broken, |
29 |
the kernel will fallback to the standard location. |
30 |
|
31 |
-- |
32 |
Best regards, |
33 |
Michał Górny |