Description of problem:
Installing the FC development tree from today, on bootup /sbin/dmraid -a y
is started on a read-only / partition and "mkdir /var/lock/dmraid" fails.
Packaging this directory into the rpm package is probably best (???).
Looking into the changelog, seems there is also a "--ignorelocking" option
which could be used?
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Changing assignment to notting to be addressed in initscripts:
dmraid needs to be called with the '--ignorelocking' option there
in order to avoid a root readonly issue (ie, 'dmraid -i -ay').
--ignorelocking added in CVS, will be in 8.15-1.
Popping back over to dmraid to own the directory.
owning /var/lock/dmraid in a readonly environment won't help.
dmraid must be run with the -i option in early boot avoiding
access to /var completely.
Any later dmraid runs w/o -i after boot are ok with readwrite access to /var.
Did I miss something with your recommendation ?
If it requires the lock directory, it should be created as part of the RPMs
build process and shipped with the package, as opposed to created at runtime,
regardless of whether or not rc.sysinit calls it with --ignorelocking.
Fixed in devel: /var/lock/dmraid included in rpm from version