Re: [Leaf-devel] dachstein rc1 cd won't boot.
On Fri, Oct 12, 2001 at 03:30:28PM -0500, Charles Steinkuehler wrote: > i just had a look and a i like the idea of putting this on CD (We are > selling our systems with an IDE Flashdisk, though). But, > i would like to see the config scripts be seperate from the configs itself, > thats one difference to the release i made for myself. > > CS> What exactly do you mean here? AB> Well i mean that in LRP 2.9.8 you have only the settings in the network.conf (e.g. IF0_IFNAME=...) and not functions defined like in Dachstein. I find this confusing. i have only "real config files" as network.conf and network_direct.conf and all the shell script stuff in /etc/init.d/network. But thats caused by the base (LRP 2.9.8) too... Is it now clearer ?? > > The other is of course Kernel 2.4... > > CS> I plan on re-working pretty much everything and making a 2.4 kernel > based firewall, with uClibc (for small floppies & limited functionality > systems) and optional support for current glibc libraries for folks with the > space and need to run it. AB> Sounds nice. i am dreaming of that since half a year, but i could not get the needed binary to compile with uClibc (i needed isdnutils and especially the ipsec stuff and iptables. Did not get this to work). And i do not want to use any Firewall systems with kernel 2.2, 2.4 is so much easier and cooler for the way i design my rules... > > CS> I'll change this in the next release. As a seperate issue, would it be > better to use the package names, or stick with the numbers, or maybe even > support both (should be possible, as long as no-one makes a 3.lrp package > :)? Also, you can use E and L (upper or lower case) for package "numbers" > with the b, d, and t commands, as well (this may also not be obvious). > AB> i think package names are to long (so much characters to type in ;-) > CS> Actually, I couldn't wait...Being a firm believer in the concept that > things should work as expected, I modified the script to accept either a > package name or number, with the following package names as special cases: > e E all everything - Backup all packages > l L - Backup everything but logs > > Now, whatever you think is, the scripts will probably do what you > want...this functionality will be in the next release. yep, sound good. Are you planning to upgrade to a new busybox version ?? It works o.k. for me (including bb ifconfig and bb route and even ash). If you would use even init and syslogd from bb root.lrp gets quite small, and i think the functionality is o.k for a router , or am i wrong ?? > > Charles Steinkuehler > http://lrp.steinkuehler.net > http://c0wz.steinkuehler.net (lrp.c0wz.com mirror) > --arne ------ Arne Bernin Netropol Digitale Systeme Lagerstrasse 30a Tel: +49 404325 D-20357 Hamburg/Germany Fax: +49 4028416740 [EMAIL PROTECTED] --- Fppmpppff mpfmm mfpmffmpppff pmfmppfmmmp pmpmmmpp mfffmmfmp ffmfppmfmmmfmf! ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] Holy Cow
I remember that Rick was getting laid off and looking for work. You might ask our maillist manager if Rick's email is bouncing.. He used to hang out on the openprojects.net irc channel, so you could check there as well. Like Ray, I was out of work myself when my contract ended 3 weeks ago, unlike Ray, I got VERY lucky and picked up another job a week later. Very different envirnment, so it'll be interesting. Heck, may even be able to afford xDSL again! :) Good luck Ray. What are you looking for? I realize it's a long shot, but if I hear of anything in the Bay Area, I'll hollar. -sp On Thu, 11 October 2001, Matt Schalit wrote: > > Charles Steinkuehler wrote: > > > > Anyone seen or heard from Rick lately? His domain name stopped resolving, > > and his web-server seems to be down (even on port 81). Anyone know what's > > up? > > > I was wondering the same thing. Where RickO and Ray0? > Hopefully they're just busy earning $$. > > Matt ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] dachstein rc1 cd won't boot.
i just had a look and a i like the idea of putting this on CD (We are selling our systems with an IDE Flashdisk, though). But, i would like to see the config scripts be seperate from the configs itself, thats one difference to the release i made for myself. CS> What exactly do you mean here? The other is of course Kernel 2.4... CS> I plan on re-working pretty much everything and making a 2.4 kernel based firewall, with uClibc (for small floppies & limited functionality systems) and optional support for current glibc libraries for folks with the space and need to run it. But i like the new lrcfg interface it looks nice. But please change the description there: b ) Backup d ) Set Backup Destination and so on, i tried multiple time to insert: d root ... or something like that would be nicer... CS> I'll change this in the next release. As a seperate issue, would it be better to use the package names, or stick with the numbers, or maybe even support both (should be possible, as long as no-one makes a 3.lrp package :)? Also, you can use E and L (upper or lower case) for package "numbers" with the b, d, and t commands, as well (this may also not be obvious). CS> Actually, I couldn't wait...Being a firm believer in the concept that things should work as expected, I modified the script to accept either a package name or number, with the following package names as special cases: e E all everything - Backup all packages l L - Backup everything but logs Now, whatever you think is, the scripts will probably do what you want...this functionality will be in the next release. Charles Steinkuehler http://lrp.steinkuehler.net http://c0wz.steinkuehler.net (lrp.c0wz.com mirror) ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] Re: [Leaf-user] Dachstein-CD available
> Regarding /etc/network.conf, what are the differences between LRP-CD and > Dachstein-CD? > > Or, are all of the differences in the other scripts that call variables > instantiated in network.conf? > > I ask this, because I am interested in quickly converting several > instances of LRP-CD to Dachstein-CD -- of course, *after* extensive > testing -- and I need to gauge the amount of effort required to convert > network.conf . . . In general, the Dachstein scripts are a superset of LRP-CD, which was based on Eiger. For upgrading, you have a few options: 1) Keep all of your existing configuration files. You *should* be able to simply replace the LRP-CD with a Dachstein-CD, and reboot, although you'll probably have to modify etc in the lrpkg.cfg file on your floppy to be etc:R, due to the new packaging scheme. The big drawback to this is you won't have the new network scripts, but there's nothing wrong with the eiger-based LRP-CD scripts, if you don't need the extra functionality. You may also need to be careful about packages with init scripts. If the init scripts changed (I think this only applies to IPSec) you may have to merge the changes manually. I will typically boot w/o loading my local config in this case, and manually unpack the config files to /tmp, then move them to the appropriate location. Of course many packages (like ssh) haven't changed at all, so you can use your old configuration w/o worry. 2) Migrate the configuration information to the new CD. This is mainly merging the contents of /etc/network.conf to the new network.conf file. There should be little or no change required to the variables in your existing network.conf...the settings should just copy over. 3) Re-configure the system from scratch. This really isn't too hard, but you'll loose things like your ssh host ID, and IPSec private keys (assuming you're using RSA keys for authentication). What I would probably do, on a per-package basis: bwidth22.lrp - No configuration needed dhcpd.lrp - Identical...keep existing config etc.lrp - create from scratch using Dachstein base & old config files ipsec.lrp - manually copy old /etc/ipsec.* files to new package (when it comes out :) local.lrp - keep old config log.lrp - no config necessary modules.lrp - create from scratch using Dachstein base nmbd-207.lrp - Identical...keep existing config ramdisk.lrp - edit from Dachstein base, if required root.lrp - no config required...use the new one :) snmp.lrp - Identical...keep old config socks5-c.lrp - Identical...keep old config socks5.lrp - Identical...keep old config ssh-1.lrp - Identical...keep old config ssh1-key.lrp - Identical...keep old config sshd-1.lrp - Identical...keep old config update.lrp - Not required anymore...do not load So...take a look at etc, modules, and ipsec from a configuration standpoint, and edit your lrpkg.cfg file, removing update, changing etc to etc:R, and adding any new packages you want. I think that will do it... Charles Steinkuehler http://lrp.steinkuehler.net http://c0wz.steinkuehler.net (lrp.c0wz.com mirror) ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] Re: [Leaf-user] Dachstein-CD available
Charles ==> Regarding /etc/network.conf, what are the differences between LRP-CD and Dachstein-CD? Or, are all of the differences in the other scripts that call variables instantiated in network.conf? I ask this, because I am interested in quickly converting several instances of LRP-CD to Dachstein-CD -- of course, *after* extensive testing -- and I need to gauge the amount of effort required to convert network.conf . . . Charles Steinkuehler wrote: > > I have released a preliminary version of Dachstein-CD. Based on Dachstein, > LRP-CD, and extensive modifications to the backup scripts, it's getting > easier than ever to boot from a CD. The files, and some documentation are > available from my website: > http://lrp.steinkuehler.net/files/diskimages/dachstein-CD/ > > But if you're grabbing the CD image, you'll probably have better luck with > the faster mirrors: > http://lrp1.steinkuehler.net/files/diskimages/dachstein-CD/ > http://lrp2.steinkuehler.net/files/diskimages/dachstein-CD/ > > The mods are described in the README file, and the new backup system should > be pretty easy to understand. The big change is you can now select the > desired backup type and destination on a per-package basis, making it easy > to control the generation of full or partial (config information only) > backups, and to save them to floppy, hard-disk, or where-ever. > > I'm headed out of town for a long weekend (back Wedensday), so I may not be > able to answer questions immediately. Don't let that worry you though...the > new system is much easer to use than the previous LRP-CD release, and I > think anyone reasonably familiar with LRP won't get too lost. The main > thing to watch is getting your package path setting correct (remember, the > kernel parameter is overridden by the pkgpath.cfg file on your floppy...see > the README). > > I don't have time to update my website to reflect the changes, so keep the > links above handy for now, and get a jump on the rest of the world for being > a LEAF list member! -- Best Regards, mds mds resource 888.250.3987 Dare to fix things before they break . . . Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] dachstein rc1 cd won't boot.
Hi, i am sending this only to the list, so you want get it twice... On Fri, Oct 12, 2001 at 10:13:04AM -0500, Charles Steinkuehler wrote: > CS> > For some reason, the system is not automatically detecting your CD-Rom on > /dev/hdd. I'll try to re-create this here and fix the init-scripts (if > they're broken), but in the meantime, you can probably get going with the > following procedure: > > Start with a blank floppy, or the bootdisk.bin image if your system won't > boot from CD with a floppy disk in the drive. > > Create a file called "pkgpath.cfg" on the blank floppy. > > edit pkgpath.cfg, so it contains a single line with the text: > /dev/hdd:iso9660 > NOTE: This file may need a unix EOL...I'm not sure what will happen if the > init script sees a carrige return as well as a line-feed...another thing to > test :) well as i do not have any non UNIX System here around (except for testing ipsec clients), no Problem ;-) Yes and this works! (with the pkgpath.cfg). i just had a look and a i like the idea of putting this on CD (We are selling our systems with an IDE Flashdisk, though). But, i would like to see the config scripts be seperate from the configs itself, thats one difference to the release i made for myself. The other is of course Kernel 2.4... But i like the new lrcfg interface it looks nice. But please change the description there: b ) Backup d ) Set Backup Destination and so on, i tried multiple time to insert: d root ... or something like that would be nicer... > > Charles Steinkuehler > http://lrp.steinkuehler.net > http://c0wz.steinkuehler.net (lrp.c0wz.com mirror) > ------ Arne Bernin Netropol Digitale Systeme Lagerstrasse 30a Tel: +49 404325 D-20357 Hamburg/Germany Fax: +49 4028416740 [EMAIL PROTECTED] --- ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] dachstein rc1 cd won't boot.
i have problems with the dachstein rc1 cd. The machine boots from cd, identifies the cdrom at hdd as ATAPI 2xCDROM and then cannot load the other packages (etc.lrp ...). it just says: could not mount the boot device can't install packages. I have not floppy inserted and no harddisk (now) in this machine... CS> For some reason, the system is not automatically detecting your CD-Rom on /dev/hdd. I'll try to re-create this here and fix the init-scripts (if they're broken), but in the meantime, you can probably get going with the following procedure: Start with a blank floppy, or the bootdisk.bin image if your system won't boot from CD with a floppy disk in the drive. Create a file called "pkgpath.cfg" on the blank floppy. edit pkgpath.cfg, so it contains a single line with the text: /dev/hdd:iso9660 NOTE: This file may need a unix EOL...I'm not sure what will happen if the init script sees a carrige return as well as a line-feed...another thing to test :) Charles Steinkuehler http://lrp.steinkuehler.net http://c0wz.steinkuehler.net (lrp.c0wz.com mirror) ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] dachstein rc1 cd won't boot.
Hi, i have problems with the dachstein rc1 cd. The machine boots from cd, identifies the cdrom at hdd as ATAPI 2xCDROM and then cannot load the other packages (etc.lrp ...). it just says: could not mount the boot device can't install packages. I have not floppy inserted and no harddisk (now) in this machine... -- arne ------ Arne Bernin Netropol Digitale Systeme Lagerstrasse 30a Tel: +49 404325 D-20357 Hamburg/Germany Fax: +49 4028416740 [EMAIL PROTECTED] --- Fppmpppff mpfmm mfpmffmpppff pmfmppfmmmp pmpmmmpp mfffmmfmp ffmfppmfmmmfmf! ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] Anyone heard from....?
On Fri, 12 Oct 2001, David Douthitt wrote: > Anyone heard from Morgan Reed? > > If I'm not mistaken, he's near the U.S.Capitol - which means the > terrorist attacks were very close, and had a Big Impact on Daily Life. > Anyone know how he's doing? > > I sent an email, and got nothing. Didn't want to bother him too much... > > ___ > Leaf-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/leaf-devel > There was an interview request with him on Slashdot last week -- check their search engine -- Jack Coates Monkeynoodle: A Scientific Venture... ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] Minor trouble with Dachstein release-candidate
> Thanks for all your work with LEAF Charles. > > I tried your Dachstein RC and had a bit of trouble. I followed your > instructions and entered my static ip info. On bringing up the network I > got: "Starting interface: RTNETLINK answers: Invalid argument." A quick > search on deja pointed to a possible problem with QOS. I switched to the > dachstein normal kernel and modules that includes the QOS code and all is > fine now. > > I'm fairly certain I had the configuration correct because changing the > kernel and modules fixed the problem. I didn't even change the net card > module as I use a tulip based card. I'm not well versed enough in Linux or > Eigherstein to troubleshoot any further than this. Sorry. Hmm...the Invalid argument error can happen for any of a number of reasons. It's quite odd that changing your kernel fixed the problem...nothing related to QoS is enabled unless you specifically set several network.conf varilables, and install the user-space QoS configuration tools. Can you possibly e-mail me a copy of your network.conf file so I can see if I can reproduce the problem here on a test system? Charles Steinkuehler http://lrp.steinkuehler.net http://c0wz.steinkuehler.net (lrp.c0wz.com mirror) ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] Re: [Leaf-user] Dachstein-CD available
> Just a note: > > If you are going to use bootdisk.bin instead of bootdisk.ima, please, > replace all references to bootdisk.ima in README.TXT };Þ Doh!! I'll get it fixed in the next release... Charles Steinkuehler http://lrp.steinkuehler.net http://c0wz.steinkuehler.net (lrp.c0wz.com mirror) ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel