varrun and varlock creation after transfering / to new disk - or errors not shown during boot

Bug #179723 reported by janl
4
Affects Status Importance Assigned to Milestone
usplash (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: initscripts

Hi,

I've been moving my myth box from old hardware to new hardware. Needlessly to say, I'm enjoying my various *buntu boxes immensely. In this connection I've also replaced the smallest disk with a larger disk. To complete this task I had to move / and /var to the new disk. This quite naturally entails making the new file systems and transferring contents (incrementally, until downtime was unavoidable) with commands such as these:

rsync -avxHPS --delete / /mnt/
rsync -avxHPS --delete /var/ /mnt/var/

This is nice and all, but of course it will not make mount points, they are excluded by the -x, but I don't want to copy /sys and /proc y'know. I know of the mount points I've laid out myself, such as /var, and /tmp and so on. And the mounting of /proc and /sys seems pretty robust. When booting from the transfered filesystems networking would _not_ come up.

Start with init=/bin/bash to debug. ... S01mountkernfs.sh printed useful error messages indicating that /var/run and /var/lock did not exist. But why didn't I see this during boot? When redhat has a failing init script it changes away from the splash screen to the init-script console. But... more interestingly, IMHO, why does S01mountkernnfs.sh not make these mountpoints itself? Comming up without networking and no error messages on the console during boot is something I expect of windows, not Linux ;-)

Nicolai

Revision history for this message
Scott James Remnant (Canonical) (canonical-scott) wrote :

S01mountkernfs.sh cannot make the mountpoints, since at that point, the drive is read-only.

If you shutdown the machine, the mountpoints will be made, and then it'll work on the next reboot - that's about the best we could do.

Revision history for this message
janl (janl) wrote : Re: [Bug 179723] Re: varrun and varlock creation after transfering / to new disk - or errors not shown during boot

Scott James Remnant skrev:
> S01mountkernfs.sh cannot make the mountpoints, since at that point, the
> drive is read-only.
>
> If you shutdown the machine, the mountpoints will be made, and then
> it'll work on the next reboot - that's about the best we could do.

That would help. But if it's possible to make the problem _evident_
then that would assist the user/admin in fixing it. Of course "just
reboot" is easier to relate to for for a random user.

Nicolai

Revision history for this message
Andreas Moog (ampelbein) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue for you? Can you try with latest Ubuntu release? Thanks in advance.

Changed in sysvinit:
assignee: nobody → andreas-moog
status: New → Incomplete
Revision history for this message
janl (janl) wrote :

There is a workaround for this released in 7.10 S60unmount script which creates miscellaneous vital mount point points before shutting down. So one orderly reboot after a copy scenario and the machine will "magicaly" work.

This is nice in one way, but if the splash screen were to show actual error messages instead of hiding them we would avoid this and countless other problems in the future.

Regards,
  Nicolai

Changed in sysvinit:
status: Incomplete → Confirmed
Andreas Moog (ampelbein)
Changed in sysvinit:
assignee: andreas-moog → nobody
Revision history for this message
janl (janl) wrote :

Hi,

I guess that the sysvinit issue here has been workarounded, and that the remaining problem is with the splash screen management since the splash screen hides vital error messages during boot.

Changing package to "usplash".

Regards,
  Nicolai

Revision history for this message
Phillip Susi (psusi) wrote :

The usplash package has been superseded by plymouth and has been removed from the Ubuntu archive. Closing all related bugs.

Changed in usplash (Ubuntu):
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.