SUMMARY: Sectors could not be read error

A few people wrote to me to confirm my suspicion that moving the drive from
an Intel-based system to the SPARC system without low-level formatting was
probably causing the problem below. I performed a low-level format using
the Solaris format command, re-cloned the system and it's working fine now.

Thanks also to Geoff Reed for pointing out the SFormat utility at
Freshmeat:
http://freshmeat.net/projects/sformat/

--Shawn

> > When I boot up I get the following error message:
> > "The / file system (/dev/rdsk/c0t0d0s0) is being checked.
> > /dev/rdsk/c0t0d0s0: CANNOT READ: BLK 17864336
> > /dev/rdsk/c0t0d0s0: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
> >
> > WARNING - Unable to repair the / filesystem. Run fsck manually (fsck -F
ufs
> > /dev/rdsk/c0t0d0s0). Exit the shell when done to continue the boot
process.
> >
> > Type Ctrl-d to proceed with normal startup, (or give root password for
> > system maintenance):
> > Entering System Maintenance Mode."
> >
> > I then try running fsck and get this:
> >
> > "# fsck -F ufs /dev/rdsk/c0t0d0s0
> > ** /dev/rdsk/c0t0d0s0
> >
> > CANNOT READ: BLK 17864336
> > CONTINUE: y
> >
> > THE FOLLOWING SECTORS COULD NOT BE READ: 17864336 17864337 17864338
> > 17864339 17864340 17864341 "
> >
> > This system is an Ultra-2 which was cloned from another Ultra-2 system.
The
> > other system does not display the problem below. This system seems to
be
> > functioning fine, i.e.: when I hit Ctrl-D to boot up everything works
fine.
> >
> > Here's what I think might have caused the problem: This is a 9GB
Cheetah
> > drive that was being used in an Intel server before. I took the drive
out
> > of that system and put it in the Ultra-2. Should I have low-level
formatted
> > the drive prior to using it in the Ultra-2? If I just have a few bad
> > sectors, a low-level format should mark them as bad so they're not
used,
> > right? If I low-level format another drive and then clone this drive to
> > that, should my problem go away?
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers