Alan Steinberg wrote:
Are you saying that you did not have the 200GB drive show up in
gparted? When I ran it, I got the same ZFS message, but it still
showed my partitions. And I got the exact same message when running
the format command:
% pfexec format
Searching for disks...done
AVAILABLE DISK SELECTIONS:
0. c2t0d0 <DEFAULT cyl 9921 alt 2 hd 255 sec 63>
/p...@0,0/pci1179,1...@1f,2/d...@0,0
Specify disk (enter its number): 0
selecting c2t0d0
[disk formatted]
/dev/dsk/c2t0d0s0 is part of active ZFS pool rpool. Please see
zpool(1M).
So what needs fixing exactly? If the problem is that you see no drives
displayed, then you might need to open a bug to describe your situation.
Alan,
This is the bottom line I get:
glibmm-ERROR **:
unhandled exception (type std::exception) in signal handler:
what: unexpected NULL pointer in function: basic_string(const
_charT*,const _Allocator&)
aborting...
Abort (core dumped)
The gui shows up for about 15 seconds, no data, then disappears.
Probably at the end of the core dump. It core dumps always, whether
with just the ZFS filesystems or and external UFS filesystem attached.
At first I thought is just wasn't ZFS aware, so I attached a UFS disk.
All had the same results, a core dump.
Is there anything I can do to help diagnose the problem? Getting info
from the core file?
Thanks,
Paul
_______________________________________________
opensolaris-help mailing list
[email protected]
