From: covici@ccs.covici.com
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] problems getting systemd to work
Date: Fri, 16 May 2014 14:11:29 -0400 [thread overview]
Message-ID: <16453.1400263889@ccs.covici.com> (raw)
In-Reply-To: <CADPrc838nWSXAVCJ4ZS_btQowja6dO8EFH-0E1RzST3FgbOq=A@mail.gmail.com>
Canek Peláez Valdés <caneko@gmail.com> wrote:
> On Fri, May 16, 2014 at 12:17 PM, <covici@ccs.covici.com> wrote:
> [snip]
> >> I don't understand the current situation .So now you get ALL your
> >> volumes activated, or not?
> >
> > Yep, they are all activated and they all get mounted.
>
> Cool, one problem less.
>
> >> > Now for some systemd problems. The root file system was read only when
> >> > I logged in, but I could remount it rw -- not sure why this was
> >> > happening.
> >>
> >> Set systemd.log_level=debug in your command line, and post the exit
> >> from journalctl -b.
> >
> > I had debug in the command line by itself, would that make the correct
> > log_level? The file is quite large, should I send it to you privately?
>
> I don't think is necessary, I may have found the real problem (see below).
>
> >> > Some units did start, but most did not. Whenever I tried to
> >> > start one manually, I got a message like the following:
> [snip]
> >> > No matter what unit I tried to start I would get such a message about
> >> > the service.mount.
> >>
> >> That sounds like a problem with the cgroups hierarchy (which uses a
> >> virtual filesystem). I don't remember seeing a problem like that
> >> before.
> >>
> >> > Also, even though my network names were correct, they did not come up,
> >> > but I will try to look in the logs to see why not.
> > I wrote a service file to start my network adaptors, here it is:
> > network@.service
> >
> >
> > [Unit]
> > Description=Network Connectivity for %i
> > Wants=network.target
> > Before=network.target
> > BindsTo=sys-subsystem-net-devices-%i.device
> > After=sys-subsystem-net-devices-%i.device
> > [Service]
> > Type=oneshot
> > RemainAfterExit=yes
> > EnvironmentFile=/etc/conf.d/network@%i
> > ExecStart=/usr/bin/ip link set dev %i up
> > ExecStart=/usr/bin/ip addr add ${address}/${netmask} broadcast ${broadcast} dev %i
> > ExecStart=/bin/bash -c 'test -n ${gateway} && /usr/bin/ip route add default via
> > ${gateway}'
> > ExecStart=/bin/bash -c 'test -f /etc/conf.d/postup@%i.sh&&/bin/bash /etc/conf.d/postup@%i.sh
> > ExecStop=/usr/bin/ip addr flush dev %i
> > ExecStop=/usr/bin/ip link set dev %i down
> > [Install]
> > WantedBy=network.target
>
> Did you enabled network@ifaca.service? Also, WantedBy=network.target
> doesn't do what you probably think it does (check [1]... and BTW, I
> forgot my last footnote, is now on [2]).
>
> I would use WantedBy=multi-user.target.
>
> >> systemd will not (AFAIK) start your network, and before the 209 or 210
> >> version it needed helper program (NetwokrManager, connman, ip,
> >> ifconfig, etc.) to do it. Now it includes networkd, but you need to
> >> set up .network files (like .service files) to configure it. See [1].
> >>
> >> > So we have made some progress, but still a long way to go yet. Note
> >> > also, that I am not booting into a display manager, just a regular
> >> > console.
> >> >
> >> >
> >> > What a lot of work just to get the system booted!
> >>
> >> Well, you have a setup that is not, by any means, simple. Also, in my
> >> experience old LVM configurations seem to cause a lot of troubles to
> >> bring to what systemd expects.
> >>
> >> John, could you also post here your kernel config? Those cgroups
> >> errors *may* be related to some missing functionality from the kernel.
>
> [snip kernel config]
>
> John, your kernel is incorrectly configured to be used by systemd.
> When you installed systemd, a warning should have appeared about some
> missing configure options; you either didn't saw or ignored those
> warnings. Install systemd again so you can see them.
>
> From what I can tell, you are missing *AT LEAST* the following options:
>
> CONFIG_AUTOFS4_FS
configured as a module.
> CONFIG_DMIID
set to Y
> CONFIG_FANOTIFY
set to y
> CONFIG_INOTIFY_USER
set to y
> CONFIG_PROC_FS
set to y
> CONFIG_SYSFS
set to y
>
> John, if you don't set them, systemd *CANNOT WORK PROPERLY*. They are
> mandatory. I'm surprised you are able to boot to a semi-working state.
>
> Yes, migrating to systemd is a lot of work. But if you don't see (or
> ignore) your system messages, that work gets multiplied several times.
>
> Reconfigure, recompile, and reinstall your kernel (don't forget to
> reinstall the modules!), regenerate your initramfs, update lilo (if I
> remember correctly, you need to run lilo -something-or-another every
> time you change kernel and/or initramfs), and try again.
>
> Regards
>
> [1] http://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/
> [2] http://www.freedesktop.org/software/systemd/man/systemd.network.html
> --
> Canek Peláez Valdés
> Profesor de asignatura, Facultad de Ciencias
> Universidad Nacional Autónoma de México
>
--
Your life is like a penny. You're going to lose it. The question is:
How do
you spend it?
John Covici
covici@ccs.covici.com
next prev parent reply other threads:[~2014-05-16 18:11 UTC|newest]
Thread overview: 72+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-12 7:22 [gentoo-user] problems getting systemd to work covici
2014-05-12 7:53 ` Canek Peláez Valdés
2014-05-12 10:15 ` covici
2014-05-12 14:50 ` Jc García
2014-05-12 16:22 ` covici
2014-05-12 20:10 ` Jc García
2014-05-12 22:45 ` covici
2014-05-13 3:46 ` covici
2014-05-13 12:17 ` Stefan G. Weichinger
2014-05-13 12:29 ` covici
2014-05-13 12:35 ` Stefan G. Weichinger
2014-05-13 13:18 ` covici
2014-05-13 13:35 ` Jc García
2014-05-13 13:53 ` covici
2014-05-13 13:02 ` Jc García
2014-05-13 13:16 ` Jc García
2014-05-13 13:43 ` covici
2014-05-13 14:15 ` Jc García
2014-05-12 15:29 ` Canek Peláez Valdés
2014-05-12 16:31 ` covici
2014-05-12 16:37 ` Canek Peláez Valdés
2014-05-12 16:52 ` covici
2014-05-12 17:01 ` Canek Peláez Valdés
2014-05-14 9:40 ` covici
2014-05-14 14:41 ` Jc García
2014-05-14 23:18 ` wraeth
2014-05-14 9:43 ` covici
2014-05-14 12:38 ` Jc García
2014-05-14 14:44 ` Canek Peláez Valdés
2014-05-14 15:05 ` covici
2014-05-14 15:33 ` Canek Peláez Valdés
2014-05-14 15:42 ` covici
2014-05-14 15:46 ` Jc García
2014-05-14 15:51 ` Canek Peláez Valdés
2014-05-14 15:55 ` Jc García
2014-05-14 16:18 ` Canek Peláez Valdés
2014-05-14 16:38 ` covici
2014-05-14 17:01 ` Stefan G. Weichinger
2014-05-14 16:40 ` Jc García
2014-05-14 22:26 ` covici
2014-05-15 6:18 ` Canek Peláez Valdés
2014-05-15 6:47 ` Canek Peláez Valdés
2014-05-15 9:48 ` covici
2014-05-15 18:13 ` Canek Peláez Valdés
2014-05-15 11:50 ` covici
2014-05-15 12:16 ` Stefan G. Weichinger
2014-05-15 12:38 ` covici
2014-05-15 12:44 ` Stefan G. Weichinger
2014-05-15 13:27 ` Jc García
2014-05-15 13:14 ` Jc García
2014-05-15 9:39 ` covici
2014-05-15 9:59 ` Stefan G. Weichinger
2014-05-15 10:19 ` covici
2014-05-15 12:02 ` Stefan G. Weichinger
2014-05-15 12:27 ` covici
2014-05-15 18:23 ` Canek Peláez Valdés
2014-05-15 18:25 ` Stefan G. Weichinger
2014-05-15 20:38 ` covici
2014-05-15 22:01 ` Stefan G. Weichinger
2014-05-16 0:43 ` covici
2014-05-16 9:42 ` Canek Peláez Valdés
2014-05-16 10:53 ` covici
2014-05-16 12:42 ` Stefan G. Weichinger
2014-05-16 17:01 ` Canek Peláez Valdés
2014-05-16 17:17 ` covici
2014-05-16 17:41 ` Canek Peláez Valdés
2014-05-16 18:11 ` covici [this message]
2014-05-16 18:28 ` Canek Peláez Valdés
2014-05-16 18:33 ` covici
2014-05-16 12:46 ` covici
2014-05-16 17:02 ` Canek Peláez Valdés
2014-05-15 14:14 ` Tom H
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=16453.1400263889@ccs.covici.com \
--to=covici@ccs.covici.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox