You are not logged in.

#501 2011-05-02 19:15:01

loonyphoenix
Member
From: Belarus
Registered: 2010-01-29
Posts: 19

Re: systemd: Yet Another Init Replacement

From the wiki, arch-persistent-settings.service does this:

sets the timezone based on rc.conf

This is the only thing I might still need from the initscripts-systemd package. What exactly does this do and can I live without it?

Offline

#502 2011-05-02 19:49:55

falconindy
Developer
From: New York, USA
Registered: 2009-10-22
Posts: 4,111
Website

Re: systemd: Yet Another Init Replacement

It does what it says it does. If you use a GUI such as gnome or KDE, you've got a settings manager which takes care of this for you. If you're a console commando and/or running on a desktop that doesn't travel between time zones, then you can just ditch this as your timezone isn't likely to change, updating manually as necessary.

Offline

#503 2011-05-02 20:01:30

loonyphoenix
Member
From: Belarus
Registered: 2010-01-29
Posts: 19

Re: systemd: Yet Another Init Replacement

Thanks, that's all I needed to know.

Offline

#504 2011-05-02 21:06:58

lowie82ph
Member
Registered: 2008-08-10
Posts: 22

Re: systemd: Yet Another Init Replacement

falconindy wrote:
lowie82ph wrote:

I just started using systemd and I think it's faster than Arch's default init system.

I have a question, is root fsck'ed during boot?
I only saw /boot and /home being fsck'ed.

Thanks

mounts will always be fsck'd prior to being mounted. root is no exception.

$ systemctl status fsck-root.service
fsck-root.service - File System Check on Root Device
      Loaded: loaded (/lib/systemd/system/fsck-root.service)
      Active: inactive (dead) since Fri, 29 Apr 2011 23:42:32 -0400; 1 day and 20h ago
    Main PID: 121 (code=exited, status=0/SUCCESS)
      CGroup: name=systemd:/system/fsck-root.service

Thanks falconindy!

I thought root is not fsck'd because it is not displayed during boot.

Offline

#505 2011-05-03 09:15:37

dl.zerocool
Member
Registered: 2011-02-04
Posts: 8

Re: systemd: Yet Another Init Replacement

Okay,  so everyone having problems with networkmanager in KDE.

Please check this post -> https://bbs.archlinux.org/viewtopic.php?pid=927415
It's not related to systemd, but to kde.

Offline

#506 2011-05-03 10:33:27

xpaolo
Member
From: Spresiano (TV) - Italy
Registered: 2009-09-11
Posts: 17
Website

Re: systemd: Yet Another Init Replacement

frankieboy wrote:
eworm wrote:
frankieboy wrote:

I've tried systemd from the community repo again, what I've found that both on my laptop and on my home computer, the mount of the boot partition fails with a time-out, and if I gave the root password, I can manually mount the boot partition, why is that?
In my fstab, there is nothing specific:
UUID=something /boot ext4 defaults,noatime,nodiratime 1 2
On the home machine, after the timeout, it fails to mount /home and another partition mounted under home, it says dependency error.
On my laptop, networkmanager with systemd starts randomly, booting once everything is ok, on the other time, it fails.

Make sure you have up to date udev and mkinitcpio, then update your initrd.
I think this is because old initrd does not handle /run correctly (or at all).

That didn't help, I've an up to date system. If you read back in the forum a little bit, you may find, that I've a special setup: a ocz ssd with hardware raid, containing /boot, /, /home, and a softraid raid0 with two hdd-s, containing /var, and a partition mounted under home. With earlier version, systemd didn't mount anything at all, now /, and /var are mounted, (/run and /var/run also), but I have to mount manually /boot, /home and the third partition. My question is do I need the mdadm hook, or /var can be mounted during boot without the mdadm hook?

Any help appreciated

I had a similar problem but my configuration is very common: /dev/sda5 swap, /dev/sda6 root and /dev/sda7 home partitions
Systemd stopped with and error like 'job dev-sda7.device start/dependency' and can not mount /home. I removed and reinstalled everithing but i think the problem was solved reinstalling udev and recreating initrd, if you use it.

I hope this help

Offline

#507 2011-05-03 17:13:16

frankieboy
Member
Registered: 2009-04-12
Posts: 65

Re: systemd: Yet Another Init Replacement

xpaolo wrote:
frankieboy wrote:
eworm wrote:

Make sure you have up to date udev and mkinitcpio, then update your initrd.
I think this is because old initrd does not handle /run correctly (or at all).

