Weird and very interesting. Scott
On 9/18/05, Craig FALCONER <[EMAIL PROTECTED]> wrote: > Yes - my massive delay at boot and associated thrash in the kswapd0 process > was caused by having a floppy drive attached to the virtual machine. > > I had to disable the floppy in the virtual bios (Press F2 at boot time) and > to disconnect the floppy image before boot. > > > > -----Original Message----- > From: Craig FALCONER [mailto:[EMAIL PROTECTED] > Sent: Thursday, 15 September 2005 11:51 a.m. > To: discussion@pfsense.com > Subject: RE: [pfSense-discussion] Massive Boot delay during load > > > Very interesting - I had a similar delay when booting 0.84 in a vmware > machine. I know for sure it had a floppy image attached. > > Tomorrow I'll remove the fdd and see if that was the cause of the delay and > kswapd thrash that I mentioned to Scott on the irc channel. > > > -----Original Message----- > From: Craig Roy [mailto:[EMAIL PROTECTED] > Sent: Thursday, 15 September 2005 11:42 a.m. > To: discussion@pfsense.com > Subject: RE: [pfSense-discussion] Massive Boot delay during load > > > Hi Scott, > > Thanks for the heads up. Here is what I did below to get around that > problem. > > I went into the BIOS and disabled the Floppy controller but the simplest way > was to tell the BIOS that no floppy was attached. This worked for me and > booted straight up normally. > > I did notice however that during the boot process, that even when told that > no floppy is attached, it is still allocated in the IRQ to the controller. > So to physically disable the floppy controller would be to take it from it > IRQ. > > I also tried it again with another known working floppy drive and again the > delay. I was using a new cable on the floppy drive and when I attached it I > thought that something looked odd. I again rebooted and the floppy activity > light was constantly on. So I checked the cable and saw that the power side > of the cable was on the wrong side. > > This can easily be over looked as the locating tab on the cable was on the > wrong side and just to plug it into where it matches was the fault. Remove > the locating tab, reattach cable to correct locating position (power side of > cable to power plug) and hey presto it now boots and is working as it should > with the floppy drive enabled. During the boot procedure it gets to ad0 then > acd0, it then sends a signal to the floppy drive and waits for the reply > signal from the floppy drive unless it is disabled it waits patiently until > it gets to timeout and leaves. > > It appears that some cable manufacturers are making floppy drive cables > incorrectly. This can be a trap for new players and those who don't follow > their gut instincts and use what they know works. Also some older floppy > drives have its cable connector inverted to that of new drives, for which > the new cables are made. > > > Kindest Regards, > > Craig Roy > Horizon IT Consultants > [EMAIL PROTECTED] > > AUSTRALIAN RESELLER > FOR > > -----Original Message----- > From: Scott Ullrich [mailto:[EMAIL PROTECTED] > Sent: Thursday, 15 September 2005 1:30 AM > To: discussion@pfsense.com > Subject: Re: [pfSense-discussion] Massive Boot delay during load > > Disable the floppy controller. Its been reported on the FreeBSD lists. > > Also, I'm working on a small bug where php is launching quite frequently > which is driving up the CPU load. > > Scott > > > On 9/14/05, Gary Buckmaster <[EMAIL PROTECTED]> wrote: > > > > I have also seen this behavior on several different machines with no > > rhyme or reason to it. I have seen this issue in 0.82.4 as well as > > 0.84 (I > don't > > remember off-hand if I saw it happening in a version previous to > > 0.82.4 or if so, what version it was). > > > > This issue does not appear to be specific to a particular hard drive > > make/type/model nor to a particular brand of motherboard, but I would > > suspect that this hang, whatever it is, is probably a FreeBSD issue > > and > not > > specific to pfSense. > > > > -Gary > > > > > > -----Original Message----- > > From: Craig Roy [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, September 14, 2005 6:17 AM > > To: discussion@pfsense.com > > Subject: [pfSense-discussion] Massive Boot delay during load > > > > > > > > > > Hi All, > > > > > > > > Thanks for your work and efforts in making pfSense a great product. > > > > > > > > After the release of the Update .84 I downloaded the complete update > > file and proceeded to upload to my test machine, (which will be going > > through > its > > paces until November when I finally get DSL). > > > > > > > > Here is what I have experienced after the update. After uploading the > update > > file, I rebooted the system and observed the boot process. I was > > initially met by the normal bootup process until it got to: > > > > > > > > ad0: 38165MB <Seagate ST340016A 3.10> at ata0-master UDMA100 > > > > acd0: CDRW <CD-W54E/7.1F7H> at ata1-master PIO4 > > > > 10minute boot delay then displayed the following (copied from the > > system > log > > but same message). > > > > Trying to mount root from ufs:/dev/ad0s1a > > > > > > > > I thought that it had stalled during bootup and I rebooted. > > > > > > > > Again the delay halt, during this delay, no HDD or CDRW activity is > observed > > for nearly 10 minutes (to the second). I thought that I had managed to > > corrupt the setup. I simply reinstalled the previous ISO .82.4 and > > normal boot time experienced. I then again updated the firmware to .84 > > and rebooted, the same delay noticed and timed at 10minutes before > > continuing > to > > the pf menu. I wondered if the update had a problem, so I downloaded > > the > ISO > > .84 and reinstalled the complete setup from the new ISO. > > > > > > > > From booting the CD to get to the install procedure was again 10 > > minutes. > I > > have gone through the boot loader files, but I am unable to see > > anything > out > > of the ordinary that would cause this delay. > > > > I changed the IDE Channels from CDRW to HDD and so on that I would > normally > > do during a troubleshooting procedure, right down to having No NIC's > > installed and HDD only, same result. > > > > > > > > Will the old loader files be compatible with this version to test? > > > > I am not sure if it is looking for a device that is not actually > > installed in my machine that may have been on the DEV machine, and > > thought that it > may > > actually look for Flash Cards during this time and is consistently > > waiting for a response until it times out before continuing. > > > > Have you got any ideas that I may try? > > > > > > > > WebGUI CPU Meter Usage is better but still @ 60% - 67% idle. > > > > > > > > I hope that you don't mind me giving you some feedback. I am not > > greatly concerned at this point in time as this is basically my own > > machine. I am used to installing systems and testing is one of the > > jobs that I do day to day. > > > > > > > > SYSTEM SPECS > > > > 2GHZ Intel P4 > > > > 40GB HDD > > > > 512MB DDR > > > > 4xNETGEAR RLTK8169 > > > > > > > > Kindest Regards, > > > > > > > > Craig Roy > > > > Horizon IT Consultants > > > > [EMAIL PROTECTED] > > > > > > > > AUSTRALIAN RESELLER > > > > FOR > > > > > > > > > > > > > > -- > > No virus found in this outgoing message. > > Checked by AVG Anti-Virus. > > Version: 7.0.344 / Virus Database: 267.10.24/101 - Release Date: > 13/09/2005 > > > > > > > > > -- > No virus found in this incoming message. > Checked by AVG Anti-Virus. > Version: 7.0.344 / Virus Database: 267.10.25/102 - Release Date: 14/09/2005 > > > -- > No virus found in this outgoing message. > Checked by AVG Anti-Virus. > Version: 7.0.344 / Virus Database: 267.10.25/102 - Release Date: 14/09/2005 > > >