AirLink NIC rhinefet.tar bad format fix
From: Rich Grise (null_at_example.net)
Date: 03/08/04
- Next message: Cameron Kerr: "Re: Load Balancing using 2 NICS (same network) with (iproute2) multipath route"
- Previous message: gshanemiller_at_comcast.net: "gosh darn sharing of DSL with a router/modem: simple how questions"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Mon, 08 Mar 2004 05:37:49 GMT
OK, for the electronics buffs and appliance opertors, I bought
some stuff at Fry's. I spotted some nic cards @US$6.99, so I
got 4. I was having trouble downloading and installing a
driver for the NIC that was in it - I'll give it back to the
guy to use on a doze pute.
Anyway, to install the driver, I had to compile it. First I
had to un-tar it. This is the question I can see newbies asking;
total 41
drwxr-xr-x 2 root root 384 May 22 2002 rhinefet-4.10
-rwxr--r-- 1 root root 38757 Mar 7 20:32 rhinefet.tar
root@Vehicle:/temp# tar -tvf rhinefet.tar
tar: This does not look like a tar archive
tar: Skipping to next header
tar: Error exit delayed from previous errors
root@Vehicle:/temp#
So, wondering what I had on my hands, I did
root@Vehicle:/temp# file rhinefet.tar
rhinefet.tar: gzip compressed data, from Unix
Ah, Ha! I sez to meself.
So, logically,
root@Vehicle:/temp# gzip -l rhinefet.tar
compressed uncompressed ratio uncompressed_name
38757 174080 77.7% rhinefet.tar
root@Vehicle:/temp# gzip -d rhinefet.tar
gzip: rhinefet.tar: unknown suffix -- ignored
root@Vehicle:/temp#
Huh?
So, something that a newbie, how in hell does he know to ask a
question that's going to result in him(or her) doing this?:
root@Vehicle:/temp# mv rhinefet.tar rhinefet.tar.gz
and _then_
root@Vehicle:/temp# gzip -d rhinefet.tar.gz
root@Vehicle:/temp# ls
total 173
drwxr-xr-x 2 root root 384 May 22 2002 rhinefet-4.10
-rwxr--r-- 1 root root 174080 Mar 7 20:32 rhinefet.tar
root@Vehicle:/temp# ls rhinefet-4.10
total 176
-rw-r--r-- 1 root root 5135 May 10 2002 Makefile
-rw-r--r-- 1 root root 7973 May 10 2002 kcompat.h
-rw-r--r-- 1 root root 10183 May 22 2002 linux.txt
-rw-r--r-- 1 root root 37830 May 10 2002 rhine.h
-rw-r--r-- 1 root root 3128 May 10 2002 rhine_cfg.h
-rw-r--r-- 1 root root 66865 May 10 2002 rhine_main.c
-rw-r--r-- 1 root root 4315 May 10 2002 rhine_proc.c
-rw-r--r-- 1 root root 2324 May 10 2002 rhine_proc.h
-rw-r--r-- 1 root root 10470 May 10 2002 rhine_vmns.c
-rw-r--r-- 1 root root 2419 May 10 2002 rhine_vmns.h
-rw-r--r-- 1 root root 8117 May 10 2002 vmns_drv.h
root@Vehicle:/temp#
----------------------------------
Then, still going step by step, I did something like this, and the
ensuing stdout follows:
root@thunderbird:/temp/rhinefet-4.10# make install
gcc -Wall -DLINUX -D__KERNEL__ -DMODULE -DEXPORT_SYMTAB -D__NO_VERSION__ -O2 -pipe -I/lib/modules/2.4.22/build/include -I. -Wstrict-prototypes -fomit-frame-pointer -DMODVERSIONS -include /lib/modules/2.4.22/build/include/linux/modversions.h -DVMNS -c -o rhine_main.o rhine_main.c
gcc -Wall -DLINUX -D__KERNEL__ -DMODULE -DEXPORT_SYMTAB -D__NO_VERSION__ -O2 -pipe -I/lib/modules/2.4.22/build/include -I. -Wstrict-prototypes -fomit-frame-pointer -DMODVERSIONS -include /lib/modules/2.4.22/build/include/linux/modversions.h -DVMNS -c -o rhine_proc.o rhine_proc.c
gcc -Wall -DLINUX -D__KERNEL__ -DMODULE -DEXPORT_SYMTAB -D__NO_VERSION__ -O2 -pipe -I/lib/modules/2.4.22/build/include -I. -Wstrict-prototypes -fomit-frame-pointer -DMODVERSIONS -include /lib/modules/2.4.22/build/include/linux/modversions.h -DVMNS -c -o rhine_vmns.o rhine_vmns.c
**************************************************
Build options:
VERSION 2.4.22
SMP Disabled
VMNS Enabled
***************************************************
mkdir -p /lib/modules/2.4.22/kernel/drivers/net
install -m 644 -o root rhinefet.o /lib/modules/2.4.22/kernel/drivers/net
/sbin/depmod -a || true
root@thunderbird:/temp/rhinefet-4.10#
Naturally, this being the first time I've seen that happen, I got quite a
rush, so to speak!
So, now, after doing lsmod,
root@thunderbird:/home/rich# lsmod
Module Size Used by Not tainted
ipt_REJECT 3160 1 (autoclean)
ipt_state 536 2 (autoclean)
iptable_mangle 2072 0 (autoclean) (unused)
iptable_filter 1644 1 (autoclean)
ipt_MASQUERADE 1272 1
iptable_nat 15928 1 [ipt_MASQUERADE]
ip_conntrack 18120 2 [ipt_state ipt_MASQUERADE iptable_nat]
ip_tables 12288 8 [ipt_REJECT ipt_state iptable_mangle iptable_filter ipt_MASQUERADE iptable_nat]
ide-scsi 9424 0
tulip 40928 1
sis900 13388 1
crc32 2880 0 [tulip sis900]
agpgart 39576 0 (unused)
root@thunderbird:/home/rich#
I remember that I haven't put one of the new boards in thunderbird yet.
The reason I did it on thunderbird is because vehicle doesn't have kernel
source installed. So now, I've got the module all set for when I put the
card as eth2 in thunderbird; meanwhile, vehicle has the card, and the
module is in thunderbird:/lib/modules/2.4.22/kernel/drivers/net/rhinefet.o,
but I dont know what the next two lines do:
install -m 644 -o root rhinefet.o /lib/modules/2.4.22/kernel/drivers/net
/sbin/depmod -a || true
But, examining the lines, it looks like I could go
# mkdir -p /lib/modules/2.4.22/kernel/drivers/net
put the rhinefet.o file (is this "The Module?") in that dir, and then
if I just execute these:
# install -m 644 -o root rhinefet.o /lib/modules/2.4.22/kernel/drivers/net
# /sbin/depmod -a || true
will that mean that I can then run insmod or modprobe and it'll go?
I guess while I'm waiting for an answer, I'll go try it and see what
happens.
Wish me Luck!
Rich
- Next message: Cameron Kerr: "Re: Load Balancing using 2 NICS (same network) with (iproute2) multipath route"
- Previous message: gshanemiller_at_comcast.net: "gosh darn sharing of DSL with a router/modem: simple how questions"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
