[rescue] Old disks vs"new"Sun

Steve Costaras stevecs at chaven.com
Thu Apr 19 06:50:27 CDT 2012

looks like a zfs root pool.   Boot a solaris 10/11 cd w/ the -sw flag and then do a forced import of the pool:

zpool import -f pool

You may want to do a scrub as well just to be sure that all the data is fine.

>-----Original Message-----
>From: Mauricio Tavares [mailto:raubvogel at gmail.com]
>Sent: Thursday, April 19, 2012 06:38 AM
>To: suns-at-home at net-kitchen.com
>Cc: 'The Rescue List'
>Subject: [rescue] Old disks vs "new" Sun
>	Since my U60 stopped recognizing its disks, I bought a v210 to replace 
>it. Yes, it is bloody loud. Anyway, I slapped the two drives into the 
>v210 and turned it on. This is what I saw:
>Rebooting with command: boot
>Boot device: disk  File and args:
>SunOS Release 5.10 Version Generic_137137-09 64-bit
>Copyright 1983-2008 Sun Microsystems, Inc.  All rights reserved.
>Use is subject to license terms.
>WARNING: pool 'boot' could not be loaded as it was last accessed by 
>another sysY
>spa_import_rootpool: error 9
>Cannot mount root on /pci at 1c,600000/scsi at 2/disk at 0,0:a fstype zfs
>panic[cpu1]/thread=180e000: vfs_mountroot: cannot mount root
>000000000180b950 genunix:vfs_mountroot+358 (800, 200, 0, 1875c00, 
>189f800, 18c9)
>   %l0-3: 00000000010b9c00 00000000010b9ce0 000000000187bab8 
>   %l4-7: 00000000011e6800 00000000018cc000 0000000000000600 
>000000000180ba10 genunix:main+a0 (1815180, 180c000, 1839750, 18c6800, 
>181b580, )
>   %l0-3: 0000000001015400 0000000000000001 0000000070002000 
>   %l4-7: 000000000183ec00 0000000000000001 000000000180c000 
>skipping system dump - no dump device configured
>Probing system devices
>Probing memory
>Probing I/O buses
>How to persuade it to load the boot pool?
>rescue list - http://www.sunhelp.org/mailman/listinfo/rescue

More information about the rescue mailing list