Hi,
this week I gave snv_36 a try (hadn't upgraded for a long time) - and this
new "feature" (put in double quotes) was getting me in rage:
6194015 PSARC/2004/776 - Device in use checking for Solaris utilities
What I normally do after Solaris installation is mirroring the boot disk via
SVM. Sometimes I forget to reserve a small region on the disk for the
metadb. No problem - I then usually do the following steps:
1. disable swap (swap -d /dev/dsk/c0t0d0s1)
2. reduce swap by the required amounts of cylinders (usually metadb doesn't
get more than 1 cylinder - hehe, I'm on the cheap side)
3. create a metadb with the freed up space
But this new feature also forces me to uncomment the swap entry in
/etc/vfstab (only to reactivate it later - two completely unnecessary steps):
# format c0t4d0
selecting c0t4d0
[disk formatted]
Warning: Current Disk has mounted partitions.
/dev/dsk/c0t4d0s0 is currently mounted on /. Please see umount(1M).
/dev/dsk/c0t4d0s1 is normally mounted on according to /etc/vfstab. Please
remove this entry to use this device.
{ shrink slice 1 and create another slice }
partition> la
Cannot label disk when partitions are in use as described.
partition> aarrgh!&"/()%#
aarrgh!&"/()%# is not expected.
If you do this early after installation with /sbin/sh as your shell and no
job control you cannot even ^Z format and edit /etc/vfstab. You have to quit
format and start from the beginning.
This happens when programs try to be more clever than the administrator - as
a result they behave like Windows systems or HAL ("I'm sorry, Dave. I'm
afraid I can't do that.")
By accident I also found a workaround today:
6291309 PSARC/2005/461 - libdiskmgt should enable bypassing of in-use checking
Sounds good, but how is it done? Well not officially documented at all but
studying the source code I found out I just have to set the environment
variable "NOINUSE_CHECK".
But it should be a simple command line option in format, preferrable the
already existing -e (expert) option (-f is already in use).
<end of rant>
Daniel
_______________________________________________
opensolaris-discuss mailing list
[email protected]
