From owner-freebsd-questions@FreeBSD.ORG Sun Jan 16 21:47:32 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DC1416A4CE for ; Sun, 16 Jan 2005 21:47:32 +0000 (GMT) Received: from dexter.starfire.mn.org (starfire.skypoint.net [66.93.17.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8167943D31 for ; Sun, 16 Jan 2005 21:47:31 +0000 (GMT) (envelope-from john@dexter.starfire.mn.org) Received: (from john@localhost) by dexter.starfire.mn.org (8.11.3/8.11.3) id j0GLlQL24096; Sun, 16 Jan 2005 15:47:26 -0600 (CST) (envelope-from john) Date: Sun, 16 Jan 2005 15:47:26 -0600 From: John To: Joshua Tinnin Message-ID: <20050116154726.A24033@starfire.mn.org> References: <20050113152405.A5302@starfire.mn.org> <200501152147.13994.krinklyfig@spymac.com> <20050115235739.A20785@starfire.mn.org> <200501152335.49531.krinklyfig@spymac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200501152335.49531.krinklyfig@spymac.com>; from krinklyfig@spymac.com on Sat, Jan 15, 2005 at 11:35:49PM -0800 cc: freebsd-questions@freebsd.org Subject: Re: Out of the frying pan... X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 21:47:32 -0000 On Sat, Jan 15, 2005 at 11:35:49PM -0800, Joshua Tinnin wrote: > On Saturday 15 January 2005 09:57 pm, John wrote: > > On Sat, Jan 15, 2005 at 09:47:13PM -0800, Joshua Tinnin wrote: > > > On Saturday 15 January 2005 07:23 pm, John > wrote: > > > > Oh, and figure out WHAT is going on with Konqueror. On some web > > > > sites, it is just fine and dandy, but on other web sites, it just > > > > is GLACIAL. I'm talking about MINUTES to render a page. The CPU > > > > isn't busy, there's no IO going on - I have NO IDEA what it is > > > > waiting for. It's so bad, it stretches credibility. Then, as I > > > > said, on other web sites, it's just fine. Sometimes is stops > > > > with 94% loaded and just waits a couple minutes - sometimes it > > > > pauses with like "12 out of 19 image loaded," and sometimes it > > > > pauses just as soon as it resolves the new URL and connects to > > > > the server. VERY odd. > > > > > > Well, it just told you what's happening. It's waiting to load some > > > images and the page won't render until it happens. IIRC, this > > > happens because of image tags without size parameters, though I'm > > > not entirely > > > > Thanks for your response, Joshua! > > > > Well, your answer is very reasonable given the information I > > supplied, but it is not what's happening. I can have my Windoze > > work-owned laptop next to it on the table, and it will load up > > these pages in a snap. Konqueror isn't getting any data - it sits > > there with nothing happening - no data coming across the network. > > You may have an issue with DNS. You should have DNS servers listed in > your /etc/resolv.conf, like this: > > nameserver 888.888.888.888 Well, I have a local-caching DNS server running on my gateway/NAT/ firewall FreeBSD system. DHCP is correctly populating /etc/resolv.conf with the correct value. SOME web sites work great, others show this very bawky behaivor. A Windows laptop running on the same network referring to the same local DNS server has no such problem. I can set them up side-by-side, and the results are deterministic and predictable. I've seen DNS problems cause some pretty bizarre behaviors, so I hate to dismiss this out-of-hand, but I think these facts argue against a DNS configuration issue, but I could easily be missing something. > (the number is an example - you should use your ISP's nameserver or your > internal one, if you've set it up) Using the internal one, as noted above, same as the Windows laptop uses. > Is this also an issue with other browsers or network software? If you > haven't done so already, you should try Firefox or Opera and see if > Konqueror is the problem. Yes - I will load them up and try them. > > > sure about that, but the upshot is that the browser doesn't know > > > what the whole page will look like until an image downloads, as > > > there are often page elements which depend on the placement of > > > other elements to determine their own placement. However, AFAIK > > > this is also considered a bug, because Konqueror doesn't handle > > > this issue gracefully, so (again AFAIR) this is something that the > > > KDE project is working to correct. I seem to remember something > > > about this waiting until KDE version 4, however. I don't speak for > > > them, so apologies if this isn't entirely correct. > > > > > > > So - now back to where things were before my fatal load of Win > > > > 98. 1) Figure out Sound FreeBSD > > > > 2) Figure out browers and Plugins for FreeBSD > > > > 3) Try to get some of apm/acpi working > > > > 4) Figure out WHY the system won't recognize (not even IDENTIFY) > > > > a CD in my laptop multi-bay > > > > > > Have you tried mount -t cd9660 /dev/acd0 /cdrom > > > > Oh, yeah - it's not in dmesgs. 4.x used to at least have an > > atapi-slave ID timeout, but this doesn't even do that - the kernel > > just pauses and goes on without any message. > > > > It's pretty bizarre - 4.x would boot and actually INSTALL from the > > CD, but when you booted from the hard drive, I'd get the ID timeout > > message. 5.x boots from the CD, but then can't even install from it. > > I boot the CD, then eject it, bring it to another system, and > > NFS mount it to complete the installation. Kludgy, but it works. > > OK when I'm at home with the other systems, but not much good > > when I'm traveling with the laptop... ;) > > That's strange. It appears to mount the CD and then unmount it, though > I'm not sure. Do you have the correct drivers for your CD? > > > > You've probably been through that, but can't hurt to mention it. > > > > I appreciate thoroughness. > > > > > BTW, most of this stuff is covered extensively in the handbook, but > > > unfortunately I've never had much luck with ACPI, mostly due to my > > > hardware. > > > > Yup - I was just making a little "to do" list, in case anyone had > > any caveats to yell out. I've already heard from the folks on > > the ACPI list - I have some "to do's" to try. > > Good luck. There be dragons. Yeah... you got that right! -- John Lind john@starfire.MN.ORG