Date: Sun, 27 Feb 2000 02:39:03 +1030 (CST) From: kibbet <kibbet@knfpub.com> To: freebsd-current@freebsd.org Subject: bad blocks Message-ID: <XFMail.000227023903.kibbet@knfpub.com>
next in thread | raw e-mail | index | archive | help
This message is in MIME format
--_=XFMail.1.3.p0.FreeBSD:000227023903:2009=_
Content-Type: text/plain; charset=us-ascii
Hi all,
Quick question, how does the new ata driver handle bad blocks?
I've been tracking -current since around Nov 99 but haven't
seen this come up.
I have a drive which I know has some bad blocks. I install 3.2 (just
cause its laying around), use bad block scan in sysinstall everything's
fine (it finds the bad blocks), I can cvs, build and install -current on it.
Build and install a kernel (with the new ata driver), reboot, still no probs,
until I find a bad block :) At this point it dosen't ignore the block but
tries to access it, it does give up after a few attempts. So, perhaps its not
happy with the 3.2 bad block info, so I try; bad144 -v -s ad0 (the output is
attached). It looks like it finds the bad blocks with no problems, but, when
I reboot, it can't mount root;
[device probe snip]
Mounting root from ufs:/dev/ad0d1a
ad0: bad sector table not supported
ad0s1: bad sector table not supported
Root mount failed: 22
Mounting root from ufs:/dev/wd0s1a
wd0: bad sector table not supported
wd0s1: bad sector table not supported
Root mount failed: 22
Mounting root from ufs:/dev/wd0a
wd0: bad sector table not supported
wd0s1: bad sector table not supported
Root mount failed: 22
Manual root filesystem specification:
<fstype>:<device> Mount <device> using filesystem <fstype>
eg. ufs:/dev/da0s1a
? List valid disk boot devices
<empty line> Abort manual input
>>>
Here's the trace, if its useful;
(kgdb) bt
#0 Debugger (msg=0xc025fea9 "manual escape to debugger")
at ../../i386/i386/db_interface.c:319
#1 0xc02257e6 in scgetc (sc=0xc02bed80, flags=1)
at ../../dev/syscons/syscons.c:3134
#2 0xc02236b3 in sccngetch (flags=0) at ../../dev/syscons/syscons.c:1544
#3 0xc022354a in sccngetc (dev=0xc02a6340) at ../../dev/syscons/syscons.c:1470
#4 0xc014d07d in cngetc () at ../../kern/tty_cons.c:406
#5 0xc015cd55 in gets (cp=0xc0324f04 "s") at ../../kern/vfs_conf.c:280
#6 0xc015ccb2 in vfs_mountroot_ask () at ../../kern/vfs_conf.c:254
#7 0xc015ca47 in vfs_mountroot (junk=0x0) at ../../kern/vfs_conf.c:154
#8 0xc0127ec8 in mi_startup (framep=0xc0324fb4) at ../../kern/init_main.c:217
I can't think of what else might be useful (its 2:30am here ATM) :)
It was cvs'd and built a few days ago, but I haven't noticed anything
commited that would affect this since then.
Anyways, coherency isn't my strong point at 2:30am :) If anyone would
like further details (or to flame me), I'll be back in the morning :)
Cheers,
Kent Ibbetson
kib@knfpub.com
--_=XFMail.1.3.p0.FreeBSD:000227023903:2009=_
Content-Disposition: attachment; filename="bad144.log"
Content-Transfer-Encoding: base64
Content-Description: bad144.log
Content-Type: application/octet-stream; name=bad144.log; SizeOnDisk=2651
ZnJlZWJpZTQjIGJhZDE0NCAtcyAtdiBhZDAKY3lsOiAzMzA3LCB0cmFja3M6IDE2LCBzZWNzOiA2
Mywgc2VjL2N5bDogMTAwOCwgc3RhcnQ6IDAsIGVuZDogMzMzNDIxMgpiYWQxNDQ6IGNvdWxkbid0
IHNldCBkaXNrIGluICJiYWRzY2FuIiBtb2RlOiBPcGVyYXRpb24gbm90IHN1cHBvcnRlZCBieSBk
ZXZpY2UKICAyODIyNCBvZiAzMzM0MjEyIGJsb2NrcyAoICAwJSleQwpmcmVlYmllNCMgYmFkMTQ0
IC1zIC12IGFkMApjeWw6IDMzMDcsIHRyYWNrczogMTYsIHNlY3M6IDYzLCBzZWMvY3lsOiAxMDA4
LCBzdGFydDogMCwgZW5kOiAzMzM0MjEyCmJhZDE0NDogY291bGRuJ3Qgc2V0IGRpc2sgaW4gImJh
ZHNjYW4iIG1vZGU6IE9wZXJhdGlvbiBub3Qgc3VwcG9ydGVkIGJ5IGRldmljZQpCbG9jazogMTIw
MjEzMSB3aWxsIGJlIG1hcmtlZCBCQUQuCkJsb2NrOiAxMjAyNDA1IHdpbGwgYmUgbWFya2VkIEJB
RC4KQmxvY2s6IDEyMDI3NDMgd2lsbCBiZSBtYXJrZWQgQkFELgpCbG9jazogMTIwMzAxNiB3aWxs
IGJlIG1hcmtlZCBCQUQuCkJsb2NrOiAxMjAzNjMzIHdpbGwgYmUgbWFya2VkIEJBRC4KQmxvY2s6
IDEyMDQyNDQgd2lsbCBiZSBtYXJrZWQgQkFELgpCbG9jazogMTIwNDg2MSB3aWxsIGJlIG1hcmtl
ZCBCQUQuCkJsb2NrOiAxMjA1NDcyIHdpbGwgYmUgbWFya2VkIEJBRC4KQmxvY2s6IDEyMDYwODkg
d2lsbCBiZSBtYXJrZWQgQkFELgpCbG9jazogMTIwNjcwMCB3aWxsIGJlIG1hcmtlZCBCQUQuCkJs
b2NrOiAxMjA3MzE3IHdpbGwgYmUgbWFya2VkIEJBRC4KQmxvY2s6IDEyMDc5Mjggd2lsbCBiZSBt
YXJrZWQgQkFELgpCbG9jazogMTIwODU0NSB3aWxsIGJlIG1hcmtlZCBCQUQuCkJsb2NrOiAxMjA5
MTU2IHdpbGwgYmUgbWFya2VkIEJBRC4KQmxvY2s6IDEyMDk3NzMgd2lsbCBiZSBtYXJrZWQgQkFE
LgpCbG9jazogMTIxMDM4NCB3aWxsIGJlIG1hcmtlZCBCQUQuCkJsb2NrOiAxMjExMTU3IHdpbGwg
YmUgbWFya2VkIEJBRC4KQmxvY2s6IDEyMTE3Njggd2lsbCBiZSBtYXJrZWQgQkFELgpCbG9jazog
MTIxMjM4NSB3aWxsIGJlIG1hcmtlZCBCQUQuCkJsb2NrOiAxMjEyOTk2IHdpbGwgYmUgbWFya2Vk
IEJBRC4KQmxvY2s6IDEyMTM2MTMgd2lsbCBiZSBtYXJrZWQgQkFELgozMzMzNDU2IG9mIDMzMzQy
MTIgYmxvY2tzICggOTklKQpiYWQxNDQ6IGNvdWxkbid0IHJlc2V0IGRpc2sgZnJvbSAiYmFkc2Nh
biIgbW9kZTogT3BlcmF0aW9uIG5vdCBzdXBwb3J0ZWQgYnkgZGV2aWNlCkhhZCAwIGJhZCBzZWN0
b3JzLCBhZGRpbmcgMjEKemVyb2luZyAzMzM0MzE3Cnplcm9pbmcgMzMzNDMxOAp6ZXJvaW5nIDMz
MzQzMTkKemVyb2luZyAzMzM0MzIwCnplcm9pbmcgMzMzNDMyMQp6ZXJvaW5nIDMzMzQzMjIKemVy
b2luZyAzMzM0MzIzCnplcm9pbmcgMzMzNDMyNAp6ZXJvaW5nIDMzMzQzMjUKemVyb2luZyAzMzM0
MzI2Cnplcm9pbmcgMzMzNDMyNwp6ZXJvaW5nIDMzMzQzMjgKemVyb2luZyAzMzM0MzI5Cnplcm9p
bmcgMzMzNDMzMAp6ZXJvaW5nIDMzMzQzMzEKemVyb2luZyAzMzM0MzMyCnplcm9pbmcgMzMzNDMz
Mwp6ZXJvaW5nIDMzMzQzMzQKemVyb2luZyAzMzM0MzM1Cnplcm9pbmcgMzMzNDMzNgp6ZXJvaW5n
IDMzMzQzMzcKd3JpdGUgYmFkc2VjdCBmaWxlIGF0IDMzMzQzMzgKd3JpdGUgYmFkc2VjdCBmaWxl
IGF0IDMzMzQzNDAKd3JpdGUgYmFkc2VjdCBmaWxlIGF0IDMzMzQzNDIKd3JpdGUgYmFkc2VjdCBm
aWxlIGF0IDMzMzQzNDQKd3JpdGUgYmFkc2VjdCBmaWxlIGF0IDMzMzQzNDYKYmFkMTQ0OiBjYW4n
dCBzeW5jIGJhZC1zZWN0b3IgZmlsZTsgcmVib290IGZvciBjaGFuZ2VzIHRvIHRha2UgZWZmZWN0
CmZyZWViaWU0IyBiYWQxNDQgYWQwCmJhZCBibG9jayBpbmZvcm1hdGlvbiBhdCBzZWN0b3IgMzMz
NDMzOCBpbiAvZGV2L3JhZDBjOgpjYXJ0cmlkZ2Ugc2VyaWFsIG51bWJlcjogMCgxMCkKc249MTIw
MjEzMSwgY249MTE5MiwgdG49OSwgc249MjgKc249MTIwMjQwNSwgY249MTE5MiwgdG49MTMsIHNu
PTUwCnNuPTEyMDI3NDMsIGNuPTExOTMsIHRuPTMsIHNuPTEwCnNuPTEyMDMwMTYsIGNuPTExOTMs
IHRuPTcsIHNuPTMxCnNuPTEyMDM2MzMsIGNuPTExOTQsIHRuPTEsIHNuPTE4CnNuPTEyMDQyNDQs
IGNuPTExOTQsIHRuPTEwLCBzbj02Mgpzbj0xMjA0ODYxLCBjbj0xMTk1LCB0bj00LCBzbj00OQpz
bj0xMjA1NDcyLCBjbj0xMTk1LCB0bj0xNCwgc249MzAKc249MTIwNjA4OSwgY249MTE5NiwgdG49
OCwgc249MTcKc249MTIwNjcwMCwgY249MTE5NywgdG49MSwgc249NjEKc249MTIwNzMxNywgY249
MTE5NywgdG49MTEsIHNuPTQ4CnNuPTEyMDc5MjgsIGNuPTExOTgsIHRuPTUsIHNuPTI5CnNuPTEy
MDg1NDUsIGNuPTExOTgsIHRuPTE1LCBzbj0xNgpzbj0xMjA5MTU2LCBjbj0xMTk5LCB0bj04LCBz
bj02MApzbj0xMjA5NzczLCBjbj0xMjAwLCB0bj0yLCBzbj00Nwpzbj0xMjEwMzg0LCBjbj0xMjAw
LCB0bj0xMiwgc249MjgKc249MTIxMTE1NywgY249MTIwMSwgdG49OCwgc249NDUKc249MTIxMTc2
OCwgY249MTIwMiwgdG49Miwgc249MjYKc249MTIxMjM4NSwgY249MTIwMiwgdG49MTIsIHNuPTEz
CnNuPTEyMTI5OTYsIGNuPTEyMDMsIHRuPTUsIHNuPTU3CnNuPTEyMTM2MTMsIGNuPTEyMDMsIHRu
PTE1LCBzbj00NApmcmVlYmllNCMgcmVib290Cgo=
--_=XFMail.1.3.p0.FreeBSD:000227023903:2009=_--
End of MIME message
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.000227023903.kibbet>