2871 376907256%/usr
/dev/ad0s4 16458576 15268864 118971293%/d
/dev/md0 2568124 236264 0%/tmp
"sysctl -b kern.geom.confxml" output attached as "dmesg.confxml".
Is this an obvious pilot error on my side, or a bug in geom_vol_
ch) before, say, geom_mirror does.
What do you think about this approach?
--
Per Kristian Hove
Dept. of Mathematical Sciences
Norwegian University of Science and TechnologyIndex: geom_vol_ffs.c
===
RCS file: /usr/ncvs/src/sys/geom/geom_vo
cvsup.no.FreeBSD.org will be down for approx. 15 minutes
somewhere between 10:00 UTC to 10:30 UTC tomorrow (2000-10-13)
due to network equipment upgrades.
--
Per Kristian Hove <[EMAIL PROTECTED]>
Principal engineer
Dept. of Mathematical Sciences
Norwegian University of Science and Tech
uot;c" partitions, and test for
this:
if (fs->fs_old_size * fs->fs_fsize >
(int32_t) pp->mediasize) {
g_free(fs);
continue;
}
as that would make geom_vol_ffs continue to work even if you dd(1) an
existing file system fro
ot to one of the sides (da0s1a or da1s1a). Is it
at all possible to require that also
- parent geom does NOT have any consumers of type ccd (etc.) attached
to its provider.
or is that hard to check? (I really don't know enough about GEOM to
have an opinion on how it should be done,
w classes.
I'd really like geom_vol_ffs to be deterministic enough to be used in
fstab.
--
Per Kristian Hove
Dept. of Mathematical Sciences
Norwegian University of Science and Technology
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/