Re: Old disks vs"new"Sun

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:[email protected]]
>Sent: Thursday, April 19, 2012 06:38 AM
>To: [email protected]
>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
>NOTICE:
>spa_import_rootpool: error 9
>
>Cannot mount root on /pci@1c,600000/scsi@2/disk@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 
>00000000011e6800
>   %l4-7: 00000000011e6800 00000000018cc000 0000000000000600 
>0000000000000200
>000000000180ba10 genunix:main+a0 (1815180, 180c000, 1839750, 18c6800, 
>181b580, )
>   %l0-3: 0000000001015400 0000000000000001 0000000070002000 
>0000000000000000
>   %l4-7: 000000000183ec00 0000000000000001 000000000180c000 
>0000000000000000
>
>skipping system dump - no dump device configured
>rebooting...
>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