To: None <firstname.lastname@example.org>
From: Claudio Leiva S <email@example.com>
Date: 03/08/2005 10:11:50
What about this (from NetBSD iso collection)
2 iso's have multiple arch's on them and can boot as directed above for
multi-cd1.iso - i386 macppc sparc sparc64
multi-cd2.iso - alpha amiga mac68k next68k cobalt hpcmips pmax vax
Las Vegas, Nevada
----- Original Message -----
From: "Alex Pelts" <firstname.lastname@example.org>
To: "Janko Knops" <email@example.com>
Sent: Tuesday, March 08, 2005 6:36 AM
Subject: Re: Anyone care to post if restore cds work ?
>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" <firstname.lastname@example.org>
>> Cc: "Vadim P." <email@example.com>; <firstname.lastname@example.org>
>> 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
>>> 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 --