From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.33) id 1BMnrd-0004li-CN for qemu-devel@nongnu.org; Sun, 09 May 2004 08:57:05 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.33) id 1BMnr6-0004Vw-AP for qemu-devel@nongnu.org; Sun, 09 May 2004 08:57:03 -0400 Received: from [212.16.62.51] (helo=mail.13thfloor.at) by monty-python.gnu.org with esmtp (Exim 4.33) id 1BMnr5-0004VW-Vn for qemu-devel@nongnu.org; Sun, 09 May 2004 08:56:32 -0400 Date: Sun, 9 May 2004 14:56:28 +0200 From: Herbert Poetzl Subject: Re: [Qemu-devel] Debian 3.0 Problems Message-ID: <20040509125628.GA4493@MAIL.13thfloor.at> References: <1084089818.5383.196108898@webmail.messagingengine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1084089818.5383.196108898@webmail.messagingengine.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: list-qemu@alias.spaceandtime.org Cc: qemu-devel@nongnu.org On Sun, May 09, 2004 at 03:03:38AM -0500, list-qemu@alias.spaceandtime.org wrote: > Hello, > > I installed Debian 3.0r2 under Qemu. However, I have the following > problems: > > 1. During boot I get the message: > > modprobe: modprobe: Can't locate module char-major-10-135 > > 2. During boot and at random times I get the message: > > probable hardware bug: clock timer configuration lost - probably a > VIA686a. > probable hardware bug: restoring chip configuration. > > Sometime it appears many times, sometimes not so many. > > 3. Can't get network working at all. I'm running a fully updated Fedora > Core 1. /dev/net/tun exists. I put the qemu-ifup script in /etc. I > also tried the instructions on > http://user-mode-linux.sourceforge.net/networking.html. Nothing works. > Qemu always reports: > > warning: could not open /dev/net/tun: no virtual network emulation make sure the tun module on the Host system is loaded (or configured for autoload on /dev/net/tun request) and check if the device entry in /dev/net is present (if you do not use devfs or udev) HTH, Herbert > Thanks. > > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://mail.nongnu.org/mailman/listinfo/qemu-devel