[Leaf-user] New dachstein 1.0.2 CD with glibc 2.1.3
Today I've put up a new build of dachstein 1.0.2 CD with glibc 2.1.3 onto sourceforge: leaf.sourceforge.net/devel/kapeka/lrp-packages I fixed one or two minor bugs, repackaged ipmail.lrp, updated to latest openssh version from Jacques Nilo, updated ez-ipupdate and replaced login, adduser etc. with tinylogin 1.0. Michael D. Schleif sent me a copy of his new net-snmp package, which he runs successfully on five routers. The previous net-snmp.lrp's has been replaced. AFAIK original dachstein 1.0.2 configurations should work without changes. regards kp ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] ipsec on a floppy? managing packages in Windows?
I'm running Dachstein trying to fit the freeswain IPSEC pacakges onto my floppy, but don't have enough room. I've moved up to 1722K format removed modules that I'm not using (dhclient, some ip-masq stuff, ethernet card drivers) but I'm still falling about 75K short. Any ideas where else I can trim some space? I've poked through the pacakges can't find anything else that can be removed or that's big enough to make a difference. Also, I can unzip the package files with winzip. Anyone know a good way to re-pacakage them under windows 2K? I don't have a full linux box up yet, and my Dachstein box is in the grimy basement where I'd prefer not to be spending a lot of time. My other option is to move to a different media, but I'd prefer not to do that either. Thanks, Chris ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] ipsec on a floppy? managing packages in Windows?
If your hardware isn't too old, changing media is really the way to go. If your system's BIOS can support a bootable CD, that is unquestionably the way to go. I switched from a single-floppy Eiger box to a Dachstein-CD setup (with IPSec), and the flexibility is incredible. It's definitely worth consideration. As far as trimming space goes, it sounds like you've been pretty thorough --- you just can't get 10 lbs of corn in 5 lb sack ;) Dan Quoting Christopher Holmes [EMAIL PROTECTED]: I'm running Dachstein trying to fit the freeswain IPSEC pacakges onto my floppy, but don't have enough room. I've moved up to 1722K format removed modules that I'm not using (dhclient, some ip-masq stuff, ethernet card drivers) but I'm still falling about 75K short. Any ideas where else I can trim some space? I've poked through the pacakges can't find anything else that can be removed or that's big enough to make a difference. Also, I can unzip the package files with winzip. Anyone know a good way to re-pacakage them under windows 2K? I don't have a full linux box up yet, and my Dachstein box is in the grimy basement where I'd prefer not to be spending a lot of time. My other option is to move to a different media, but I'd prefer not to do that either. Thanks, Chris ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
RE: [Leaf-user] LCD Proc
Thank you again David. Library downloaded, installed and working. Hardware needs refinement. Getting some garbage on the LCD. Funny thing is, the last time I tried this it worked. But I'll figure that out eventually. John -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of David Douthitt Sent: Saturday, February 09, 2002 9:55 PM To: LEAF User Mailing List Subject: RE: [Leaf-user] LCD Proc On 2/9/02 at 8:08 PM, John Mullan [EMAIL PROTECTED] wrote: Thanks David. However, the following is the error message when I attempt to run LCDd firewall: -root- # lcdd -h lcdd: error in loading shared libraries libncurses.so.4: cannot open shared object file: No such file or directory Does this mean that libncurses cannot find something or that libncurses doesn't exist? Means the latter. Go to http://leaf.sf.net/pub/oxygen/packages/ and get the ncurses package (libncurs.lrp? ncurses5.lrp?). Of course, when I run LCDproc -s 192.168.1.254 -p 13666 X U I get the following: firewall: -root- # lcdproc -s 192.168.1.254 -p 13666 X U sock_connect: connect failed: Connection refused Error connecting to server 192.168.1.254 on port 13666. But I assume that is because the LCDd is not running. If LCDd is not running, you'll get this. There's no server listening on that port. -- David Douthitt UNIX Systems Administrator HP-UX, Unixware, Linux [EMAIL PROTECTED] ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] ipsec on a floppy? managing packages in Windows?
One more option is how about using two floppy drives and diskettes? The type do not have to be the same, 1 maybe 5.25 and 1 3.5 inch drives. I think you will findout how at Charles or http://home.attbi.com/~srlohman/linux/firewall/es-2disk.htmlhttp://home.attbi.com/~srlohman/linux/firewall/es-2disk.html I know this is for Eigerstein but also will work for Dachstein. Larry Platzek [EMAIL PROTECTED] On Sun, 10 Feb 2002 [EMAIL PROTECTED] wrote: Date: Sun, 10 Feb 2002 14:55:13 -0600 (CST) From: [EMAIL PROTECTED] To: [EMAIL PROTECTED], Christopher Holmes [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [Leaf-user] ipsec on a floppy? managing packages in Windows? If your hardware isn't too old, changing media is really the way to go. If your system's BIOS can support a bootable CD, that is unquestionably the way to go. I switched from a single-floppy Eiger box to a Dachstein-CD setup (with IPSec), and the flexibility is incredible. It's definitely worth consideration. As far as trimming space goes, it sounds like you've been pretty thorough --- you just can't get 10 lbs of corn in 5 lb sack ;) Dan Quoting Christopher Holmes [EMAIL PROTECTED]: I'm running Dachstein trying to fit the freeswain IPSEC pacakges onto my floppy, but don't have enough room. I've moved up to 1722K format removed modules that I'm not using (dhclient, some ip-masq stuff, ethernet card drivers) but I'm still falling about 75K short. Any ideas where else I can trim some space? I've poked through the pacakges can't find anything else that can be removed or that's big enough to make a difference. Also, I can unzip the package files with winzip. Anyone know a good way to re-pacakage them under windows 2K? I don't have a full linux box up yet, and my Dachstein box is in the grimy basement where I'd prefer not to be spending a lot of time. My other option is to move to a different media, but I'd prefer not to do that either. Thanks, Chris ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] Multiple EtherExpress 100 Pro Probs
I'm trying to run Dachstein with 3 Intel Ether Express 100 Pro NICs however the system will not boot properly. I can run one just fine by loading the two necessary modules. I can even get all three to run if the system has already booted and I manually reload the network. But when I restart the box, it hangs when loading eth0 ... it gets past local (lo) and stops for over 30 minutes at which time I came back from having a coffee. I have made sure there are plenty of free interrupts of which 10, 11 and 15 are assigned by the pci bus to the NICs and nothing else. The system is a 128mb Duron 700 on a DFI motherboard, CD floppy. All on-board peripherals are disabled i.e. serial, USB, sound etc. The only thing I didn't do was turn off the 2nd IDE bus. If I swap to the abundant and cheap 8139 based cards, all works fine though I understand under load these cards do not hold up well. So, my next option is to use a DLink 4-port NIC even though I already have the Intel's :-( Does anyone have any ideas what could be the issue? Scott BTW, I have tried to load the driver using 3 different names for the modules. Either I didn't do it right or that was not the solution. ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] um, my network's broken
hi, i've just recently installed dachstien 1.0.5 kernel 2.2x. i've had no problem getting the distribution to recognize the nics and i've managed to get my isp (cable) to send me back an ip, so dhcp is working ok. the internal interface can route traffic (icmp only at this point) to a staticly assigned ip on the internal network. what i can't do is ping anywhere out through the external interface and on into the net. interestingly, if i ping (say) sun.com, the name get's resolved, but the ping just hangs after the first icmp line with the resolved ip. from the statictly assigned box i can ping the router - both the ip of the internal interface and the ip assigned to eth0 by my isp. my isp requires that i login before their network'll let me do anything, and the program bpalogin seems to be the app for the job, however, in starting the app i get the messages that the network is unreachable: Feb 11 03:31:10 lilian bpalogin: Parameter debuglevel set to 2 Feb 11 03:31:10 lilian bpalogin: Parameter username set to smoorfoo Feb 11 03:31:10 lilian bpalogin: Parameter username set to smoorfoo Feb 11 03:31:10 lilian bpalogin: Parameter password set to xx Feb 11 03:31:10 lilian last message repeated 3 times Feb 11 03:31:10 lilian bpalogin: Parameter connectedprog set to /usr/local/sbin/connected Feb 11 03:31:10 lilian bpalogin: Parameter disconnectedprog set to /usr/local/sbin/disconnected Feb 11 03:31:10 lilian last message repeated 4 times Feb 11 03:31:10 lilian bpalogin: Parameter minheartbeatinterval set to 60 Feb 11 03:31:10 lilian bpalogin[884]: BPALogin v2.0 - lightweight portable BIDS2 login client Feb 11 03:31:10 lilian bpalogin[884]: Auth host = dce-server:5050 Feb 11 03:31:10 lilian bpalogin[884]: Listening on port 1024 Feb 11 03:31:10 lilian bpalogin[884]: Cant connect to auth server - Network is unreachable Feb 11 03:31:10 lilian bpalogin[884]: Sleeping for 60 seconds i really hope someone can help me with this, thanks -- stuart i've attached the network stuff from the syslog, in case anybody may be interested: this is the last few entries from syslog: Feb 11 03:24:38 lilian kernel: PCI: PCI BIOS revision 2.10 entry at 0xfdba7 Feb 11 03:24:38 lilian kernel: PCI: Using configuration type 1 Feb 11 03:24:38 lilian kernel: PCI: Probing PCI hardware Feb 11 03:24:38 lilian kernel: Linux NET4.0 for Linux 2.2 Feb 11 03:24:38 lilian kernel: Based upon Swansea University Computer Society NET3.039 Feb 11 03:24:38 lilian kernel: NET4: Unix domain sockets 1.0 for Linux NET4.0. Feb 11 03:24:38 lilian kernel: NET4: Linux TCP/IP 1.0 for NET4.0 Feb 11 03:24:38 lilian kernel: IP Protocols: ICMP, UDP, TCP Feb 11 03:24:38 lilian kernel: TCP: Hash tables configured (ehash 32768 bhash 32768) Feb 11 03:24:38 lilian kernel: Initializing RT netlink socket Feb 11 03:24:38 lilian kernel: Starting kswapd v 1.5 Feb 11 03:24:38 lilian kernel: Software Watchdog Timer: 0.05, timer margin: 60 sec Feb 11 03:24:38 lilian kernel: Real Time Clock Driver v1.09 Feb 11 03:24:38 lilian kernel: RAM disk driver initialized: 16 RAM disks of 6144K size Feb 11 03:24:38 lilian kernel: Floppy drive(s): fd0 is 1.44M Feb 11 03:24:38 lilian kernel: FDC 0 is a National Semiconductor PC87306 Feb 11 03:24:38 lilian kernel: RAMDISK: Compressed image found at block 0 Feb 11 03:24:38 lilian kernel: RAMDISK: Uncompressing root archive: done. Feb 11 03:24:38 lilian kernel: RAMDISK: Auto Filesystem - minix: 2048i 6144bk 68fdz(68) 1024zs 2147483647ms Feb 11 03:24:38 lilian kernel: VFS: Mounted root (minix filesystem). Feb 11 03:24:38 lilian kernel: RAMDISK: Extracting root archive: done. Feb 11 03:24:38 lilian kernel: VFS: Disk change detected on device fd(2,44) Feb 11 03:24:38 lilian kernel: Freeing unused kernel memory: 44k freed Feb 11 03:24:38 lilian kernel: PCI: Enabling bus mastering for device 00:30 Feb 11 03:24:38 lilian kernel: eth0: 8139too FastEthernet driver 0.9.14-2.2 Jeff Garzik [EMAIL PROTECTED] Feb 11 03:24:38 lilian kernel: eth0: Linux-2.2 bug reports to Jens David [EMAIL PROTECTED] Feb 11 03:24:38 lilian kernel: eth0: SMC1211TX EZCard 10/100 (RealTek RTL8139) board found at 0xc282ac00, IRQ 10 Feb 11 03:24:38 lilian kernel: eth0: Chip is 'RTL-8139C' - MAC address '00:04:e2:0d:fb:18'. Feb 11 03:24:38 lilian kernel: ne2k-pci.c:v1.01a 10/4/2000 D. Becker/P. Gortmaker Feb 11 03:24:38 lilian kernel: http://www.scyld.com/network/ne2k-pci.html Feb 11 03:24:38 lilian kernel: eth1: RealTek RTL-8029 found at 0xfce0, IRQ 5, 00:00:21:D3:B0:3E. Feb 11 03:24:38 lilian kernel: ip_masq_icq: using TCP port range 60200-61000 Feb 11 03:24:38 lilian kernel: ip_masq_icq: loaded support on port 4000/UDP Feb 11 03:24:38 lilian kernel: eth0: Setting half-duplex based on auto-negotiated partner ability . Feb 11 03:24:38 lilian /usr/sbin/cron[821]: (CRON) INFO (pidfile fd = 3) Feb 11 03:24:38 lilian /usr/sbin/cron[822]: (CRON) STARTUP (fork ok) Feb 11 03:24:38 lilian dhcpd: Internet Software Consortium DHCP Server 2.0pl5 Feb 11 03:24:38 lilian dhcpd:
Re: [Leaf-user] ipsec on a floppy? managing packages in Windows?
Perhaps I should have been clearer :) My intent was to say that if it boots from the CD, you are a lot better off when loading packages, as the load time is significantly faster than a floppy. That's what makes it unquestionably the way to go. Non-bootable CDs work, and give you the additional capacity, but less boost in load speed -- if that is important to you, as it is to me. Dan Quoting Michael D. Schleif [EMAIL PROTECTED]: [EMAIL PROTECTED] wrote: If your hardware isn't too old, changing media is really the way to go. If your system's BIOS can support a bootable CD, that is unquestionably the way to go. I switched from a single-floppy Eiger box to a Dachstein-CD setup (with IPSec), and the flexibility is incredible. It's definitely worth consideration. As far as trimming space goes, it sounds like you've been pretty thorough --- you just can't get 10 lbs of corn in 5 lb sack ;) Actually, DCD does *not* require a bootable cdrom. One of my systems boots off of the floppy and then gets *all* of its packages off of the cdrom. This scheme leaves little room for subsequent backups on floppy; but, the partial backup schema saves alot of butt, in this regard. HTH ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] CD-Rom
Hi, Could someone help me? I am trying to make a CD from Oxygen_2.1.3_iso_Oxygen-LRP-CD.bin. I'm using Roxio EZ cd creator v5 in windoze. So far I have a wasted CD with the bin file stored on it. How do I get the ISO format to work? Thanks, Dan Fuchs
Re: [Leaf-user] Multiple EtherExpress 100 Pro Probs
Roderick Scott Corporation wrote: I'm trying to run Dachstein with 3 Intel Ether Express 100 Pro NICs What is the exact model number and name of those cards? I use Intel EtherExpress Pro100+ 82557's these days and they load fine for me using the latest eepro100.o. Where did you get your .o modules that you are trying to install to run the nic? however the system will not boot properly. I can run one just fine by loading the two necessary modules. What modules? Give us the dmesg output so we can see exactly what happened when you boot it with one nic and the two necessary modules. I can even get all three to run if the system has already booted and I manually reload the network. But when I restart the box, it hangs when loading eth0 ... it gets past local (lo) and stops for over 30 minutes at which time I came back from having a coffee. I have made sure there are plenty of free interrupts of which 10, 11 and 15 are assigned by the pci bus to the NICs and nothing else. The system is a 128mb Duron 700 on a DFI motherboard, CD floppy. All on-board peripherals are disabled i.e. serial, USB, sound etc. The only thing I didn't do was turn off the 2nd IDE bus. Shouldn't be a factor, except that it takes an IRQ. If I swap to the abundant and cheap 8139 based cards, all works fine though I understand under load these cards do not hold up well. So, my next option is to use a DLink 4-port NIC even though I already have the Intel's :-( Does anyone have any ideas what could be the issue? Scott BTW, I have tried to load the driver using 3 different names for the modules. Either I didn't do it right or that was not the solution. Could you explain what you tried in a bit more detail plz? Regards, Matthew ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] um, my network's broken
First a side comment -- somewhere on the LEAF site, there is still a Troubleshooting Request HowTo, which lists the information we need included with these troubleshooting requests. Mike, do you think we should write up a shorter form of it and make it a FAQ, in the hope that people will actually read (and follow) it as a FAQ QA? That said, this is what I think we need to see as part of a basic report: ALWAYS include: output of ip addr show output of netstat -nr the EXACT message associated with any ping failure SOMETIMES include: output of lsmod [if you may have NIC setup problems] output of ipchains -nvL [if you may have a firewall ruleset problem] That said ... in the absence of detailed information, I can offer a *guess* about your problem. The bpalogin Home Page at http://bpalogin.sourceforge.net/ opens with the following message: --begin quote-- Welcome to the BPALogin home page Queensland Users Recently, Telstra stopped resolving the domain name for the authentication server (dce-server) in Queensland. It turns out that the Telstra client uses a different server name (sm-server) and was not affected by this change. Users of the UNIX client can get around this difficulty by editing their /etc/bpalogin.conf file to contain the line: authserver sm-server ---end quote-- Since I see in your log report this line -- Feb 11 03:31:10 lilian bpalogin[884]: Auth host = dce-server:5050 -- I'm guessing that you did not see this information on the bpalogin page. If making the change they suggest does not work for you,please provide a trouble report that includes the basic disgnostics I listed above, and a more systematic set of ping tests, along this line -- can the LEAF router ping its own external interface? can the LEAF router ping its gateway address? can the LEAF router ping its DNS addres(es)? can the LEAF router ping any of several well-known Internet sites (try several because some big ones block ping responses -- boo to them)? For any failures, please provied EXACT error output. At 04:55 AM 2/11/02 +1100, Stuart Moorfoot wrote: hi, i've just recently installed dachstien 1.0.5 kernel 2.2x. i've had no problem getting the distribution to recognize the nics and i've managed to get my isp (cable) to send me back an ip, so dhcp is working ok. the internal interface can route traffic (icmp only at this point) to a staticly assigned ip on the internal network. what i can't do is ping anywhere out through the external interface and on into the net. interestingly, if i ping (say) sun.com, the name get's resolved, but the ping just hangs after the first icmp line with the resolved ip. from the statictly assigned box i can ping the router - both the ip of the internal interface and the ip assigned to eth0 by my isp. my isp requires that i login before their network'll let me do anything, and the program bpalogin seems to be the app for the job, however, in starting the app i get the messages that the network is unreachable: [details deleted] -- Never tell me the odds!--- Ray Olszewski-- Han Solo Palo Alto, CA[EMAIL PROTECTED] ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] NICs and IRQs
Trying to run Dachstein v1.0.2-1680 On boot, system recognizes and finds NICs Receives DHCP configuration from Shaw cable service On boot, get message: Starting interface: eth1: unable to get IRQ 10 SIOCSIFFLAGS: Resource temporarily unavailable eht1 When trying to ping internal network, system uses eth0 instead of eth1 Any idea what I am doing wrong? Thanks in advance, Demian Marshall The system: AST Cyrix Cx486 DX2/66 20M ram Three ISA slots The NICs: Intel Etherexpress pro io=0x300 IRQ=10 (eth0: connected to cable modem) D Link DE220p io=0x320 IRQ=11 (eth1: connected to private network) -- dmsg: Linux version 2.2.19-3-LEAF (root@debian) (gcc version 2.7.2.3) #1 Sat Dec 1 12:15:05 CST 2001 BIOS-provided physical RAM map: BIOS-88: 000a @ (usable) BIOS-88: 0130 @ 0010 (usable) Console: colour VGA+ 80x25 Calibrating delay loop... 26.62 BogoMIPS Memory: 18116k/20480k available (732k kernel code, 412k reserved, 476k data, 44k init) Checking if this processor honours the WP bit even in supervisor mode... Ok. Dentry hash table entries: 4096 (order 3, 32k) Buffer cache hash table entries: 32768 (order 5, 128k) Page cache hash table entries: 8192 (order 3, 32k) CPU: Cyrix Cx486DX2 stepping 02 Checking 386/387 coupling... OK, FPU using exception 16 error reporting. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX PCI: No PCI bus detected Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 NET4: Unix domain sockets 1.0 for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP TCP: Hash tables configured (ehash 32768 bhash 32768) Initializing RT netlink socket Starting kswapd v 1.5 Software Watchdog Timer: 0.05, timer margin: 60 sec Real Time Clock Driver v1.09 RAM disk driver initialized: 16 RAM disks of 6144K size Floppy drive(s): fd0 is 1.44M FDC 0 is an 8272A RAMDISK: Compressed image found at block 0 RAMDISK: Uncompressing root archive: done. RAMDISK: Auto Filesystem - minix: 2048i 6144bk 68fdz(68) 1024zs 2147483647ms VFS: Mounted root (minix filesystem). RAMDISK: Extracting root archive: done. VFS: Disk change detected on device fd(2,44) Freeing unused kernel memory: 44k freed id: 0x74 io: 0x300 eth0: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth1: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth2: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth3: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth4: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth5: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth6: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth7: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. ne.c:v1.10 9/23/94 Donald Becker ([EMAIL PROTECTED]) NE*000 ethercard probe at 0x320: 00 80 c8 1e fc d7 eth8: NE2000 found at 0x320, using IRQ 11. eth0: set Rx mode to 1 address. eth1: unable to get IRQ 10. VFS: Disk change detected on device fd(2,0) -- IO: -001f : dma1 0020-003f : pic1 0040-005f : timer 0060-006f : keyboard 0070-007f : rtc 0080-008f : dma page reg 00a0-00bf : pic2 00c0-00df : dma2 00f0-00ff : fpu 0300-030f : eth0 0320-033f : NE2000 03c0-03df : vga+ 03f0-03f5 : floppy 03f7-03f7 : floppy DIR -- IRQs: CPU0 0: 88751 XT-PIC timer 1:503 XT-PIC keyboard 2: 0 XT-PIC cascade 6: 78 XT-PIC floppy 8: 2 XT-PIC rtc 10:137 XT-PIC eth0 11: 0 XT-PIC NE2000 13: 1 XT-PIC fpu NMI: 0 -- Messages: Feb 10 12:36:04 firewall syslogd 1.3-3#31.slink1: restart. Feb 10 12:36:05 firewall kernel: klogd 1.3-3#31.slink1, log source = /proc/kmsg started. Feb 10 12:36:05 firewall kernel: Cannot find map file. Feb 10 12:36:05 firewall kernel: Loaded 7 symbols from 13 modules. Feb 10 12:36:05 firewall kernel: Linux version 2.2.19-3-LEAF (root@debian) (gcc version 2.7.2.3) #1 Sat Dec 1 12:15:05 CST 2001 Feb 10 12:36:05 firewall kernel: BIOS-provided physical RAM map: Feb 10 12:36:05 firewall kernel: BIOS-88: 000a @ (usable) Feb 10 12:36:05 firewall kernel: BIOS-88: 0130 @ 0010 (usable) Feb 10 12:36:05 firewall kernel: Console: colour VGA+ 80x25 Feb 10 12:36:05 firewall kernel: Calibrating delay loop... 26.62 BogoMIPS Feb 10 12:36:05 firewall kernel: Memory: 18116k/20480k available (732k kernel code, 412k reserved, 476k data, 44k init) Feb 10 12:36:05 firewall kernel: Checking if
Re: [Leaf-user] NICs and IRQs
Wow. I've never seen this one before. The problem is that the kernel is doing multiple initializations of your EEPro NIC. It's right here in the boot/init messages: id: 0x74 io: 0x300 eth0: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth1: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth2: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth3: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth4: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth5: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth6: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth7: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. ne.c:v1.10 9/23/94 Donald Becker ([EMAIL PROTECTED]) NE*000 ethercard probe at 0x320: 00 80 c8 1e fc d7 eth8: NE2000 found at 0x320, using IRQ 11. eth0: set Rx mode to 1 address. eth1: unable to get IRQ 10. After assigning eth0 to eth7 to the same NIC, the kernel can't make eth1 work because the IRQ is already in use (by eth0). Your NE2000 is way down at eth8, as you can see near the end of the excerpt I quoted above. All of this behavior is sufficiently unusual that I don't know what to make of it offhand. Do you have more than one entry for the eepro module in /etc/modules? Is there something unusual about the NIC itself? Does reversing the order of the modules --so the NE2000 NIC gets configured first and made eth0 -- help any? I'm just fishing around here ... perhaps someone else has seen this bahavior before and will be able to suggest a specific fix. At 01:48 PM 2/10/02 -0800, Demian Fiona Marshall wrote: Trying to run Dachstein v1.0.2-1680 On boot, system recognizes and finds NICs Receives DHCP configuration from Shaw cable service On boot, get message: Starting interface: eth1: unable to get IRQ 10 SIOCSIFFLAGS: Resource temporarily unavailable eht1 When trying to ping internal network, system uses eth0 instead of eth1 Any idea what I am doing wrong? [diagnostics deleted] -- Never tell me the odds!--- Ray Olszewski-- Han Solo Palo Alto, CA[EMAIL PROTECTED] ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] CD-Rom
Dan, I don't know about Roxio but Adaptec has an option under the file menu that says create from image then you pick ISO from the options. I would bet Roxio has a similar option somewhere. Kory Dan Fuchs wrote: Hi, Could someone help me? I am trying to make a CD from Oxygen_2.1.3_iso_Oxygen-LRP-CD.bin. I'm using Roxio EZ cd creator v5 in windoze. So far I have a wasted CD with the bin file stored on it. How do I get the ISO format to work? Thanks, Dan Fuchs ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] CD-Rom
At 2002-02-10 14:04 -0500, Dan Fuchs wrote: Could someone help me? I am trying to make a CD from Oxygen_2.1.3_iso_Oxygen-LRP-CD.bin. I'm using Roxio EZ cd creator v5 in windoze. So far I have a wasted CD with the bin file stored on it. How do I get the ISO format to work? Dan, Rename the file oxygen.iso, and try again. Remember this is an iso image of a CD not a file that you copy to it. I hope this helps. -- Mike Noyes [EMAIL PROTECTED] http://sourceforge.net/users/mhnoyes/ http://leaf.sourceforge.net/content.php?menu=1000page_id=4 ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
RE: [Leaf-user] NICs and IRQs
Well, I changed the order in which the modules are loaded, this helped operation of the firewall, thank you. Now have a working firewall but noticed that the EEPro is still doing multiple initializations. I suspect this is not desired behaviour. Any ideas? Thanks Demian Marshall dmesg: Freeing unused kernel memory: 44k freed ne.c:v1.10 9/23/94 Donald Becker ([EMAIL PROTECTED]) NE*000 ethercard probe at 0x320: 00 80 c8 1e fc d7 eth0: NE2000 found at 0x320, using IRQ 11. id: 0x74 io: 0x300 eth1: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth2: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth3: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth4: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth5: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth6: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth7: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. id: 0x74 io: 0x300 eth8: Intel EtherExpress Pro/10 ISA at 0x300, 00:aa:00:6b:26:13, IRQ 10, 10BaseT. eth1: set Rx mode to 1 address. eth1: set Rx mode to 1 address. ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] Backing up modules.conf
This assumes Oxygen 1.9. I know I have managed to get this file backed up before, but I can't seem to remember how. I have made changes to /lib/modules/boot/modules.conf to reflect the NIC's in my machine and have also deleted all the unecessary modules from that directory. However when I attempt to back up my changes they aren't written to disk - upon reboot they are all lost. I have attempted a full backup (apkg -e) a partially full backup (apkg -a) as well as individually backing up modules.lrp (apkg -b modules.lrp). What am I missing here? __ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] IFCHECK.LRP
Does any one has a IFCHECK.LRP running correctly in a DCD v1.02 environment tried it out, but only getting the following error messages: # ./ifcheck start Starting ifcheck daemon. sxm-gw: -root- # dnsdomainname: not found dnsdomainname: not found dnsdomainname: not found RTNETLINK answers: Network is unreachable RTNETLINK answers: Network is unreachable kill: Usage: kill [-s sigspec | -signum | -sigspec] [pid | job]... or kill -l [exitstatus] mnc: not found BusyBox v0.60.1 (2001.10.18-21:35+) multi-call binary Usage: ping [OPTION]... host BusyBox v0.60.1 (2001.10.18-21:35+) multi-call binary Usage: ping [OPTION]... host RTNETLINK answers: No such process RTNETLINK answers: No such process RTNETLINK answers: Network is unreachable kill: 4683: No such process mnc: not found RTNETLINK answers: Network is unreachable RTNETLINK answers: No such process RTNETLINK answers: Network is unreachable kill: 4703: No such process mnc: not found BusyBox v0.60.1 (2001.10.18-21:35+) multi-call binary Usage: ping [OPTION]... host BusyBox v0.60.1 (2001.10.18-21:35+) multi-call binary Usage: ping [OPTION]... host RTNETLINK answers: No such process RTNETLINK answers: No such process kill: 4729: No such process mnc: not found - Reginald R. Richardson [EMAIL PROTECTED] on 2/11/2002 ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
