Subject: Re: Anyone care to post if restore cds work ?
To: Janko Knops <email@example.com>
From: Alex Pelts <firstname.lastname@example.org>
Date: 03/08/2005 06:36:29
I am running 1.6.2 without any problems. Although I did not install from
restore cd. My qube is qube2. The paneld is known to use cpu because of
polling. You can run top and see what process will use cpu the most.
If you are running btlaunchmany.py it will use lots of cpu, 17% on my
qube. I think it is constantly scanning directory for torrents. If you
run btdownloadheadless.py it uses almost no cpu.
Janko Knops wrote:
> I have here a bit the problem that my qube2 seems to be running rather
> slow. I now constantly have a load of 1 till 2 or up, with just a bnc,
> and a ftp ( which i almost never use) running.
> With bittorent running to share the mirror it went up till 5 followed by
> a total lock-up.
> Don't know if more people noticed this ? ( or maybe it's just my fault
> somewhere )
> Running the 1.6.2 here :)
> Janko Knops
> ----- Original Message ----- From: "David Brownlee" <abs@NetBSD.org>
> To: "Alex Pelts" <email@example.com>
> Cc: "Vadim P." <firstname.lastname@example.org>; <email@example.com>
> Sent: Tuesday, March 08, 2005 9:28 AM
> Subject: Re: Anyone care to post if restore cds work ?
>> On Mon, 7 Mar 2005, Alex Pelts wrote:
>>> You are second person to report this problem.
>>> This is great. This means it mostly worked. I don't know what this
>>> /dev filesystem is, it is not present in my 1.6.2. It is also means
>>> that 1.6.2 should work just fine. Anyone can confirm this ?
>>> As soon as I find out how to fix the /dev problem I will build anoter
>>> 2.0 restore cd. If anyone can recommend a fix looking at the output I
>>> would be happy to incorporate it.
>>> Partition table looks about right - 20% for var 5% for tmp, the rest
>>> is for root.
>>> /dev is new to 2.0 and the fact that it boots means we can make it work.
>> init checks for a populated /dev, and if not found will mount
>> a memoy filesystem on /dev/ and run /dev/MAKEDEV. It looks like
>> you have two issues:
>> a) init is creating too small a filesystem
>> b) it believes /dev is not populated :)
>> If you have time it would be useful to play with changing the
>> mfs size in init so the mfs created is big enough - if you want
>> to let me know what values work I'll update the master source :)
>> David/absolute -- www.NetBSD.org: No hype required --