kern/131624: atapicam2: detached

Joe Kelsey joe at zircon.seattle.wa.us
Thu Feb 12 16:00:13 PST 2009


>Number:         131624
>Category:       kern
>Synopsis:       atapicam2: detached
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Feb 13 00:00:12 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator:     Joe Kelsey
>Release:        FreeBSD 7.1-STABLE amd64
>Organization:
Joseph M. Kelsey
>Environment:
System: FreeBSD zircon.zircon.seattle.wa.us 7.1-STABLE FreeBSD 7.1-STABLE #32: Wed Feb 11 18:06:03 PST 2009 root@:/usr/obj/usr/src/sys/ZIRCON amd64

>Description:
	One of my disk drives just started "detach"ing.  There is
	apparantly no way to "reattach" this drive once it "detaches".
	I am completely at a loss for what to do.  From dmesg:

ad4: 381554MB <Seagate ST3400620AS 3.AAC> at ata2-master SATA300
ad6: 381554MB <Seagate ST3400620AS 3.AAC> at ata3-master SATA300
subdisk4: detached
ad4: detached
atapicam2: detached

	So, basically, ad4 just disappears from the system.  I have
	tried to puzzle out the mysterious documentation around
	atacontrol to no avail.  There doesn't seem to be any
	relationship between "ata channels" and the system except for
	random printouts during booting.  There is no place to ask for a
	list of channels that I can find.

	If I try to "reinit" the channel, it reports no masters or
	slaves found.  The disk is simply missing.

$ atacontrol reinit ata2
Master:      no device present
Slave:       no device present

>How-To-Repeat:
	Hardware problems on ad4.  How do I get more information about
	things that may or may not be happening?

>Fix:

	


>Release-Note:
>Audit-Trail:
>Unformatted:


More information about the freebsd-bugs mailing list