ufsrestore questiion

From: Hong Wang (hwang@haverford.edu)
Date: Wed Mar 19 2003 - 18:23:38 EST


Thanks very much for reply.

Now, we got a new disk and already formatted. We are trying to restore
whole thing to the new disk. (we have to replace the system boot disk). But
/dev/fd is not restored. When I am checking on the original disk, the
directory is always created by system:

# ls -l /dev/fd
total 0
crw-rw-rw- 1 root root 195, 0 Mar 19 17:58 0
crw-rw-rw- 1 root root 195, 1 Mar 19 17:58 1
crw-rw-rw- 1 root root 195, 10 Mar 19 17:58 10
crw-rw-rw- 1 root root 195, 11 Mar 19 17:58 11
crw-rw-rw- 1 root root 195, 12 Mar 19 17:58 12
crw-rw-rw- 1 root root 195, 13 Mar 19 17:58 13
...
..
#date
Wed Mar 19 17:58:39 EST 2003

Does that mean the /dev/fd can be ignored? When the new disk is in place
and reboot the system, this files under /dev/fd can be created?

Thanks!

At 04:09 PM 3/18/2003 -0800, akurokawa@wtwconsulting.com wrote:
>Hi Hong,
>
>Looks like you are using an IDE/ATA disk drive. A couple of questions:
>
>- Is the cable loose?
>- Is the machine running hot?
>- Has the hard drive been hammered with long and large disk transfers
> prior to this?
>
>I've seen that ATA transport failed before and it is usually due to an
>overheated hard drive or a loose cable, either the data cable(at either
>end) or the power plug.
>
>Since your format/analyze is taking a long time, I'm thinking you're
>looking at a cable issue. If it is possible, shutdown the machine and have
>a look at the cables to make sure that everything is securely plugged in
>place.
>
>You may be able to do this if the system can be opened without triggering
>a shutdown or powerdown.
>
>Assuming that goes well, the next thing you will want to check for is heat
>buildup resulting in overheat of the hard drive.
>
>
>If I had this problem and shutting down the system was an option, I would
>bring the system down, let the hard drive cool. Plug the disk into another
>system as a 2nd disk or as an external disk and check to see if I can
>access it. If I can, I would then DD the disk image to another disk to
>save it before placing it back into the original system.
>
>Once there, I would check the cables to make sure that they are all
>securely plugged in and are not damaged in anyway.
>
>If the disk doesn't respond to the 2nd system even after cooling and with
>known good cables, then the disk could be looking at serious
>problems. You're in luck if you have backups...
>
>In either case, good luck! ^_^;
>
>
>Ann Kurokawa
>akurokawa@wtwconsulting.com
>
>On Tue, 18 Mar 2003, Hong Wang wrote:
>
> > We have sun Ultra10 running solaris2.6. Recently we got the error in
> > /var/adm/messages:
> >
> >
> > Mar 18 16:04:54 nisc2 unix: Uncorrectable data Error: Block 1250
> > Mar 18 16:04:54 nisc2 unix:
> > Mar 18 16:04:54 nisc2 unix: WARNING: /pci@1f,0/pci@1,1/ide@3/dad@0,0
> (dad0):
> > Mar 18 16:04:54 nisc2 unix: disk not responding to selection
> > Mar 18 16:04:54 nisc2 unix:
> > Mar 18 16:04:54 nisc2 unix: WARNING: /pci@1f,0/pci@1,1/ide@3/dad@0,0
> (dad0):
> > Mar 18 16:04:54 nisc2 unix: ATA transport failed: reason 'reset':
> > retrying command
> > Mar 18 16:04:54 nisc2 unix:
> > Mar 18 16:04:54 nisc2 unix: WARNING: interrupt level 4 not serviced
> > Mar 18 16:04:54 nisc2 unix: dad0: disk okay
> >
> >
> > So when I run format:
> >
> > analyze> read
> > Ready to analyze (won't harm SunOS). This takes a long time,
> > but is interruptable with CTRL-C. Continue? y
> > pass 0
> > DIOCTL_RWCMD: I/O error
> > DIOCTL_RWCMD: I/O error
> >
> >
> > Is there way to fix it without replacing the disk? fsck can solve the
> problem?
> >
> >
> > Hong
> > _______________________________________________
> > sunmanagers mailing list
> > sunmanagers@sunmanagers.org
> > http://www.sunmanagers.org/mailman/listinfo/sunmanagers
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers



This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:26:01 EDT