Summary: | baselayout-1.8.6.8-r1 uses directories in /var (/var/lib/init.d) before mounting /var | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Karl Hakimian <hyedad> |
Component: | [OLD] Core system | Assignee: | Martin Schlemmer (RETIRED) <azarah> |
Status: | RESOLVED WORKSFORME | ||
Severity: | major | CC: | lcars, releng, seemant |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Karl Hakimian
2003-06-25 07:52:05 UTC
Ok, that's a problem, however you can easily modify the svcdir variable in /etc/conf.d/rc to a local directory. I've used it on my servers (all with separate var ;) ) and works just fine. Bye Thanks for the tip. That certainly makes the boot go more smoothly. There should probably be a warning on the baselayout pointing this out. It runs the following in /etc/init.d/ before /var is touched: checkroot hostname modules checkfs localmount which in theory means /var should be mounted if in /etc/fstab and not marked as 'noauto'. Any idea why this fails for you ? If it does, it is a bug, and nothing that should be warned about (except maybe if some weird config). You could also edit /etc/conf.d/rc to use tmpfs like the older versions did ... I would however like to get thsi fixed. I know Seemant is running a setup like yours (/var on seperate partition at least), and working fine for him ... yeah, I was puzzled by this bug report as well. My /var has always been on a separate partition, and I had no hiccups going to the new baselayout. Since I have not dug through all the startup scripts yet, let me start by listing the systems as accurately as I can. After the baselayout update, I had trouble starting up some daemons on my test machines. I tracked the problem down to the move of of cache directory to /var/lib/init.d. I ran depscan.sh to create that directory and things looked good (though my next move shows that I probably could have made a better choice). I then tried to start up apache and the system immediately complained and dropped me into a shell to fix the problems. Not thinking, I hit ^D to get out of the shell and it rebooted (yes, if I was thinking, I would have been more careful). On the reboot, it dropped me into a shell again complaining that there was not /var/lib/init.d (which there was not, since /var was not mounted). After creating /var/lib/init.d (running depscan.sh again) and rebooting, I'm getting a complaint about the softlevel file not being there. It seems it is being written the /var/lib/init.d before /var is mounted. Let me know if you need more details. I should have commented much sooner. It may be something that did not update properly. Could you move /var/cache/edb/config (or backup), then zero it, and remerge baselayout. Then check if anything needs updating in /etc/ and /etc/init.d/ or where ever else might be crusual. Afterwards you can move the backup of /var/cache/edb/config back. This works for me at least. |