Subject: RE: System load?
To: 'Glyn Astill' <glynastill@yahoo.co.uk>
From: Claudio Leiva S <cleivas@cox.net>
List: port-cobalt
Date: 12/14/2006 18:29:42
Hi Guys:

I finally manage to install 3.99.17 from the last restore cd onto a 10 gb
hard drive and I also attached my old 160 gb hard drive as slave of the 10
gb hard drive with the intention to make a backup onto my pc and then make a
fresh install of the system.

When I try to recompile the kernel with the option "options SOSEND_NO_LOAN"
I get a message that the option was already included on the kernel, good!!,
but then when I start transferring files from the 160 hd to my pc, the Qube
freeze again!!, 2 times while I was transferring arround 6 gb of data, then
again while I was transferring 1.5 gb.

Now, the "SOSEND_NO_LOAN" I would imagine fix that problem, right, so why I
still have the same problem??, any idea.

Thanks.
  
 
 
Claudio Leiva
Las Vegas, Nevada
USA
http://cleiva.no-ip.com
(Powered by NetBSD for Cobalt)
 
 
 
-----Mensaje original-----
De: port-cobalt-owner@NetBSD.org [mailto:port-cobalt-owner@NetBSD.org] En
nombre de Glyn Astill
Enviado el: jueves, 14 de diciembre de 2006 2:19
Para: Alex Pelts; port-cobalt@netbsd.org
Asunto: Re: System load?

Now I'm even more confused. What the hell is userland.

Am I right in thinking I just need to get hold of the 4.0 branch
source and compile it, then rename the kernel image?

I used the 3.99.17 restore CD, if I compile a new kernel and it turns
out to be a lemon, how do I get back onto the old one?

Also it'd be handy if someone could post the parameters they used on
their Qube and what they mean.

Cheers
Glyn

--- Alex Pelts <alexp@broadcom.com> wrote:

