<html>

  <head>

    <meta content="text/html; charset=windows-1252"

      http-equiv="Content-Type">

  </head>

  <body bgcolor="#FFFFFF" text="#000000">

    Hi Dirk<br>

    <br>

    I'm also running several jessie-clients now without serious

    problems, I'm using dracut too.<br>

    <br>

    I dont see any "systemd-tmpfiles" messages in my syslogs.<br>

    <br>

    Just a question: are you trying to use "pure" systemd or both

    systemd and sys-v-init together? <br>

    As far as I know, standard jessie uses both together (and so do I),

    because there are maybe some services which still require

    sys-v-init.<br>

    <br>

    I've installed the following systemd/sys-v-init related packages:<br>

    <br>

    systemd<br>

    systemd-sysv<br>

    sysv-rc<br>

    sysv-rc-conf<br>

    sysvinit<br>

    sysvinit-utils<br>

    <br>

    <br>

    Regards<br>

    René<br>

    <br>

    PS: here some hints for two annoying but not serious jessie-issues

    which I encountered:<br>

    <ul>

      <li>by default, shutdown/reboot seems not to be possible from

        within user-sessions (root-only) <br>

      </li>

      <ul>

        <li>=> one needs to edit

          "/usr/share/polkit-1/actions/org.freedesktop.login1.policy"

          (set allow_any/allow_inactive/allow_active) to yes in the

          "org.freedesktop.login1.power-off..." and

          "org.freedesktop.login1.reboot..." sections )</li>

      </ul>

      <li>If I shutdown/reboot from within a ssh-session, the

        ssh-session are not cleanly terminated but stay hanging (see

        <a class="moz-txt-link-freetext" href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751636">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751636</a> ) -

        even CTRL-C or CTRL-D wont kill the session, I only can do it by

        closing the terminal<br>

      </li>

      <ul>

        <li>=> I use the workaround which Tom Hutter is recommending

          (<a class="moz-txt-link-freetext" href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751636#20">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751636#20</a>),

          where a "ssh-user-sessions.service" job is started which

          executes a "killall ssh" before shutdown. Its not really a

          nice thing, but at least the sessions dont hang anymore</li>

      </ul>

    </ul>

    <br>

    <br>

    <div class="moz-cite-prefix">On 06/19/2015 10:35 AM, Dirk Geschke

      wrote:<br>

    </div>

    <blockquote cite="mid:20150619083501.GA16796@mail" type="cite">

      <pre wrap="">Hi Thomas,

</pre>

      <blockquote type="cite">

        <blockquote type="cite">

          <pre wrap="">Any suggestions, ideas, workable solutions, ...?

</pre>

        </blockquote>

        <pre wrap="">Why don't you just remove the fstab entry for /run?

</pre>

      </blockquote>

      <pre wrap="">

systemd creates it, if it is not part of fstab...

Then this service 

   systemd-tmpfiles-setup.service 

creates the needed files, e.g. for ssh it uses:

   /usr/lib/tmpfiles.d/sshd.conf

Which defines:

   d /var/run/sshd 0755 root root

So this directory gets created and ssh can start. But if /run is still

read-only, it fails...

Probably I can find a work around for this. But it was my first try

with systemd and I had such problems. So I'm curious if I have to

expect more such problems and it would be a better way to stay with

system-v-init...

Last time a reboot did not work, the network was canceled, the conosole

still showed the login prompt but did not react on input. A hard-reboot

resultet in fsck-runs and again / was rw mounted after