That didn't help, I've an up to date system. If you read back in the forum a little bit, you may find, that I've a special setup: a ocz ssd with hardware raid, containing /boot, /, /home, and a softraid raid0 with two hdd-s, containing /var, and a partition mounted under home. With earlier version, systemd didn't mount anything at all, now /, and /var are mounted, (/run and /var/run also), but I have to mount manually /boot, /home and the third partition. My question is do I need the mdadm hook, or /var can be mounted during boot without the mdadm hook?

Any help appreciated

I had a similar problem but my configuration is very common: /dev/sda5 swap, /dev/sda6 root and /dev/sda7 home partitions
Systemd stopped with and error like 'job dev-sda7.device start/dependency' and can not mount /home. I removed and reinstalled everithing but i think the problem was solved reinstalling udev and recreating initrd, if you use it.

I hope this help

Thank you, it worked! The udev reinstall and the initrd regeneration were the solution.

Offline

#508 2011-05-03 17:18:25

litemotiv
Forum Fellow
Registered: 2008-08-01
Posts: 5,026

Re: systemd: Yet Another Init Replacement

falconindy, i'm still looking at why the number of kernel mounts mounts seems to double (or more). Right now after a clean boot i have this list:

% mount

proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=10240k,nr_inodes=472692,mode=755)
/dev/disk/by-uuid/4bb96692-5139-4c79-b60f-2d181412b8bd on / type ext4 (rw,noatime,discard)
shm on /dev/shm type tmpfs (rw,nosuid,nodev)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/dev/sda4 on /home type ext4 (rw,noatime,discard)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/dev/sda4 on /home type ext4 (rw,noatime,discard)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
/dev/sda4 on /home type ext4 (rw,noatime,discard)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/dev/sda4 on /home type ext4 (rw,noatime,discard)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/dev/sda4 on /home type ext4 (rw,noatime,discard)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
/dev/sda4 on /home type ext4 (rw,noatime,discard)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
/dev/sda4 on /home type ext4 (rw,noatime,discard)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
/dev/sda4 on /home type ext4 (rw,noatime,discard)

Any ideas how i can try to prevent this from happening?


ᶘ ᵒᴥᵒᶅ

Offline

#509 2011-05-03 17:48:48

Stebalien
Member
Registered: 2010-04-27
Posts: 1,239
Website

Re: systemd: Yet Another Init Replacement

litemotiv wrote:

falconindy, i'm still looking at why the number of kernel mounts mounts seems to double (or more). Right now after a clean boot i have this list:

% mount

proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=10240k,nr_inodes=472692,mode=755)
/dev/disk/by-uuid/4bb96692-5139-4c79-b60f-2d181412b8bd on / type ext4 (rw,noatime,discard)
shm on /dev/shm type tmpfs (rw,nosuid,nodev)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/dev/sda4 on /home type ext4 (rw,noatime,discard)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/dev/sda4 on /home type ext4 (rw,noatime,discard)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
/dev/sda4 on /home type ext4 (rw,noatime,discard)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/dev/sda4 on /home type ext4 (rw,noatime,discard)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/dev/sda4 on /home type ext4 (rw,noatime,discard)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
/dev/sda4 on /home type ext4 (rw,noatime,discard)
debugfs on /sys/kernel/debug type debugfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
mqueue on /dev/mqueue type mqueue (rw)
hugetlbfs on /dev/hugepages type hugetlbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
/dev/sda4 on /home type ext4 (rw,noatime,discard)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
/dev/sda4 on /home type ext4 (rw,noatime,discard)

Any ideas how i can try to prevent this from happening?

I don't know if this is causing your problem but did you remember to symlink /etc/mtab to /proc/mounts?

Last edited by Stebalien (2011-05-03 17:50:25)


Steven [ web : git ]
GPG:  327B 20CE 21EA 68CF A7748675 7C92 3221 5899 410C

Offline

#510 2011-05-03 18:05:54

litemotiv
Forum Fellow
Registered: 2008-08-01
Posts: 5,026

Re: systemd: Yet Another Init Replacement

Stebalien wrote:

I don't know if this is causing your problem but did you remember to symlink /etc/mtab to /proc/mounts?

Ahh i didn't see that in the wiki before, thanks. I'm doing a lot of fuse stuff though, so symlinking might not be the best option for me at this time. I'll try it out.


ᶘ ᵒᴥᵒᶅ

Offline

#511 2011-05-03 20:05:14

falconindy
Developer
From: New York, USA
Registered: 2009-10-22
Posts: 4,111
Website

Re: systemd: Yet Another Init Replacement

litemotiv wrote:
Stebalien wrote:

I don't know if this is causing your problem but did you remember to symlink /etc/mtab to /proc/mounts?

Ahh i didn't see that in the wiki before, thanks. I'm doing a lot of fuse stuff though, so symlinking might not be the best option for me at this time. I'll try it out.

In this case, you really should be recompiling util-linux with the option --enable-libmount-mount. This should allow fuse to continue working properly.

Offline

#512 2011-05-03 20:36:39

el mariachi
Member
Registered: 2007-11-30
Posts: 595

Re: systemd: Yet Another Init Replacement

Is the new initscripts system /sbin/rc a step in systemd direction?

Offline

#513 2011-05-03 22:09:46

falconindy
Developer
From: New York, USA
Registered: 2009-10-22
Posts: 4,111
Website

Re: systemd: Yet Another Init Replacement

/sbin/rc is merely a helper script. I fail to see the connection to systemd.

Offline

#514 2011-05-04 17:50:30

litemotiv
Forum Fellow
Registered: 2008-08-01
Posts: 5,026

Re: systemd: Yet Another Init Replacement

falconindy wrote:

In this case, you really should be recompiling util-linux with the option --enable-libmount-mount. This should allow fuse to continue working properly.

'Someone' added a util-linux-git to the AUR and that seems to work. wink

Autofs isn't happy with it though:

May  4 19:40:04 localhost automount[1232]: do_mount_autofs_indirect: failed to create autofs directory /media/ssh
May  4 19:40:04 localhost automount[1232]: handle_mounts: mount of /media/ssh failed!

edit: fixxored by creating the master directories instead of ghosting them

Last edited by litemotiv (2011-05-04 18:06:37)


ᶘ ᵒᴥᵒᶅ

Offline

#515 2011-05-05 01:17:46

ngoonee
Forum Fellow
From: Between Thailand and Singapore
Registered: 2009-03-17
Posts: 7,358

Re: systemd: Yet Another Init Replacement

litemotiv wrote:
falconindy wrote:

In this case, you really should be recompiling util-linux with the option --enable-libmount-mount. This should allow fuse to continue working properly.

'Someone' added a util-linux-git to the AUR and that seems to work. wink

Hasn't that been there like, forever? (or at least since I started trying systemd, before the repo version of util-linux was new enough to support systemd).


Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.

Offline

#516 2011-05-05 01:46:23

falconindy
Developer
From: New York, USA
Registered: 2009-10-22
Posts: 4,111
Website

Re: systemd: Yet Another Init Replacement

I posted util-linux-git in January after the release of 2.19 shortly before the name change happened. util-linux-ng-git was available for some time before that. Wasn't owned by me though, despite my efforts.

Aside: util-linux is definitely one of the more enjoyable projects that I follow. I'd say no less than 80% of the traffic on the ML is patches. No bullshit, just fix stuff, clean it up, and add new features.

Last edited by falconindy (2011-05-05 01:47:29)

Offline

#517 2011-05-05 08:01:21

Agamemnon
Member
From: France
Registered: 2011-05-05
Posts: 42

Re: systemd: Yet Another Init Replacement

Hi!

I use systemd for a month now and all was perfect. But with the newer release, I have a problem. I use Gnome 3 with networkmanager. When I start without systemd, it works perfectly, but with systemd, networkmanager don't launch at all... Furthermore, I can't shutdown my computer normally, it freeze on shutdown and must poweroff manually... I start my deamons with rc.conf.
Someone have an idea?

(sorry for my bad english...)


Pc: Intel core i7, 8Gb RAM, Archlinux 64bits, Gnome 3
Laptop 1: Intel Core2Duo, 4Gb RAM, Archlinux 64bits, Gnome 3
Laptop 2: Intel P4 HT, 512Mb RAM, Archlinux 32 bits, Gnome 3 too

Offline

#518 2011-05-05 09:45:52

adrianx
Member
From: South Africa
Registered: 2010-03-22
Posts: 70

Re: systemd: Yet Another Init Replacement

I followed falconindy's advice and it solved the problem with networkmanager.

falconindy wrote:

I suggest switching to rsyslog, until syslog-ng can get its act together (and implement proper socket activation and takeover). This should fix a large number of problems that people have been experiencing recently wrt hanging at shutdown (and probably bootup as well).