> Sorry. What I meant is that kernel does not work with user land.
> 
> Alex Pelts wrote:
> > By the way kernel 3-0 branch does not now with user land from
> this 
> > restore cd. I had unfortunate luck to find this our on some one
> else's 
> > Qube. So if you are going to update kernel for installation from
> that CD 
> > do not use 3-0 branch.
> > 
> > Personally I use kernel from 3-0 branch with 3.0 user land and it
> works 
> > fine.
> > 
> > Regards,
> > Alex
> > 
> > 
> > Erik Berls wrote:
> >> 3.1 is NOT.  3.1 is the 3.0 branch with some additional pullups.
>  
> >> 3.99.17 is of about 6 months ago.  Thus its closer to the 4
> branch.
> >>
> >> I'm not sure about the cubes, but on the raq's you can execute a
> BFD 
> >> line at the prom that may allow you to execute alternate
> kernels.  
> >> (It's been a while since I've had to do this.)
> >>
> >> -=erik.
> >>
> >>
> >>
> >>
> >> On 12/11/06, *Andy Ruhl* <acruhl@gmail.com
> <mailto:acruhl@gmail.com>> 
> >> wrote:
> >>
> >>     On 12/11/06, Glyn Astill <glynastill@yahoo.co.uk
> >>     <mailto:glynastill@yahoo.co.uk>> wrote:
> >>      > Sorry to sound basic, if I upgrade the kernel to v4 will
> that mean
> >>      > that I'm running version 4 of NetBSD?
> >>      >
> >>      > In theory this shouldn't change the way my machine works,
> it'll 
> >> just
> >>      > be running a newer kernel?
> >>      >
> >>      > What worries me is if I compile a poo kernel and am
> unable to get
> >>      > back into the os to put the old image back.
> >>      >
> >>      > What are the Qube specific switches and configurations
> used to do
> >>      > this?
> >>      >
> >>      > I think I'm going to need some hand hloding through this
> or I may
> >>      > cry.
> >>
> >>     Start with this.
> >>
> >>     (Same old "back up your box" disclaimer will apply
> eventually)
> >>
> >>     Mount your Linux partition and do ls -l in the boot
> directory on the
> >>     Linux partition. Here's a quick example:
> >>
> >>     My Qube2 disk (non fixed font garbled, sorry):
> >>
> >>     # disklabel -r wd0
> >>     # /dev/rwd0d:
> >>     type: ESDI
> >>     disk: IC35L060AVER07-0
> >>     label: fictitious
> >>     flags:
> >>     bytes/sector: 512
> >>     sectors/track: 63
> >>     tracks/cylinder: 16
> >>     sectors/cylinder: 1008
> >>     cylinders: 119150
> >>     total sectors: 120103200
> >>     rpm: 3600
> >>     interleave: 1
> >>     trackskew: 0
> >>     cylinderskew: 0
> >>     headswitch: 0           # microseconds
> >>     track-to-track seek: 0  # microseconds
> >>     drivedata: 0
> >>
> >>     8 partitions:
> >>     #        size    offset     fstype [fsize bsize cpg/sgs]
> >>     a: 118993074   1110126     4.2BSD   2048 16384 28608  #
> (Cyl.      
> >> 1101*- 119149)
> >>     b:   1048576     61550       swap                     #
> (Cyl.
> >>     61*-   1101*)
> >>     c: 120041650     61550     unused      0     0        #
> (Cyl.    
> >>     61*- 119149)
> >>     d: 120103200         0     unused      0     0        #
> (Cyl.      0
> >>     - 119149)
> >>     e:     61487        63 Linux Ext2      0     0        #
> (Cyl.
> >>     0*-     61*)
> >>     f: 120041650     61550     unused      0     0        #
> (Cyl.    
> >>     61*- 119149)
> >>
> >>     Linux partition is /dev/wd0e, so let's mount it:
> >>
> >>     # mount -t ext2fs /dev/wd0e /mnt
> >>     # ls -l /mnt/boot
> >>     total 104
> >>     -r-xr-xr-x  1 root  wheel  22470 Sep 19  2005 boot.gz
> >>     -r--r--r--  1 root  wheel  27838 Jul 12  2004 boot.old.gz
> >>     -r-xr-xr-x  1 root  wheel  22473 Sep 19  2005 vmlinux.gz
> >>     -r--r--r--  1 root  wheel  27838 Jul 12  2004 vmlinux.old.gz
> >>
> >>     I'm not remembering at this point if it's vmlinux.gz or
> boot.gz that
> >>     is being read by the Cobalt firmware... I believe it's
> vmlinux.gz. 
> >> The
> >>     point is, if it's this small (22k or so), then it's really
> just the
> >>     NetBSD bootloader, and this is good news. What it means is,
> you can
> >>     just change the NetBSD kernel in / at your own whim to try
> different
> >>     kernels.
> >>
> >>     Meaning:
> >>
> >>     1. compile a new kernel
> >>     2. cp /netbsd /netbsd.old
> >>     3. cp newkernel /netbsd
> >>     4. reboot
> >>
> >>     It's not very likely that you will render the machine
> unbootable, I
> >>     haven't had that problem in quite a long time now. The main
> thing to
> >>     remember is, you can change the kernels all you want. But
> once you
> >>     start upgrading userland utilities to match that kernel, you
> can't
> >>     then go backwards back to your old kernel.
> >>
> >>     My best advice is:
> >>
> >>     Find a newer kernel that is newer than your current
> userland. I'm not
> >>     sure if 3.1 is, anyone? If so, you can get it here:
> >>     
> >>
>
ftp://ftp.netbsd.org/pub/NetBSD/NetBSD-3.1/cobalt/binary/kernel/netbsd-GENER
IC.gz
> 
> >>
> >>     
> >>
>
<ftp://ftp.netbsd.org/pub/NetBSD/NetBSD-3.1/cobalt/binary/kernel/netbsd-GENE
RIC.gz>
> 
> >>
> >>
> >>     Then put that one in place and try it. If this one is not
> newer than
> >>     your userland, then you'll have to grab either the release-4
> or
> >>     current source and compile a kernel. The NetBSD guide has
> rather good
> >>     instructions on doing this. But maybe we can help.
> >>
> >>     Andy
> >>
> >>
> > 
> > 
> 
> 



Glyn Astill



	
	
		
___________________________________________________________ 
All new Yahoo! Mail "The new Interface is stunning in its simplicity and
ease of use." - PC Magazine 
http://uk.docs.yahoo.com/nowyoucan.html