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> >> /pci at 0,0/pci1179,1 at 1f,2/disk at 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
