Mailinglist Archive: opensuse-factory (1264 mails)
| < Previous | Next > |
Re: [opensuse-factory] systemd test
- From: Frederic Crozat <fcrozat@xxxxxxxx>
- Date: Mon, 05 Sep 2011 10:38:46 +0200
- Message-id: <1315211927.22418.57.camel@par-r81vxc7.par.novell.com>
Le dimanche 04 septembre 2011 à 17:12 +0200, Tim Edwards a écrit :
You don't say which milestone you are using (or which version of systemd
you used).
This bug is fixed in milestone 5. If you installed from milestone 4,
remove /etc/systemd/system/default.target, since now, we are able to use
the default runlevel value from /etc/inittab.
Could you open a bug report for this ? You are the second one to talk
about nfs not starting properly.
Well, you are running on a "physical" system, so of course, Virtualbox
addons can't run.. Maybe Yast installer should be smarter to disable (or
uninstall) the service.
Same as VirtualBox, but with VMWare addons..
Nothing new with systemd, it was already the case with sysvinit. Simply,
now, thanks to systemd, we have a better way to get status after startup
(yay ;)
--
Frederic Crozat <fcrozat@xxxxxxxx>
SUSE
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-factory+help@xxxxxxxxxxxx
I've just given systemd a few test runs on an Acer Aspire 1551 netbook.
I enabled it by editing the grub boot line each time to say
init=/bin/systemd.
You don't say which milestone you are using (or which version of systemd
you used).
Here's what I found:
- systemd doesn't start X by default, ie. it boots into runlevel 3 or
whatever the systemd equivalent is called. I have to use systemctl
isolate graphical.target each time. Shouldn't it start X by default?
This bug is fixed in milestone 5. If you installed from milestone 4,
remove /etc/systemd/system/default.target, since now, we are able to use
the default runlevel value from /etc/inittab.
- the NFS client doesn't start:
tim@linux-0m5i:~> sudo systemctl status nfs.service
nfs.service - LSB: NFS client services
Loaded: loaded (/etc/init.d/nfs)
Active: failed since Sun, 04 Sep 2011 16:57:47 +0200; 10min
ago
Process: 1710 ExecStart=/etc/init.d/nfs start (code=exited,
status=3/NOTIMPLEMENTED)
CGroup: name=systemd:/system/nfs.service
Could you open a bug report for this ? You are the second one to talk
about nfs not starting properly.
- vboxadd.service fails:
tim@linux-0m5i:~> sudo systemctl status vboxadd.service
vboxadd.service - LSB: VirtualBox Linux Additions kernel modules
Loaded: loaded (/etc/init.d/vboxadd)
Active: failed since Sun, 04 Sep 2011 16:57:47 +0200; 11min
ago
Process: 1704 ExecStart=/etc/init.d/vboxadd start (code=exited,
status=1/FAILURE)
CGroup: name=systemd:/system/vboxadd.service
Well, you are running on a "physical" system, so of course, Virtualbox
addons can't run.. Maybe Yast installer should be smarter to disable (or
uninstall) the service.
- vmtoolsd.service fails:
tim@linux-0m5i:~> sudo systemctl status vmtoolsd.service
vmtoolsd.service - LSB: VMWare Tools Daemon
Loaded: loaded (/etc/init.d/vmtoolsd)
Active: failed since Sun, 04 Sep 2011 16:57:47 +0200; 12min
ago
Process: 1701 ExecStart=/etc/init.d/vmtoolsd start
(code=exited, status=7/NOTRUNNING)
CGroup: name=systemd:/system/vmtoolsd.service
Same as VirtualBox, but with VMWare addons..
Does this just need to be disabled somehow so it only tries to run in a
VM?
Nothing new with systemd, it was already the case with sysvinit. Simply,
now, thanks to systemd, we have a better way to get status after startup
(yay ;)
--
Frederic Crozat <fcrozat@xxxxxxxx>
SUSE
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-factory+help@xxxxxxxxxxxx
| < Previous | Next > |