Linux - DesktopThis forum is for the discussion of all Linux Software used in a desktop context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Just when I had sort of learned setting runlevels - here comes dumb systemd pushed down my throat by opensuse.
Mediatomb starts before ifplugd brings up the net - FAIL! AAARG!
Yes I have found the problem in the journal file, but no idea how can I fix this? Anyone out there that knows the workflow/commands? Most of the literature I googled assumes that you already are an systemd expert ('just use before='! duh!). It seems to vary between distro's too, some stuff is in /etc/systemd some in /lib/systemd what a bloody mess....
I believe you cannot fix that since systemd is designed for parallelizing your system startup. So you can't
have certainty that a daemon will start after another. Systemd expects that all messages to a daemon can
be queued and that the daemon will process them after it starts.
My solution would be to install Slackware that is still using System V Init, or Gentoo (uses OpenRC) or Debian
(uses Upstart) or one of the BSDs. But of course, what works for me (Slackware) may not be practical for you. Is there some software provided by OpenSUSE that you absolutely need ? Also, do you have a maintenance contract with
SUSE ? If so, cannot you let them fix the problem they have created ?
funny enough as this is a hybrid thing in opensuse, there is no service file for mediatomb:
Quote:
# systemctl enable mediatomb.service
mediatomb.service is not a native service, redirecting to /sbin/chkconfig.
(and probably no ifplugd service file to refer to either, in runlevels i have "network" though it is named "ifplugd"in the journalctl:
Quote:
Jun 03 19:15:09 ..systemd[1]: Failed to start LSB: MediaTomb daemon.
Jun 03 19:15:09 .. systemd[1]: Unit mediatomb.service entered failed state
Jun 03 19:15:09 .. kernel: tg3 0000:05:00.0 eth0: Link is up at 1000 Mbps, full duplex
Jun 03 19:15:09 .. kernel: tg3 0000:05:00.0 eth0: Flow control is on for TX and on for RX
Jun 03 19:15:09 .. kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jun 03 19:15:10 .. ifplugd(eth0)[912]: Link beat detected.
Jun 03 19:15:10 .. avahi-daemon[511]: Joining mDNS multicast group on interface eth0.IPv6 with address fe80::224:e8ff:fe2d:b603.
Jun 03 19:15:10 .. avahi-daemon[511]: New relevant interface eth0.IPv6 for mDNS.
Jun 03 19:15:10 .. avahi-daemon[511]: Registering new address record for fe80::224:e8ff:fe2d:b603 on eth0.*.
Jun 03 19:15:11 .. ifplugd(eth0)[912]: Executing '/etc/ifplugd/ifplugd.action eth0 up'.
Unfortunately the blog entry you sent (isn't this guy the cause of our sleepless hours?) does not address any of these. He assumes you just know already....
Thanks edorig, but I am an amateur and not smart enough for Slackware, maybe Sabayon which I am running on my laptop - where knwoing a handfull of equo commands get you a very long way.
Please, any more details on how to create and presumably register this 2 service file(s) greatly appreciated.
systemd parses the init scripts of services that don't have a unit file and searches in the LSB header for dependency information. Have you checked if the dependency information in the Mediatomb script is correct?
...
My solution would be to install Slackware that is still using System V Init, or Gentoo (uses OpenRC) or Debian
(uses Upstart) or one of the BSDs. But of course, what works for me (Slackware) may not be practical for you.
...
My boxers bunch every time I read a "solution" than includes "install some other distro. I'm thrilled that the linux ecosystem includes so many diverse package collections and end-user experiences. Like text editors, browsers, and such, to each their own.
Folks choose a distro for some reason. That reason likely has very little to do with the geeky twiddle bits. I side with the Original Poster (husten) that a change like System-V Init vs. 'systemd' is a very big deal. Couple that with the total lack of end-user documentation for 'systemd' or its cousin 'upstart' and the poor end user can be completely unable to get anything done or to proceed without wasting a lot of time.
Everything in the old init.d system looks right, mediatomb starts after network (Highest S number in runlevel 5). It is only then lost in translation on the fly to systemd. So what can I do? How do I create a service file for mediatomb and for network from scratch?
Everything in the old init.d system looks right, mediatomb starts after network (Highest S number in runlevel 5). It is only then lost in translation on the fly to systemd. So what can I do? How do I create a service file for mediatomb and for network from scratch?
Take the easy route: Dig in Arch's repositories. There is a mediatomb "recipe" in the AUR, grab the tar file with the recipe and use the service file. On ifplugd, it is part of the distribution. You can grab it from the official git repositories. (I'll leave that as an exercise, everything is one or two clicks and one or two searches from the official Arch Linux website).
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.