Date: Sun, 6 Oct 2002 22:21:01 -0600 From: "Seth Hieronymus" <sethh@principia.edu> To: "Dan Nelson" <dnelson@allantgroup.com> Cc: <julian@elischer.org>, <carl@slackerbsd.org>, <rwatson@freebsd.org>, <freebsd-current@freebsd.org> Subject: Re: My problems with GEOM Message-ID: <OE103dqa8468Zcs3rdK0001679f@hotmail.com> References: <OE110ebgE7Pv1Sl0l3b000165b9@hotmail.com> <Pine.NEB.3.96L.1021006221733.10328B-100000@fledge.watson.org> <20021007033742.GD19470@dan.emsphone.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Dan, From: "Dan Nelson" >In the last episode (Oct 06), Robert Watson said: >> On Sun, 6 Oct 2002, Seth Hieronymus wrote: >> > Thanks for the pointers. Here's the trace 1: >> > mi_switch(c0bb9988,14,c01bbe60,c0bb98f0,1) at mi_switch+0x290 >> > msleep(c03778a0,0,68,c03153d7,14) at msleep+0x477 >> > g_waitidle(1,c0314e10,c18f2885,c031bd64,c0b8dc20) at g_waitidle+0x8b >> > g_dev_clone(0,c18f2885,6,c879cc08,c0bb6d80) at g_dev_clone+0x37 >> > getdiskbyname(c18f2880,c879cc80,c0202f87,c18f2880,c18f2880) at >> > getdiskbyname+0xa2 >> > setrootbyname(c18f2880,c18f2880,c879cc48,c18f2880,20302020) at >> > setrootbyname+0x11 >> > vfs_mountroot_try(c1867220,c01912e0,c0bb8dc0,c879cd0c,c019134b) at >> > vfs_mountroot_try+0x127 >> > vfs_mountroot(c034b1c0,1,c0316bc7,216,203a2065) at vfs_mountroot+0x70 >> > start_init(0,c879cd48,c031790b,34d,726f772d) at start_init+0x6b >> > fork_exit(c01912e0,0,c879cd48) at fork_exit+0xa5 >> > fork_trampoline() at fork_trampoline+0x1a >> >> This sounds identical (modulo geom details) to the la-la land my >> boxes were going off into. As I said, I never really followed up, >> but it looked like one of the i/o/device transactions during the root >> mount was getting "lost", and as a result the init thread was never >> waking up. I'll probably have to let someone with more i/o clue take >> it from here. > >I'm not at the machine right now, but I noticed that my work machine >would hang for a long time (> 5 minutes) on bootup, then continue. I >finally figured out what the problem was: it has two SCSI cdrom drives, >and geom apparently needed to get info on the disks for some reason. >Neither drive had a CD in it, and it had to time out a read request on >both drives before it would boot. Try sticking a data CD in your cdrom >and see if the hang goes away. You were right. After trying both a CD, and a zip-disk in the computer (both together, and separately), having a zip-disk in the drive seems to allow the boot to continue normally. Thanks all, Seth 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?OE103dqa8468Zcs3rdK0001679f>