Skip to content

Services with ProtectHome=yes fail to start if /home is a symlink #3867

@lolomokakus

Description

@lolomokakus

Submission type

  • Bug report
  • Request for enhancement (RFE)

NOTE: Do not submit anything other than bug reports or RFEs via the issue tracker!

systemd version the issue has been seen with

231

NOTE: Do not submit bug reports about anything but the two most recently released systemd versions upstream!

Used distribution

Arch Linux

In case of bug report: Expected behaviour you didn't see

Services with ProtectHome=yes running normally

In case of bug report: Unexpected behaviour you saw

Three services, namely systemd-hostnamed.service, systemd-timedated.service and systemd-timesyncd.service all suddenly refused to start with the error message "Too many levels of symbolic links" and the status 226/NAMESPACE. I assume this happened after I ran a system upgrade and systemd 231 was installed. With some help I managed to discovered the services ran when I commented out ProtectHome=yes in their .service files, and then I found out /home being a symlink was what caused the issue.

In case of bug report: Steps to reproduce the problem

Remove /home and link another directory to it.

Metadata

Metadata

Assignees

No one assigned

    Labels

    pid1regression ⚠️A bug in something that used to work correctly and broke through some recent commit

    Type

    No type

    Projects

    No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions