From: er.verma on

please help in this issue friends ..
SunOS Release 5.9 Version Generic_118558-09 64-bit
Copyright 1983-2003 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
Cannot mount root on /pseudo/md@0:0,10,blk fstype ufs

panic[cpu1]/thread=140a000: vfs_mountroot: cannot mount root

0000000001409970 genunix:vfs_mountroot+70 (0, 0, 0, 200, 1457eb0, 0)
%l0-3: 000000000144b800 000000000144b800 0000000000002000
00000000014954a8
%l4-7: 000000000149b000 0000000001411e50 000000000144c000
000000000144f000
0000000001409a20 genunix:main+90 (1409ba0, f005bd8c, 1409ec0, 38fbd2,
2000, 500)
%l0-3: 0000000000000001 000000000140a000 0000000001412fc0
0000000000000000
%l4-7: 0000000078002000 0000000000398000 00000000014a3928
0000000001067790

skipping system dump - no dump device configured
rebooting...

SC Alert: Host System has Reset
Probing system devices



thanks in advance
ashu
From: Mark on
On Nov 20, 8:38 am, "er.verma" <24.ash...(a)gmail.com> wrote:
> please help in this issue friends ..

vfs_mountroot: cannot mount root is your clue.

The system cannot mount the root filesystem, so obviously can't boot
any further. You're going to have to give way more information before
anyone can help you with that. What system is it ? What storage is
attached to it ? How is the root filesystem configured ? Any RAID
setup or volume manager ? What's the partition layout ? What was the
last change made to the system ? You've given almost nothing to work
with.

Still, for what it's worth you could always try booting from a Solaris
CD/DVD in single-user mode, and see if you can see the partitions or
slices, mount them and try and work out what's going wrong. Could be
something as simple as a botched /etc/vfstab entry, or something more
involved like a bad patch, corrupted filesystem etc.

One caveat - you can seriously mess things up and make a bad situation
worse if you don't know the system, particularly if you have some sort
of volume manager on there and don't take that into account while
modifying things when booted from a CD.
From: ITguy on

> SunOS Release 5.9 Version Generic_118558-09 64-bit
> Copyright 1983-2003 Sun Microsystems, Inc.  All rights reserved.
> Use is subject to license terms.
> Cannot mount root on /pseudo/md@0:0,10,blk fstype ufs
>
> panic[cpu1]/thread=140a000: vfs_mountroot: cannot mount root

Looks like the root file system is an SVM device, but something isn't
configured correctly or is just plain broken. I'd try to boot from
the CD/DVD, figure out which disk slice is the root file system, and
alter the system to use the plain old disk slice instead of the SVM
metadevice. Remember to modify both /etc/vfstab and /etc/system to
change the root file system because SVM is in use.
From: keepanionme on
On Nov 20, 8:12 pm, ITguy <southa...(a)gmail.com> wrote:
> > SunOS Release 5.9 Version Generic_118558-09 64-bit
> > Copyright 1983-2003 Sun Microsystems, Inc.  All rights reserved.
> > Use is subject to license terms.
> > Cannot mount root on /pseudo/md@0:0,10,blk fstype ufs
>
> > panic[cpu1]/thread=140a000: vfs_mountroot: cannot mount root
>
> Looks like the root file system is an SVM device, but something isn't
> configured correctly or is just plain broken.  I'd try to boot from
> the CD/DVD, figure out which disk slice is the root file system, and
> alter the system to use the plain old disk slice instead of the SVM
> metadevice.  Remember to modify both /etc/vfstab and /etc/system to
> change the root file system because SVM is in use.

If you simply issue the following command, it will put both the vfstab
and system back to the way it was:

metaroot /dev/dsk/"c0t0d0s0"

Of course you would have to substitute the c0t0d0s0 with your
credentials.