Anthony,
Sorry for the slow reply, it has been a busy week.
Anyway, for step 2 you will need:
make oldconfig
make menuconfig (or xconfig)
- you will probably want to set some other options - e.g. compile in
your hardware.
make dep clean kernel modules
- kernel should be before modules.
Step 3 from your /usr/src/linux-2.4 do
cp /usr/src/linux/arch/i386/boot/bzImager /tftpboot/kernel
Step 4. The modules path in boel_binaries.tar.gz should be the
pathname that matches your kernel. For example, in the standard boel
tar file it is lib/modules/2.4.20-boel but in mine it is
lib/modules/2.4.20-20.9custom. This is also the version that is printed
when you do "uname -r" and comes from the Makefile in /usr/src/linux-2.4
(or where ever your kernel source is). This is because the version
number must match as this is where the default modprobe setup looks for
any modules.
Any other questions, feel free to drop me a line.
Frank
On Wed, 2004-02-25 at 14:59, A.J. Supinski wrote:
> Frank,
> For step 2 would
> make oldconfig
> make dep
> make modules
> make kernel
> handle all that needs to be done?
> For step 3 (and this shows how little I know) what exactly would I copy?
> For step 4 what do you mean by "including the correct path" and should I
> replace the /lib/modules directory with my own /lib/modules directory?
>
> Sorry if these are super rudementary questions but I'm rather
> inexperienced in Linux.
> Thanks for your attention,
> Anthony Supinski
>
>
>
> Frank Crawford wrote:
>
> >Anthony,
> > Which items do you have problem with?
> >
> >Frank
> >
> >On Wed, 2004-02-25 at 09:41, Anthony Supinski wrote:
> >
> >
> >>Well Everyone,
> >>
> >> I thought I could finish off my problem with the instructions
> >>(below from 9/25/03) but it turns out I don't know enough about Linux so I
> >>was wondering if anyone could expand on these instructions or could
> >>recommend a place I go to get the necessary background.
> >>
> >>
> >>
> >>Thanks Everyone,
> >>
> >>
> >>
> >>Anthony Supinski
> >>
> >>
> >>
> >>
> >>
> >>From: Frank Crawford <[EMAIL PROTECTED]>
> >>Re: SystemImager and Broadcom Tigon3 NIC
> >>2003-09-25 07:36
> >>
> >>Jess,
> >>
> >> I've attached the files below, but the basic steps are:
> >>
> >>
> >>
> >>1) Get a very recent kernel source (I used the latest Red Hat 9, but 2.4.22
> >>should be fine - check the tg3.c driver version),
> >>
> >>
> >>
> >>2) copy /usr/share/systemimager/boot/i386/standard/config to
> >>/usr/src/linux-2.4/.config, run make oldconfig, make new kernel and
> >>
> >>modules, etc. Note, here you may want to make an even more specialised
> >>kernel, with all the drivers needed compiled in. This kernel will only be
> >>used for the PXE boot, so can be dumb and small. Also, you need to ensure
> >>cramfs is compiled in, as the initrd image is in cramfs format.
> >>
> >>
> >>
> >>3) copy the new kernel to /tftpboot,
> >>
> >>
> >>
> >>4) create a new boel_binaries.tar.gz file (in
> >>/usr/share/systemimager/boot/i386/standard directory) with the new modules
> >>(including the correct path). Easiest way is to extract it all, replace the
> >>/lib/modules directory and then tar it up again.
> >>
> >>
> >>
> >>You should then be okay to go. With this build list you don't need to
> >>change initrd.img as no modules are in there to change. If you do have to
> >>add modules, it is a bit trickier. Again, that involves mounting the
> >>initrd.img file on a loopback device, copying everything out, and then
> >>creating a new cramfs file, but isn't needed here.
> >>
> >>
> >> A��A
> >> I'm sending you the three files separately, as I don't think the whole
> >>list wants them.
> >>
> >>
> >>
> >>Frank
> >>
> >>
> >>
> >>----- Original Message -----
> >>From: "Anthony Supinski" <[EMAIL PROTECTED]>
> >>To: "Brian Elliott Finley" <[EMAIL PROTECTED]>
> >>Cc: "Bruce Becker" <[EMAIL PROTECTED]>;
> >><[EMAIL PROTECTED]>
> >>Sent: Tuesday, February 17, 2004 4:06 PM
> >>Subject: Re: [Oscar-users] Partitioning Problem
> >>
> >>
> >>
> >>
> >>>Thanks for all of the help everyone, I'm pretty sure that my problem is
> >>>the one you ran into Bruce and I'm working my way through the old email
> >>>you pointed me toward.
> >>>I tried out your tool Brian and got an error pretty quickly, here
> >>>is the output in verbose mode:
> >>>Use of uninitialized value in concatenation (.) or string at
> >>>./mkbootpackage line 96.
> >>>
> >>>
> >>>>>>Kernel release:
> >>>>>>Using modules from: /lib/modules/2.4.20-6
> >>>>>>Using architecture: i386
> >>>>>>Base temporary dir: /tmp/si
> >>>>>>gunzip /tmp/si/old_initrd.gz
> >>>>>>Old initrd mount point: /tmp/si/old_initrd_dir
> >>>>>>mount /tmp/si/old_initrd /tmp/si/old_initrd_dir -o loop
> >>>>>>New initrd temporary dir: /tmp/si/staging_dir
> >>>>>>rsync -aHS --exclude=lost+found/ --numeric-ids /tmp/si/old_initrd_dir/
> >>>>>>
> >>>>>>
> >>>/tmp/si/staging_dir/
> >>>
> >>>
> >>>>>>umount /tmp/si/old_initrd_dir
> >>>>>>Removing old modules from: /tmp/si/staging_dir/my_modules
> >>>>>>
> >>>>>>
> >>>Couldn't open /tmp/si/staging_dir/my_modules /INSMOD_COMMANDS for reading.
> >>>at ./mkbootpackage line 388.
> >>>
> >>>The funny thing is that ISMODE_COMMANDS seems to be exactly where your
> >>>looking for it (except for that space in the location) and I couldn't see
> >>>any reason that space would have been inserted anywhere just looking at it
> >>>breifly.
> >>>
> >>>Once more thanks everyone, I'll be working on it for a while but now
> >>>that I've got a direction I think I'm making progress.
> >>>
> >>>Anthony Supinski
> >>>
> >>>
> >>>On Tue, 17 Feb 2004, Brian Elliott Finley wrote:
> >>>
> >>>
> >>>
> >>>>If you think this is your issue, then you may want to try the following
> >>>>tool (still considered alpha):
> >>>>
> >>>>
> >>>>
> >>>>
> >>http://download.systemimager.org/pub/unofficial/Use_Any_Kernel_by_Brian_Finley/00README
> >>
> >>
> >>>>-Brian
> >>>>
> >>>>
> >>>>Thus spake Bruce Becker ([EMAIL PROTECTED]):
> >>>>
> >>>>
> >>>>>Hi Anthony.
> >>>>>
> >>>>>Sorta glad to hear someone else has the same problem as I did. Brian
> >>>>>Elliot was probably right that you have hardware that is newer than
> >>>>>
> >>>>>
> >>the
> >>
> >>
> >>>>>drivers in the kernel. We had a similar problem, but in our particular
> >>>>>case, the stock kernel provided by sis did not have the driver for our
> >>>>>hard drives compiled into it. If you like, I can send you our kernel
> >>>>>config file and you can see what the differences are between it and
> >>>>>
> >>>>>
> >>yours.
> >>
> >>
> >>>>>We had exactly the same error as you are experiencing and got around
> >>>>>
> >>>>>
> >>it by
> >>
> >>
> >>>>>compiling a custom kernel, although getting that to play nicely with
> >>>>>
> >>>>>
> >>sis
> >>
> >>
> >>>>>was another story altogether. If you need advice on how to compile a
> >>>>>custom kernel and ensure that the modules are loaded by
> >>>>>
> >>>>>
> >>systeminstaller,
> >>
> >>
> >>>>>consult the posts to the list from about August-September last year,
> >>>>>
> >>>>>
> >>by
> >>
> >>
> >>>>>Frank Crawford, and again during January and early Feb this year by
> >>>>>
> >>>>>
> >>myself
> >>
> >>
> >>>>>and Frank.
> >>>>>
> >>>>>it's actually a simple problem to solve, although we spent about a
> >>>>>
> >>>>>
> >>month
> >>
> >>
> >>>>>on it !
> >>>>>
> >>>>>good luck
> >>>>>Bruce
> >>>>>
> >>>>> On Mon, 16 Feb 2004, Anthony Supinski wrote:
> >>>>>
> >>>>>
> >>>>>
> >>>>>>Hello,
> >>>>>>I've got a new install of OSCAR 3.0 on a RedHat 9 box for my
> >>>>>>server and everything has gone perfectly by the installation guide
> >>>>>>
> >>>>>>
> >>until
> >>
> >>
> >>>>>>it was time to load the client image on the clients.
> >>>>>>I have all of the MAC addresses autodectected and assigned to
> >>>>>>clients using the provided RedHat 9 rpm list and the sample ide
> >>>>>>
> >>>>>>
> >>partition
> >>
> >>
> >>>>>>file (originally I was using my own but I thought I might be making
> >>>>>>
> >>>>>>
> >>a
> >>
> >>
> >>>>>>simple mistake so I thought I'd try the sample). Anyway the clients
> >>>>>>
> >>>>>>
> >>all
> >>
> >>
> >>>>>>have basic internal ide HDs that seem to be detected in the network
> >>>>>>install before it fails but here is what I get around the time of
> >>>>>>
> >>>>>>
> >>failure:
> >>
> >>
> >>>>>>get_arch
> >>>>>>Partitioning /dev/hda...
> >>>>>>Old Partition table for /dev/hda:
> >>>>>>Error:Could not stat device /dev/hda - No such file or directory
> >>>>>>Parted -s -- /dev/hda mklabel msdos|| shellout
> >>>>>>Error:Could not stat device /dev/hda - No such file or directory
> >>>>>>
> >>>>>>write_variables
> >>>>>>followed by the printed message saying the installation failed and
> >>>>>>
> >>>>>>
> >>giving
> >>
> >>
> >>>>>>instructions as to how to scroll. (this is typed so I am sorry for
> >>>>>>
> >>>>>>
> >>any
> >>
> >>
> >>>>>>minor discrepencies).
> >>>>>>
> >>>>>>I've gone so far as to format the computer and then try the image
> >>>>>>instalation with the same format instructions but with no better
> >>>>>>
> >>>>>>
> >>results
> >>
> >>
> >>>>>>and am currently just trying from a clean HD. I'm working on this
> >>>>>>
> >>>>>>
> >>as a
> >>
> >>
> >>>>>>project for college and I'm hoping that I'm just missing somthing
> >>>>>>
> >>>>>>
> >>simple.
> >>
> >>
> >>>>>>Thanks,
> >>>>>>
> >>>>>>Anthony Supinski
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>-------------------------------------------------------
> >>>>>>SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> >>>>>>Build and deploy apps & Web services for Linux with
> >>>>>>a free DVD software kit from IBM. Click Now!
> >>>>>>http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> >>>>>>_______________________________________________
> >>>>>>Oscar-users mailing list
> >>>>>>[EMAIL PROTECTED]
> >>>>>>https://lists.sourceforge.net/lists/listinfo/oscar-users
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>--
> >>>>>Bruce Becker
> >>>>>UCT-CERN Research Center - University of Cape Town
> >>>>>Room 405, R.W. James Building, University Avenue North
> >>>>>Private Bag RONDEBOSCH 7700
> >>>>>
> >>>>>tel :(w) +27 21 650 3356 | (m) +27 82 537 9425 | (f) +27 21 650 3342
> >>>>>WEB :http://hep.phy.uct.ac.za/~becker | AIM : brucellino
> >>>>>
> >>>>>
> >>>>>
> >>>>>-------------------------------------------------------
> >>>>>SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> >>>>>Build and deploy apps & Web services for Linux with
> >>>>>a free DVD software kit from IBM. Click Now!
> >>>>>http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> >>>>>_______________________________________________
> >>>>>Oscar-users mailing list
> >>>>>[EMAIL PROTECTED]
> >>>>>https://lists.sourceforge.net/lists/listinfo/oscar-users
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>
> >>>-------------------------------------------------------
> >>>SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> >>>Build and deploy apps & Web services for Linux with
> >>>a free DVD software kit from IBM. Click Now!
> >>>http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> >>>_______________________________________________
> >>>Oscar-users mailing list
> >>>[EMAIL PROTECTED]
> >>>https://lists.sourceforge.net/lists/listinfo/oscar-users
> >>>
> >>>
> >>>
>
>
--
ac3
Suite G16, Bay 7, Locomotive Workshop Phone: 02 9209 4600
Australian Technology Park Fax: 02 9209 4611
Eveleigh NSW 1430
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id56&alloc_id438&op=click
_______________________________________________
Oscar-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/oscar-users
