On Sat, 25 Dec 2010 11:40:03 PST
David Smith <dsmith...@yahoo.com> wrote:

> I guess the jury is still out on the mysterious 'extra' solaris
> partitions but all I can say is,  documentation seems to be rarer
> than hens teeth. If anyone else has encountered this and has a
> plausible explanation (or even a theory), I'd love to hear it.
>

I had the same happen on my hard drive layout, I had Fedora 13 on sda1,
swap on sda2, and a shared data partition on sda3 that I ended up
moving to sda7 because the documentation I read for Osol said that it
had to be installed on a primary rather than an extended partition.
That may or may not be true now, but that was the information when I
read it just a few months back. 

My theory just involved the fact that it wanted to be formatted as
linux swap to be able to install with the zfs file system, and on my
set up that partition was also next to the partition I was actually
using for linux swap. Gparted showed an sda 8, 9 and 10 as the same
size as the ZFS partition. 

I had also opened a bugzilla for RHEL v6 beta
about the system not having a hibernate option, and their 2nd beta
release had the option but didn't work for me. It actually would
hibernate but it wouldn't wake up properly, and I suspected that was
due to the ZFS filesystem right next to the swap partition (which
hibernate uses to write system status info.) About the time that
someone at Redhat became interested in the bug I had mostly stopped
using Osol / OI 147 for a number of reasons; so I saved data and
deleted that partition and then I could restore o.k. from hibernate in
linux (in this case RHEL v6 beta). 

I do hope to install a stable version of OpenIndiana, but I will
probably go out and get a 2nd hard drive for my pc to install it on,
and use that hard drive just for ZFS, so it's not trying to co-exist
with ext3 and ext4 and linux swap on the same drive. 


_______________________________________________
opensolaris-help mailing list
opensolaris-help@opensolaris.org

Reply via email to