Greetings,
my Opensolaris 06/2009 installation on an Thinkpad x60 notebook is a little
unstable. From the symptoms during installation it seems that there might be
something with the ahci driver. No problem with the Opensolaris LiveCD system.
Some weeks ago during copy of about 2 GB from a USB stick to the zfs filesystem,
the system froze and afterwards refused to boot.
Now when investigating the rpool from the LiveCd system it can be seen, that
still about 11.5 GB are used on the rpool (total capacity: ~65 GB), but the
space occupied by the files that are actually accessible after importing the
rpool is only about 750 MB. The ''/'' filesystem can not be
accessed (the 10 GB is the Opensolaris installation including all the
application from the offline repository installation.)
The following logs from the unbootable system:
# import / export the rpool:
jack at opensolaris:~$ pfexec zpool import rpool
cannot import ''rpool'': pool may be in use from other system,
it was last accessed by opensolaris (hostid: 0x4a77a8) on Tue Jun 8 16:03:25
2010
use ''-f'' to import anyway
jack at opensolaris:~$ pfexec zpool import -F rpool
cannot import ''rpool'': pool may be in use from other system,
it was last accessed by opensolaris (hostid: 0x4a77a8) on Tue Jun 8 16:03:25
2010
use ''-f'' to import anyway
jack at opensolaris:~$ pfexec zpool import -f rpool
jack at opensolaris:~$ pfexec zpool export rpool
# import to a different mountpoint and check the status:
pfexec zpool import -R /hugo rpool
jack at opensolaris:~$ pfexec zpool status -v rpool
pool: rpool
state: ONLINE
scrub: none requested
config:
NAME STATE READ WRITE CKSUM
rpool ONLINE 0 0 0
c8t0d0s0 ONLINE 0 0 0
errors: No known data errors
jack at opensolaris:~$ zfs get all rpool
NAME PROPERTY VALUE SOURCE
rpool type filesystem -
rpool creation So Mai 16 12:14 2010 -
rpool used 11,5G -
rpool available 53,0G -
rpool referenced 81K -
rpool compressratio 1.00x -
rpool mounted yes -
rpool quota none default
rpool reservation none default
rpool recordsize 128K default
rpool mountpoint /hugo/rpool default
rpool sharenfs off default
rpool checksum on default
rpool compression off default
rpool atime on default
rpool devices on default
rpool exec on default
rpool setuid on default
rpool readonly off default
rpool zoned off default
rpool snapdir hidden default
rpool aclmode groupmask default
rpool aclinherit restricted default
rpool canmount on default
rpool shareiscsi off default
rpool xattr on default
rpool copies 1 default
rpool version 3 -
rpool utf8only off -
rpool normalization none -
rpool casesensitivity sensitive -
rpool vscan off default
rpool nbmand off default
rpool sharesmb off default
rpool refquota none default
rpool refreservation none default
rpool primarycache all default
rpool secondarycache all default
rpool usedbysnapshots 0 -
rpool usedbydataset 81K -
rpool usedbychildren 11,5G -
rpool usedbyrefreservation 0 -
rpool org.opensolaris.caiman:install ready local
# do a scrub:
jack at opensolaris:/hugo$ pfexec zpool scrub rpool
jack at opensolaris:/hugo$ !!
pfexec zpool status rpool
pool: rpool
state: ONLINE
scrub: scrub completed after 0h8m with 0 errors on Wed Jun 9 14:34:07 2010
config:
NAME STATE READ WRITE CKSUM
rpool ONLINE 0 0 0
c8t0d0s0 ONLINE 0 0 0
errors: No known data errors
jack at opensolaris:/hugo$
# summarize the data ''visible'' in the pool
''mountpoint'':
jack at opensolaris:/hugo$ pfexec du -sh *
750M export
65K rpool
7,5K space
jack at opensolaris:/hugo$
Is there any further way to restore access to the ''invisible''
filesystems in the rpool - or is this situation unrecoverable (NOTE: There is
only one device in the zpool) ?
Best Regards,
probear
--
This message posted from opensolaris.org
