On Tue, 12 Jul 2011 00:25:38 +0400 Pan Tsu <iny...@gmail.com> wrote: > "Christopher J. Ruwe" <c...@cruwe.de> writes: > > [...] > > In this setup, I should not have any problems. However, I do not > > realize (and very much doubt) that I changed anything in the order > > of the services (lacking the capability to deterministically do so, > > anyway). > > > > From rcorder I understand that all that is required to set rcorder > > right would be to change /etc/rc.d/zfs to include a REQUIRE: geli, > > so that my geli-encrypted volume would be unlocked before all > > zfs-datasets are mounted? > > Yep, or revert to default where rc.d/zfs depends on > rc.d/mountcritlocal. > > $ svn co -qr223699 svn://svn.freebsd.org/base/stable/8/etc/rc.d > $ rcorder rc.d/* | nl | sed /zfs/q > 1 rc.d/hostid > 2 rc.d/zvol > 3 rc.d/dumpon > 4 rc.d/ddb > 5 rc.d/initrandom > 6 rc.d/geli > 7 rc.d/gbde > 8 rc.d/encswap > 9 rc.d/ccd > 10 rc.d/swap1 > 11 rc.d/fsck > 12 rc.d/root > 13 rc.d/hostid_save > 14 rc.d/mdconfig > 15 rc.d/mountcritlocal > 16 rc.d/zfs > > > > If so, what could be the reason that my rcorder-setup deviates from > > the standard and how could I coerce it back to standard? > > No idea. Try basic check with > > $ diff -ur /usr/src/etc/rc.d /etc/rc.d > $ mergemaster > $ mergemaster -s > > unless someone else can reproduce your issue.
Please accept my apologies for replying so late, I was stuck up in work and could not find time to test this issue. Your proposed solution of reverting to the default setup worked as expected. My idea of adding a REQUIRE: geli to /etc/rc.d/zfs did not, although rcorder showed geli before zfs then. However, with my problem solved, I have no incentive to research why I deviated from default rc.d in the first place ... the only thing I am sure of is, that it was not intentionally. Anyhow, thank you for your help, it is really appreciated. -- Christopher J. Ruwe TZ GMT + 2 _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"