[Pkg-sysvinit-devel] Bug#635473: Finalizing /run transition manually seems to have worked

[Helge Kreutzmann]

Hello Roger,
On Sun, Sep 18, 2011 at 07:00:36PM +0100, Roger Leigh wrote:
> On Sun, Sep 18, 2011 at 06:46:26PM +0200, Helge Kreutzmann wrote:
> > user rleigh at debian.org
> > usertags run-transition
> > thanks
> > 
> > I now transitioned and everything looks fine, buy
> > 1) removing the link /run -> /var/run
> OK
> 
> > 2) adjusting /etc/fstab to add /run and comment out /var/run
> /etc/fstab only needs a /run entry if you want to customise the
> mount options, otherwise it's automatic.

Thanks for the info, since the cron maintainer said he had it, I
simply changed my /var/run entry also.

> > 3) going single user
> > 4) moving all files from /var/run -> /run
> > 5) replacing /var/run with a symlink to /run
> > 6) rebooting
> 
> Looks fine to me.  Note you also want to symlink /var/lock to
> /run/lock.

Will do, thanks for the hint.

> > Everything looks fine now.
> > 
> > In the process, I discovered a file called .run-transition in
> > /var/run, with the contents:
> > Please reboot to complete migration to tmpfs-based /run
> > 
> > I moved this file as well to /run and it is gone as expected after the
> > reboot :-))
> 
> That's fine too.  Normally that would have been cleaned up when
> you rebooted.

Well, it did not, that's why I reported. Probably some (bad)
interaction between the d-i image I used and the transition.

> For some reason I was never notified when this got reassigned to
> sysvinit.  Possibly I missed it--less than two weeks until I have
> to submit my PhD thesis, so I've been somewhat preoccupied over the
> last few weeks!

No problem. Then I wish you all the luck that you PhD turns out fine,
I very well remember mine, the last phase was hot. Do you need to
defend it?

> Regarding the /run vs /var/run symlinks: if the initscripts postinst
> thinks you're inside a chroot, it will link /run to /var/run rather
> than the other way around.  There are a few reasons for this, it's
> mainly to do with initscripts not being run inside chroots which
> means the transition wouldn't complete if we did things the
> "correct" way around.  This would be why it went wrong in your
> case.

Probably, as the installation happend probably within d-i, i.e. a
chroot. If you need / want to debug this, I can dig up all logs I
have.

> Right now, there shouldn't be any issues.  A few months back,
> debian-installer would have caused the link to be created the
> wrong way around for new installs.  This was fixed with the new

Yes, this probably hit me.

> base-files, which is now in testing.  So unless you're doing things
> using virtualisation stuff like vservers or the like, everything
> should work correctly.  I'm not sure about the specifics of your
> installation, but if it was a recent install, it could have
> happened then, or if you were using virtualisation.

The former, and I only noticed it when anacron / cron insisted on not
running. I don't know, probably automic fixing this is impossible,
maybe some kind of check could be added, so people with the wrong link
are at least notified?

Greetings & Thanks for your quick reply now.

            Helge
-- 
      Dr. Helge Kreutzmann                     debian at helgefjell.de
           Dipl.-Phys.                   http://www.helgefjell.de/debian.php
        64bit GNU powered                     gpg signed mail preferred
           Help keep free software "libre": http://www.ffii.de/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/attachments/20110918/dc4e613f/attachment.pgp>