From owner-freebsd-small Tue Feb 6 20: 4:42 2001 Delivered-To: freebsd-small@freebsd.org Received: from bos.bindview.com (mail.bos.bindview.com [192.233.133.11]) by hub.freebsd.org (Postfix) with ESMTP id A226A37B491 for ; Tue, 6 Feb 2001 20:04:24 -0800 (PST) Received: from lightship.internal.homeport.org (breakwater.homeport.org [216.67.13.2]) by bos.bindview.com (8.9.3/8.9.3) with ESMTP id XAA84619 for ; Tue, 6 Feb 2001 23:04:07 -0500 (EST) Received: by lightship.internal.homeport.org (Postfix, from userid 100) id 16C852C919; Tue, 6 Feb 2001 23:09:52 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by lightship.internal.homeport.org (Postfix) with ESMTP id F272928B58 for ; Tue, 6 Feb 2001 23:09:51 -0500 (EST) Date: Tue, 6 Feb 2001 23:09:51 -0500 (EST) From: Dave Belfer-Shevett X-X-Sender: To: Subject: picobsd build failure. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hey folks. I'm running against 4.2-STABLE, and tryign to build a picobsd floppy. I suspect there's a fault somewhere in teh vn(8) handling, but I want to check before I start digging. I've run the 'build' script, which happily churns for a while, and ends up with a picobsd.bin file in my build dir. It's 1.4meg, the right size, etc. But it's empty. 'strings' on the file only shows the bootloader. Going back to my build machine, I do a 'df -k' and see: [root@cheetah]:/usr/src/release/picobsd/build# df -k Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 322295 101574 194938 34% / /dev/ad0s3e 2976670 2651301 87236 97% /usr procfs 4 4 0 100% /proc /dev/vn0c 1403 0 1403 0% /tmp/picobsd.5JuEwQCdsf As if the disk image never got unmounted after build. But also notice the size. The kernel and other files never got transferred to it. Any suggestions? ______________________________________________________ -------------------< Biz: stonekeep.com | Hom: homeport.org | Mob: KB1FWR > Dave Belfer-Shevett >-------------------^-------------------^------------< shevett@pobox.com / Windows98 Err#00A - Non-Microsoft Application \ ------------------< Encountered | \______________________________________________________/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Wed Feb 7 0: 1:16 2001 Delivered-To: freebsd-small@freebsd.org Received: from web5102.mail.yahoo.com (web5102.mail.yahoo.com [216.115.106.72]) by hub.freebsd.org (Postfix) with SMTP id 4936C37B401 for ; Wed, 7 Feb 2001 00:00:59 -0800 (PST) Message-ID: <20010207080056.16896.qmail@web5102.mail.yahoo.com> Received: from [203.61.155.10] by web5102.mail.yahoo.com; Wed, 07 Feb 2001 19:00:56 EST Date: Wed, 7 Feb 2001 19:00:56 +1100 (EST) From: =?iso-8859-1?q?Paul=20Jansen?= To: freebsd-small@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Will PicoBSD live again? slashdot story: http://slashdot.org/articles/01/02/06/1916200.shtml Anyone tried these things yet? I'd be keen to get an up-to-date version of Pico running on a floppy. PJ _____________________________________________________________________________ http://entertainment.yahoo.com.au - Yahoo! Entertainment - Feeling a little bored? Need some entertainment? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Wed Feb 7 6:17:42 2001 Delivered-To: freebsd-small@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id B0B9337B698 for ; Wed, 7 Feb 2001 06:17:24 -0800 (PST) Received: by peorth.iteration.net (Postfix, from userid 1001) id 3759357627; Wed, 7 Feb 2001 08:17:59 -0600 (CST) Date: Wed, 7 Feb 2001 08:17:59 -0600 From: "Michael C . Wu" To: Paul Jansen Cc: freebsd-small@freebsd.org Subject: Re: your mail Message-ID: <20010207081758.B16642@peorth.iteration.net> Reply-To: "Michael C . Wu" Mail-Followup-To: "Michael C . Wu" , Paul Jansen , freebsd-small@freebsd.org References: <20010207080056.16896.qmail@web5102.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010207080056.16896.qmail@web5102.mail.yahoo.com>; from vlaero@yahoo.com.au on Wed, Feb 07, 2001 at 07:00:56PM +1100 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 07, 2001 at 07:00:56PM +1100, Paul Jansen scribbled: | Will PicoBSD live again? | | slashdot story: | | http://slashdot.org/articles/01/02/06/1916200.shtml You want to buy this for your old 486? | Anyone tried these things yet? | I'd be keen to get an up-to-date version of Pico | running on a floppy. In my very very humble opinion, the PicoBSD approach was somewhat indirectional. Few intelligent people would want to run an embedded system with a floppy as storage media. Picture yourself inserting IOS system floppy into a Cisco 7000 router everytime someone DoS's your network. :) The point is that modern (or old) embedded systems have flash or other forms of non-volatile storage rather than using floppies. And the 1.44mb limit is somewhat too small. PicoBSD ends up being a boot and system mechanism for old PC's laying around. And that makes it unappealling to many people who wish to find a better method for their commercial/industrial system. -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Wed Feb 7 6:45:50 2001 Delivered-To: freebsd-small@freebsd.org Received: from workhorse.iMach.com (workhorse.iMach.com [206.127.77.89]) by hub.freebsd.org (Postfix) with ESMTP id A42A637B4EC for ; Wed, 7 Feb 2001 06:45:33 -0800 (PST) Received: from localhost (forrestc@localhost) by workhorse.iMach.com (8.9.3/8.9.3) with ESMTP id HAA23463; Wed, 7 Feb 2001 07:41:51 -0700 (MST) Date: Wed, 7 Feb 2001 07:41:50 -0700 (MST) From: "Forrest W. Christian" To: "Michael C . Wu" Cc: Paul Jansen , freebsd-small@FreeBSD.ORG Subject: Re: your mail In-Reply-To: <20010207081758.B16642@peorth.iteration.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 7 Feb 2001, Michael C . Wu wrote: > The point is that modern (or old) embedded systems have flash or > other forms of non-volatile storage rather than using floppies. > And the 1.44mb limit is somewhat too small. And seeing as you can now get a 8mb flash disk which plugs directly into the IDE port from several sources for around $35-40, and a 16mb version for $55 ish (and bigger versions also for slightly more), a floppy looks less and less attractive. That said, I think the real attractiveness of PicoBSD is the small utilities and the methods developed of squeezing "every" unneeded byte out of the kernel as 8 or 16mb is not endless... - Forrest W. Christian (forrestc@imach.com) AC7DE ---------------------------------------------------------------------- iMach, Ltd., P.O. Box 5749, Helena, MT 59604 http://www.imach.com Solutions for your high-tech problems. (406)-442-6648 ---------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Wed Feb 7 7: 0: 5 2001 Delivered-To: freebsd-small@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id EF9AC37B6B4 for ; Wed, 7 Feb 2001 06:59:42 -0800 (PST) Received: by peorth.iteration.net (Postfix, from userid 1001) id 4B1F057627; Wed, 7 Feb 2001 09:00:17 -0600 (CST) Date: Wed, 7 Feb 2001 09:00:17 -0600 From: "Michael C . Wu" To: "Forrest W. Christian" Cc: Paul Jansen , freebsd-small@FreeBSD.ORG Subject: Re: your mail Message-ID: <20010207090017.D16642@peorth.iteration.net> Reply-To: "Michael C . Wu" Mail-Followup-To: "Michael C . Wu" , "Forrest W. Christian" , Paul Jansen , freebsd-small@FreeBSD.ORG References: <20010207081758.B16642@peorth.iteration.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from forrestc@imach.com on Wed, Feb 07, 2001 at 07:41:50AM -0700 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 07, 2001 at 07:41:50AM -0700, Forrest W. Christian scribbled: | On Wed, 7 Feb 2001, Michael C . Wu wrote: | > The point is that modern (or old) embedded systems have flash or | > other forms of non-volatile storage rather than using floppies. | > And the 1.44mb limit is somewhat too small. | | And seeing as you can now get a 8mb flash disk which plugs directly into | the IDE port from several sources for around $35-40, and a 16mb version | for $55 ish (and bigger versions also for slightly more), a floppy looks | less and less attractive. | | That said, I think the real attractiveness of PicoBSD is the small | utilities and the methods developed of squeezing "every" unneeded byte out | of the kernel as 8 or 16mb is not endless... Cruchgen makes for very hard to update and very hard to update binaries. I cannot simply update my ssh client by replacing the binary. I would have to replace the whole image, which is dangerous. -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Wed Feb 7 8: 2:16 2001 Delivered-To: freebsd-small@freebsd.org Received: from workhorse.iMach.com (workhorse.iMach.com [206.127.77.89]) by hub.freebsd.org (Postfix) with ESMTP id C947F37B401 for ; Wed, 7 Feb 2001 08:01:58 -0800 (PST) Received: from localhost (forrestc@localhost) by workhorse.iMach.com (8.9.3/8.9.3) with ESMTP id IAA23897; Wed, 7 Feb 2001 08:58:07 -0700 (MST) Date: Wed, 7 Feb 2001 08:58:07 -0700 (MST) From: "Forrest W. Christian" To: "Michael C . Wu" Cc: Paul Jansen , freebsd-small@FreeBSD.ORG Subject: Re: your mail In-Reply-To: <20010207090017.D16642@peorth.iteration.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 7 Feb 2001, Michael C . Wu wrote: > On Wed, Feb 07, 2001 at 07:41:50AM -0700, Forrest W. Christian scribbled: > | That said, I think the real attractiveness of PicoBSD is the small > | utilities and the methods developed of squeezing "every" unneeded byte out > | of the kernel as 8 or 16mb is not endless... > > Cruchgen makes for very hard to update and very hard to update > binaries. I cannot simply update my ssh client by replacing the > binary. I would have to replace the whole image, which is dangerous. Note that I didn't mention Crunchgen. I haven't 100% decided that I like it, but on the other hand I haven't found anything better. What I was referring to was sps and the other tools which don't need a kernel symbol table, or are generally teency replacements for their big, bloated equivalents on a fully-configured freebsd. That said, in the application I'm working on, the goal is to be able to replace the entire code, including kernel in one big monolithic chunk. In this case, it doesn't much matter whether you use crunchgen or not as far as updates go, as updates will flash the entire "code" partition of the flash, leaving the configuration part untouched. - Forrest W. Christian (forrestc@imach.com) AC7DE ---------------------------------------------------------------------- iMach, Ltd., P.O. Box 5749, Helena, MT 59604 http://www.imach.com Solutions for your high-tech problems. (406)-442-6648 ---------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Wed Feb 7 8:27: 7 2001 Delivered-To: freebsd-small@freebsd.org Received: from mail5.mmcable.com (fe5.rdc-kc.rr.com [24.94.163.52]) by hub.freebsd.org (Postfix) with ESMTP id DBC4337B401 for ; Wed, 7 Feb 2001 08:26:50 -0800 (PST) Received: from vulcan ([65.26.239.181]) by mail5.mmcable.com with Microsoft SMTPSVC(5.5.1877.537.53); Wed, 7 Feb 2001 10:24:17 -0600 Message-ID: <005201c09124$120c2590$2aa85c0a@vulcan> From: "Jeffrey S. Sharp" To: "Michael C . Wu" , "Paul Jansen" Cc: References: <20010207080056.16896.qmail@web5102.mail.yahoo.com> <20010207081758.B16642@peorth.iteration.net> Subject: Re: your mail Date: Wed, 7 Feb 2001 10:36:07 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In my very very humble opinion, the PicoBSD approach was somewhat > indirectional. Few intelligent people would want to run > an embedded system with a floppy as storage media. And for repair disks, it would be much more advantageous to move to bootable CD-ROM disks instead of floppies. -- jss To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Wed Feb 7 8:51:13 2001 Delivered-To: freebsd-small@freebsd.org Received: from yip.org (yip.org [199.45.111.121]) by hub.freebsd.org (Postfix) with ESMTP id 6CD6B37B401 for ; Wed, 7 Feb 2001 08:50:55 -0800 (PST) Received: from localhost (melange@localhost) by yip.org (8.11.1/8.11.1) with ESMTP id f17Gorh03482 for ; Wed, 7 Feb 2001 11:50:54 -0500 (EST) (envelope-from melange@yip.org) Date: Wed, 7 Feb 2001 11:50:53 -0500 (EST) From: Bob K To: freebsd-small@FreeBSD.ORG Subject: Re: your mail In-Reply-To: <005201c09124$120c2590$2aa85c0a@vulcan> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 7 Feb 2001, Jeffrey S. Sharp wrote: > > In my very very humble opinion, the PicoBSD approach was somewhat > > indirectional. Few intelligent people would want to run > > an embedded system with a floppy as storage media. > > And for repair disks, it would be much more advantageous to move to > bootable CD-ROM disks instead of floppies. I'd just like to jump in briefly with my 2c in defense of floppies. 1) Floppy drives can be found on pretty much every PC; CDROM drives aren't. Also, older BIOSes won't boot off of a CDROM drive. And I've got floppy drives that are 20 years old that still work reliably; I do not have any CDROM drives that work reliably after 4 years. 2) Although the reliability of floppies isn't that great, they are easily backed up and restored (dd if=/dev/fd0 of=backup.flp / dd if=backup.flp of=/dev/fd0). If you combine good-quality media with a design that only uses the floppy on bootup, it can be quite reliable. Example: Telebit Netblazer 40-series routers boot off a floppy. (I'll grant that the OS [fred] was, in certain cases, too buggy to allow for reliable operation, but that was due to the OS, not the fact that it used a floppy to boot) Floppy failures? I remember 1 failure out of hundreds of systems in the course of three years. Bootable flash media, of course, is preferred over all else, but I'd say floppies still have their place. And now I shall return to lurking. -- Bob | iNFp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Wed Feb 7 17:41:33 2001 Delivered-To: freebsd-small@freebsd.org Received: from freebie.dcfinc.com (unknown [205.159.99.240]) by hub.freebsd.org (Postfix) with ESMTP id 5A59737B401 for ; Wed, 7 Feb 2001 17:41:16 -0800 (PST) Received: (from chad@localhost) by freebie.dcfinc.com (8.8.7/8.8.3a) id SAA02394; Wed, 7 Feb 2001 18:41:08 -0700 (MST) From: "Chad R. Larson" Message-Id: <200102080141.SAA02394@freebie.dcfinc.com> Subject: Re: your mail To: keichii@peorth.iteration.net Date: Wed, 7 Feb 101 18:41:07 -0700 (MST) Cc: vlaero@yahoo.com.au, freebsd-small@FreeBSD.ORG In-Reply-To: <20010207081758.B16642@peorth.iteration.net> from "Michael C . Wu" at "Feb 7, 1 08:17:59 am" Reply-To: chad@dcfinc.com X-unexpected: The Spanish Inquisition X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Wed, Feb 07, 2001 at 07:00:56PM +1100, Paul Jansen scribbled: > | Will PicoBSD live again? > | slashdot story: > | http://slashdot.org/articles/01/02/06/1916200.shtml > > You want to buy this for your old 486? > > | Anyone tried these things yet? > | I'd be keen to get an up-to-date version of Pico > | running on a floppy. I've got several configurations that run off a floppy. If you build a platform just for the {router,terminal server,test box} so there are no moving parts (bar fans) it is pretty nice. If what you want won't fit on a crunched floppy (or two floppies--a: and b:) then the LS-120 drive or a CD-ROM start to look attractive. -crl -- Chad R. Larson (CRL15) 602-953-1392 Brother, can you paradigm? chad@dcfinc.com chad@larsons.org larson1@home.net DCF, Inc. - 14623 North 49th Place, Scottsdale, Arizona 85254-2207 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Wed Feb 7 17:49:27 2001 Delivered-To: freebsd-small@freebsd.org Received: from harmony.village.org (unknown [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 7715437B401 for ; Wed, 7 Feb 2001 17:49:09 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f181mk997692; Wed, 7 Feb 2001 18:48:46 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102080148.f181mk997692@harmony.village.org> To: chad@dcfinc.com Subject: Re: your mail Cc: keichii@peorth.iteration.net, vlaero@yahoo.com.au, freebsd-small@FreeBSD.ORG In-reply-to: Your message of "Wed, 07 Feb 0101 18:41:07 MST." <200102080141.SAA02394@freebie.dcfinc.com> References: <200102080141.SAA02394@freebie.dcfinc.com> Date: Wed, 07 Feb 2001 18:48:46 -0700 From: Warner Losh Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200102080141.SAA02394@freebie.dcfinc.com> "Chad R. Larson" writes: : If what you want won't fit on a crunched floppy (or two floppies--a: : and b:) then the LS-120 drive or a CD-ROM start to look attractive. The CF parts are cheap enough that they are attractive as well. But a cdrom is price competitive with the CF parts if you don't need persistance (or don't need more than 1.44MB). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Wed Feb 7 18:29:29 2001 Delivered-To: freebsd-small@freebsd.org Received: from trapdoor.braenet.com.au (trapdoor.braenet.com.au [203.102.212.8]) by hub.freebsd.org (Postfix) with SMTP id F118E37B401 for ; Wed, 7 Feb 2001 18:29:08 -0800 (PST) Received: (qmail 1980 invoked from network); 8 Feb 2001 02:28:20 -0000 Received: from unknown (HELO station01.braenet.com.au) (203.102.212.32) by trapdoor.braenet.com.au with SMTP; 8 Feb 2001 02:28:20 -0000 Message-Id: <5.0.0.25.2.20010208131135.02643750@mail.braenet.com.au> X-Sender: fox@mail.braenet.com.au X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Thu, 08 Feb 2001 13:32:30 +1100 To: freebsd-small@FreeBSD.ORG From: Gary Barnden Subject: First Timer Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_271761442==_.ALT" Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --=====================_271761442==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Hello All In order to use the FreeBSD 4.2 kernel with PicoBSD do i just grab the latest picobsd/ tree from the 4.0-stable tree? Also, maybe someone could offer some advise on accomplishing the following or point me in the right direction. We have 50+ FBSD servers spread around Australia running Releases from 2.2.7 through to 4.2 The problem is that 80% of these sites are un-manned and remote In order to make upgrading simpler in the future i have a plan (not sure how good it is, but its a plan and the only one i have) each server hdd has two partitions Partition 1 10MB Partition 2 what i'd like to do is use fdisk to change the active partition and boot into PicoBSD, copy and run a modified FBSD install and remotely upgrade the server before changing the active partition i would inform PicoBSD the IP details to boot with or use the console server located at each site. I'm not interested in doing a "make world", i need to do a fresh install. I'm also looking at using the PXEBOOT loader but by all reports it is a tad buggy Any help would be appreciated. Oh, one last question, is anyone using Darren Reid's IPFILTER with PicoBSD? Kind regards Gary Barnden _______________________________________ Braenet Pty Ltd Corporate Internet Solutions A "Cisco Enabled Regional ISP" 1/59-61 Burrows Road Alexandria NSW 2015 Ph: 1300-368-081 Fax: (02) 9565-1848 Email: g.barnden@braenet.com.au Enquiries: info@braenet.com.au Web: http://www.braenet.com.au --=====================_271761442==_.ALT Content-Type: text/html; charset="us-ascii" Hello All

In order to use the FreeBSD 4.2 kernel with PicoBSD do i just grab the latest picobsd/ tree from the 4.0-stable tree?

Also, maybe someone could offer some advise on accomplishing the following or point me in the right direction.

We have 50+ FBSD servers spread around Australia running Releases from 2.2.7 through to 4.2
The problem is that 80% of these sites are un-manned and remote

In order to make upgrading simpler in the future i have a plan (not sure how good it is, but its a plan and the only one i have)

each server hdd has two partitions
        Partition 1     10MB
        Partition 2     <rest of hdd>

what i'd like to do is use fdisk to change the active partition and boot into PicoBSD, copy and run a modified FBSD install and remotely upgrade the server
before changing the active partition i would inform PicoBSD the IP details to boot with or use the console server located at each site.

I'm not interested in doing a "make world",  i need to do a fresh install. I'm also looking at using the PXEBOOT loader but by all reports it is a tad buggy

Any help would be appreciated.

Oh, one last question,  is anyone using Darren Reid's IPFILTER with PicoBSD?


Kind regards

Gary Barnden
_______________________________________
Braenet Pty Ltd
Corporate Internet Solutions
A "Cisco Enabled Regional ISP"
1/59-61 Burrows Road
Alexandria NSW 2015
Ph: 1300-368-081 Fax: (02) 9565-1848
Email: g.barnden@braenet.com.au
Enquiries: info@braenet.com.au
Web: http://www.braenet.com.au --=====================_271761442==_.ALT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Sat Feb 10 23:17:51 2001 Delivered-To: freebsd-small@freebsd.org Received: from workhorse.iMach.com (workhorse.iMach.com [206.127.77.89]) by hub.freebsd.org (Postfix) with ESMTP id 98ED837B401 for ; Sat, 10 Feb 2001 23:17:34 -0800 (PST) Received: from localhost (forrestc@localhost) by workhorse.iMach.com (8.9.3/8.9.3) with ESMTP id AAA18867 for ; Sun, 11 Feb 2001 00:13:25 -0700 (MST) Date: Sun, 11 Feb 2001 00:13:24 -0700 (MST) From: "Forrest W. Christian" To: freebsd-small@freebsd.org Subject: Sans-Swap VM Subsystem Questions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I asked this (phrased differently) over in -hackers as I thought the people who would know were likely among that crowd. I didn't get a response, and in retrospect, it's probably better asked here anyways. I'm currently working on a system with a rather large flash disk, Limited RAM, and absolutely no swap. Some background first: The FreeBSD VM subsystem in it's "normal" state understands that if it loads a program off of disk and then gets tight on memory that it can free the memory consumed by the non-changed code of the program without swapping to disk as it knows that it can just re-load it from the disk where it found it. In my system, since I don't have swap, and limited memory, I would like to ensure that the above described piece of the VM subsystem continues to work. That way, it can effectively "run from flash" if necessary. However, as memory is (always) tight in this environment, I would also like to remove the SWAPPING code (as opposed to the "free" code described above) from the kernel. So, my question was what, if anything, does "options NO_SWAPPING" (or whatever the exact option is) do in regards to the vm "free" chunk of code? I'd also like to hear people's experience with running with and without the two swap-related kernel variables turned on without swap. I realize that the general consensus is to "enable" both delay and disable swap pagesouts. - Forrest W. Christian (forrestc@imach.com) AC7DE ---------------------------------------------------------------------- iMach, Ltd., P.O. Box 5749, Helena, MT 59604 http://www.imach.com Solutions for your high-tech problems. (406)-442-6648 ---------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message