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