thanks for the suggestion, but nope. Exactly the same. # lucreate -c snv_40 -n snv_46 -C /dev/dsk/c2d0s0 -m /:/dev/md/dsk/ d30:ufs .. Integrity check OK. Populating contents of mount point </>. Copying. Creating shared file system mount points. Creating compare databases for boot environment <snv_46>. Creating compare database for file system </>. Updating compare databases on boot environment <snv_46>. Making boot environment <snv_46> bootable. Updating bootenv.rc on ABE <snv_46>. Generating partition and slice information for ABE <snv_46> Setting root slice to Solaris Volume Manager metadevice </dev/md/dsk/ d30>. mount: /dev/md/dsk/d10 write-protected ERROR: Cannot mount boot slice </dev/md/dsk/d10>. Cannot update GRUB menu ERROR: Unable to delete GRUB menu entry for boot environment <snv_46>. ERROR: Cannot make file systems for boot environment <snv_46>. wicked# df / / (/dev/md/dsk/d40 ):17123206 blocks 1184519 files wicked# metastat -p d40 d40 -m /dev/md/rdsk/d10 1d10 1 1 /dev/rdsk/c2d0s0
guess it's time to try without DiskSuite. What's going to break next, though? Would I'd better of abandoning LU? What other option would I have to keep my OpenSolaris system up to date, that would not involve burning a DVD on a regular basis and booting of that to upgrade, nor having a second netboot/install server on the home network? - mo On 29 Aug 2006, at 19:52, Dave Miner wrote: > I suspect it's a bug in handling the 'preserve' option, which I > don't think gets exercised all that widely - I don't personally > know anyone who uses it on a regular basis. I would guess that the > lucreate without that would work fine and you'd be on your way, > though obviously it'll take the time to copy the data.