community/rsyslog includes its own service file, so its simply a matter of HUP'ing systemd and enabling the new logger.

Edit: See #475 in this thread

Last edited by adrianx (2011-05-05 09:47:58)

Offline

#519 2011-05-05 11:44:08

Agamemnon
Member
From: France
Registered: 2011-05-05
Posts: 42

Re: systemd: Yet Another Init Replacement

Excellent! It works very well! Thank you very much for this tips and all the big work on systemd!


Pc: Intel core i7, 8Gb RAM, Archlinux 64bits, Gnome 3
Laptop 1: Intel Core2Duo, 4Gb RAM, Archlinux 64bits, Gnome 3
Laptop 2: Intel P4 HT, 512Mb RAM, Archlinux 32 bits, Gnome 3 too

Offline

#520 2011-05-06 01:50:49

Zom
Member
From: Sweden
Registered: 2007-10-27
Posts: 430

Re: systemd: Yet Another Init Replacement

Agamemnon wrote:

Hi!

I use systemd for a month now and all was perfect. But with the newer release, I have a problem. I use Gnome 3 with networkmanager. When I start without systemd, it works perfectly, but with systemd, networkmanager don't launch at all... Furthermore, I can't shutdown my computer normally, it freeze on shutdown and must poweroff manually... I start my deamons with rc.conf.
Someone have an idea?

(sorry for my bad english...)

Don't use rc.conf. Use the native .service-files instead.

Offline

#521 2011-05-06 12:09:53

Agamemnon
Member
From: France
Registered: 2011-05-05
Posts: 42

Re: systemd: Yet Another Init Replacement

Zom wrote:

Don't use rc.conf. Use the native .service-files instead.

Even if I want keep an entry in Grub with the default init system? Just in the case of anything goes wrong...


Pc: Intel core i7, 8Gb RAM, Archlinux 64bits, Gnome 3
Laptop 1: Intel Core2Duo, 4Gb RAM, Archlinux 64bits, Gnome 3
Laptop 2: Intel P4 HT, 512Mb RAM, Archlinux 32 bits, Gnome 3 too

Offline

#522 2011-05-06 13:42:32

Zom
Member
From: Sweden
Registered: 2007-10-27
Posts: 430

Re: systemd: Yet Another Init Replacement

Agamemnon wrote:

Even if I want keep an entry in Grub with the default init system? Just in the case of anything goes wrong...

You can still have the DAEMONS array in rc.conf, systemd doesn't use it by default. You can (or could, maybe falconindy has removed the support) enable systemd to use the legacy sysvinit daemon scripts by loading a certain .service-file, but it's not recommended.

This was what I thought you were doing, instead of using 'systemctl enable <daemon>.service'.

Offline

#523 2011-05-06 14:19:25

litemotiv
Forum Fellow
Registered: 2008-08-01
Posts: 5,026

Re: systemd: Yet Another Init Replacement

I'm trying out an autofs.service file, which seems to basically work but for some reason dies instantly after starting.

autofs.service:

[Unit]
Description=Autofs

[Service]
EnvironmentFile=/etc/conf.d/autofs
ExecStart=/usr/sbin/automount 
StandardOutput=syslog

[Install]
WantedBy=multi-user.target

Log:

2011-05-06T16:05:59+02:00 localhost automount[1968]: master_do_mount: mounting /media/ssh
2011-05-06T16:05:59+02:00 localhost automount[1968]: automount_path_to_fifo: fifo name /var/run/autofs.fifo-media-ssh
2011-05-06T16:05:59+02:00 localhost automount[1968]: lookup_nss_read_map: reading map file /etc/autofs/auto.ssh
2011-05-06T16:05:59+02:00 localhost automount[1968]: mounted indirect on /media/ssh with timeout 60, freq 15 seconds
2011-05-06T16:05:59+02:00 localhost automount[1968]: st_ready: st_ready(): state = 0 path /media/ssh
2011-05-06T16:05:59+02:00 localhost automount[1968]: ghosting enabled
2011-05-06T16:05:59+02:00 localhost automount[1968]: master_notify_state_change: sig 15 switching /media/ssh from 1 to 5
2011-05-06T16:05:59+02:00 localhost automount[1968]: st_prepare_shutdown: state 1 path /media/ssh
2011-05-06T16:05:59+02:00 localhost automount[1968]: expire_proc: exp_proc = 140013939205888 path /media/ssh
2011-05-06T16:05:59+02:00 localhost automount[1968]: expire_cleanup: got thid 140013939205888 path /media/ssh stat 0
2011-05-06T16:05:59+02:00 localhost automount[1968]: expire_cleanup: sigchld: exp 140013939205888 finished, switching from 5 to 7
2011-05-06T16:05:59+02:00 localhost automount[1968]: st_shutdown: state 5 path /media/ssh
2011-05-06T16:06:00+02:00 localhost automount[1968]: umount_multi: path /media/ssh incl 0
2011-05-06T16:06:00+02:00 localhost automount[1968]: rm_unwanted_fn: removing directory /media/ssh/testserver
2011-05-06T16:06:00+02:00 localhost automount[1968]: umounted indirect mount /media/ssh
2011-05-06T16:06:00+02:00 localhost automount[1968]: automount_path_to_fifo: fifo name /var/run/autofs.fifo-media-ssh
2011-05-06T16:06:00+02:00 localhost automount[1968]: shut down path /media/ssh

systemctl status autofs.service:

autofs.service - Autofs
          Loaded: loaded (/etc/systemd/system/autofs.service)
          Active: inactive (dead) since Fri, 06 May 2011 16:00:00 +0200; 10min ago
         Process: 1967 ExecStart=/usr/sbin/automount (code=exited, status=0/SUCCESS)
          CGroup: name=systemd:/system/autofs.service

Doing the same thing with /etc/rc.d/autofs results in this log:

2011-05-06T16:15:26+02:00 localhost automount[2262]: master_do_mount: mounting /media/ssh
2011-05-06T16:15:26+02:00 localhost automount[2262]: automount_path_to_fifo: fifo name /var/run/autofs.fifo-media-ssh
2011-05-06T16:15:26+02:00 localhost automount[2262]: lookup_nss_read_map: reading map file /etc/autofs/auto.ssh
2011-05-06T16:15:26+02:00 localhost automount[2262]: mounted indirect on /media/ssh with timeout 60, freq 15 seconds
2011-05-06T16:15:26+02:00 localhost automount[2262]: st_ready: st_ready(): state = 0 path /media/ssh
2011-05-06T16:15:26+02:00 localhost automount[2262]: ghosting enabled

Does anyone have an idea how i can debug this?


ᶘ ᵒᴥᵒᶅ

Offline

#524 2011-05-06 14:37:30

falconindy
Developer
From: New York, USA
Registered: 2009-10-22
Posts: 4,111
Website

Re: systemd: Yet Another Init Replacement

systemd integrates heavily with autofs, why not just use that? For example, in my fstab at home...

LABEL=Gluttony      /mnt/Gluttony   ext4      defaults,noatime,comment=systemd.automount     0       2

and at work...

//fileserver3/IT  /mnt/fs3      cifs   defaults,credentials=/mnt/.me,comment=systemd.automount 0 0

Neither of these are mounted on boot -- it's not until I attempt to access them, (e.g. ls /mnt/fs3) that they're mounted.

Offline

#525 2011-05-06 14:44:31

falconindy
Developer
From: New York, USA
Registered: 2009-10-22
Posts: 4,111
Website

Re: systemd: Yet Another Init Replacement

Zom wrote:
Agamemnon wrote:

Even if I want keep an entry in Grub with the default init system? Just in the case of anything goes wrong...

You can still have the DAEMONS array in rc.conf, systemd doesn't use it by default. You can (or could, maybe falconindy has removed the support) enable systemd to use the legacy sysvinit daemon scripts by loading a certain .service-file, but it's not recommended.

This was what I thought you were doing, instead of using 'systemctl enable <daemon>.service'.

arch-daemons.target. Sadly, it's going to be a little longer than I wanted until that unit disappears. That said, the intended usage of that target was never meant to be more than:

1) Install systemd, initscripts-systemd, systemd-arch-units (arch-daemons.target is enabled)
2) reboot
3) copy /run/systemd/generator/arch-daemons.target.wants/*.service to /etc/systemd/system for anything where a native unit file doesn't exist
4) kill -1 1 (refreshes systemd's unit database)
5) systemctl enable *.service (for the services you copied over in step 3)
6) disable arch-daemons.target
7) ????
8) profit.

I'd encourage you to go one step further and try to write unit files for anything missing from our current collection in systemd-arch-units. You could even go one step further and submit it upstream so we don't have to maintain it ourselves.

Offline

Board footer

Powered by FluxBB