From owner-freebsd-fs Mon Dec 16 11: 1: 2 2002 Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFB4337B401 for ; Mon, 16 Dec 2002 11:01:01 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64F0043EC2 for ; Mon, 16 Dec 2002 11:01:01 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id gBGJ11x3021397 for ; Mon, 16 Dec 2002 11:01:01 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id gBGJ10fh021385 for fs@freebsd.org; Mon, 16 Dec 2002 11:01:00 -0800 (PST) Date: Mon, 16 Dec 2002 11:01:00 -0800 (PST) Message-Id: <200212161901.gBGJ10fh021385@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: fs@FreeBSD.org Subject: Current problem reports assigned to you Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [2000/10/06] kern/21807 fs [patches] Make System attribute correspon 1 problem total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Mon Dec 16 11: 7: 9 2002 Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F1C537B401 for ; Mon, 16 Dec 2002 11:07:09 -0800 (PST) Received: from gypsy.cad.gatech.edu (gypsy.cad.gatech.edu [130.207.84.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8532343EA9 for ; Mon, 16 Dec 2002 11:07:08 -0800 (PST) (envelope-from gte743n@gypsy.cad.gatech.edu) Received: from gypsy.cad.gatech.edu (localhost [127.0.0.1]) by gypsy.cad.gatech.edu (8.12.5/8.12.5) with ESMTP id gBGJ770A018503 for ; Mon, 16 Dec 2002 14:07:07 -0500 (EST) Received: (from gte743n@localhost) by gypsy.cad.gatech.edu (8.12.5/8.12.2/Submit) id gBGJ779f018502 for fs@freebsd.org; Mon, 16 Dec 2002 14:07:07 -0500 (EST) Date: Mon, 16 Dec 2002 14:07:07 -0500 From: Joseph Holland King To: fs@freebsd.org Subject: Re: Current problem reports assigned to you Message-ID: <20021216190707.GA18456@cad.gatech.edu> References: <200212161901.gBGJ10fh021385@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200212161901.gBGJ10fh021385@freefall.freebsd.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Dec 16, 2002 at 11:01:00AM -0800, FreeBSD bugmaster had the gall to say: > S Submitted Tracker Resp. Description > ------------------------------------------------------------------------------- > a [2000/10/06] kern/21807 fs [patches] Make System attribute correspon what needs to be done to get this closed? i'd be willing to take a shot at it, but don't understand it fully. -- Holland King gte743n@cad.gatech.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Tue Dec 17 1:56:28 2002 Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27DCA37B401 for ; Tue, 17 Dec 2002 01:56:27 -0800 (PST) Received: from chuggalug.clues.com (chuggalug.clues.com [194.159.1.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ED1043EC5 for ; Tue, 17 Dec 2002 01:56:26 -0800 (PST) (envelope-from geoffb@chuggalug.clues.com) Received: from chuggalug.clues.com (localhost [127.0.0.1]) by chuggalug.clues.com (8.12.6/8.9.3) with ESMTP id gBHANwAR016224 for ; Tue, 17 Dec 2002 10:23:58 GMT (envelope-from geoffb@chuggalug.clues.com) Received: (from geoffb@localhost) by chuggalug.clues.com (8.12.6/8.12.6/Submit) id gBHANwIN016223 for freebsd-fs@freebsd.org; Tue, 17 Dec 2002 10:23:58 GMT Date: Tue, 17 Dec 2002 10:23:57 +0000 From: Geoff Buckingham To: freebsd-fs@freebsd.org Subject: How to make a bootable 4GB dos slice from FreeBSD? Message-ID: <20021217102357.A16193@chuggalug.clues.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I am working at the moment using FreeBSD as a replacement for DOS in a PXE booted buildserver enviroment. (It is just too hard to keep a sensible amount of RAM free after load the MS CIFS/SMB stuff and an ethernet driver) However I need to produce a bootable 4GB DOS partition for the next stage of the process. Currently I do this by dd'ing a gzip'd image of such a fs onto the disk. This takes a while, and I would like to use mewfs_msdos and copy in msdos.sys io.sys and command.com. However I need to find some documentation for precisely where DOS expects to find these files. There also appear to be limitations to the fs tuneables that are acceptable I am unable to 'SYS' a 4GB filesystem created with simply 'newfs /dev/da0s2' (SYS used is FAT32 aware). Anybody got a URL for this stuff? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Tue Dec 17 15:46:27 2002 Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15BBC37B401; Tue, 17 Dec 2002 15:46:25 -0800 (PST) Received: from isber.ucsb.edu (research.isber.ucsb.edu [128.111.147.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8DD143EA9; Tue, 17 Dec 2002 15:46:24 -0800 (PST) (envelope-from randall@isber.ucsb.edu) Received: from localhost ([127.0.0.1] helo=research.isber.ucsb.edu) by isber.ucsb.edu with esmtp (Exim 3.36 #2) id 18ORPm-000DsE-00; Tue, 17 Dec 2002 15:46:18 -0800 Date: Tue, 17 Dec 2002 15:46:18 -0800 (PST) From: randall ehren To: Cc: , Subject: compact flash use Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanner: exiscan *18ORPm-000DsE-00*8dU32reYf/6* (ISBER - Institute for Social, Behavioral, and Economic Research) Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org hi, i was testing out a compact flash to ide adapter for use in a freebsd box. it seems that the device will not work when the disk is formatted with UFS or whatever the default type freebsd uses. i have tested the adapter under windows xp and formatted the card as fat32. all went well. i then rebooted back to freebsd and was able to use the card just fine when i mounted it using mount_msdos. but after reformatting to UFS the card failed to work. once formatted i am able to mount the card just fine. i can create files on it and even make directories. but when i go to copy a bunch of files to it using cpio, cp, or cpdup (from ports) it does the following: ad3: timeout waiting for DRQ - resetting ata1: resetting devices.. the machine is then pretty much frozen for a good 15 minutes, then it resumes operation but the CF device cannot be used again. i can't even do simple operations on it like mkdir. the converter i have is: http://www.idot.com/TheStore/Desktop/687Spec.asp?Product.id=687&Cate.id=11&Product.status=green and i have tried both a type I (8meg) and type II (320meg) card. any ideas as to why it functions just fine when formatted as fat32 but not UFS? thanks much, -randall -- :// randall s. ehren :// voice 805.893.5632 :// systems administrator :// isber|survey|avss.ucsb.edu :// institute for social, behavioral, and economic research To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Tue Dec 17 16:55:35 2002 Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ED7637B401 for ; Tue, 17 Dec 2002 16:55:32 -0800 (PST) Received: from beastie.mckusick.com (beastie.mckusick.com [209.31.233.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0480443EC2 for ; Tue, 17 Dec 2002 16:55:32 -0800 (PST) (envelope-from mckusick@beastie.mckusick.com) Received: from beastie.mckusick.com (localhost [127.0.0.1]) by beastie.mckusick.com (8.12.3/8.12.3) with ESMTP id gBI0tB59018624; Tue, 17 Dec 2002 16:55:12 -0800 (PST) (envelope-from mckusick@beastie.mckusick.com) Message-Id: <200212180055.gBI0tB59018624@beastie.mckusick.com> To: Bruce Evans Subject: Re:panic: ffs_vfree: range: dev = ad4s1c, ino = -1690809896, fs = /mnt2 Cc: Julian Elischer , Kris Kennaway , Robert Watson , fs@FreeBSD.ORG In-Reply-To: Your message of "Fri, 06 Dec 2002 20:53:55 +1100." <20021206201556.B8366-100000@gamplex.bde.org> Date: Tue, 17 Dec 2002 16:55:11 -0800 From: Kirk McKusick Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Now that the 6.0 trunk has defrosted, I have made your suggested change. Kirk McKusick =-=-=-=-= Date: Fri, 6 Dec 2002 20:53:55 +1100 (EST) From: Bruce Evans To: Julian Elischer cc: Kirk McKusick , Kris Kennaway , Robert Watson , Subject: Re: panic: ffs_vfree: range: dev = ad4s1c, ino = -1690809896, fs = /mnt2 In-Reply-To: X-ASK-Info: Whitelist match On Thu, 5 Dec 2002, Julian Elischer wrote: > This is one of the reasons that I think such fields should all be > defined as unsigned to start with.. This is actually an example of why naive conversion to use unsigned is usually wrong. The bug seems to have nothing to do with signedness, except for a bug in the debugging message. > > Well it is not at all clear how the dirpref routine came up with > > such an out of whack inode preference (2604157400 when the filesystem > > has only 3538944 inodes), but the following fix should catch it and > > make it harmless. I have submitted the patch to release engineering. > > > > Kirk McKusick > > > > =-=-=-=-= > > > > Index: ffs_alloc.c > > =================================================================== > > RCS file: /usr/ncvs/src/sys/ufs/ffs/ffs_alloc.c,v > > retrieving revision 1.102 > > diff -c -r1.102 ffs_alloc.c > > *** ffs_alloc.c 2002/09/19 03:55:30 1.102 > > --- ffs_alloc.c 2002/12/06 01:15:50 > > *************** > > *** 841,847 **** > > ipref = ffs_dirpref(pip); > > else > > ipref = pip->i_number; > > ! if (ipref >= fs->fs_ncg * fs->fs_ipg) > > ipref = 0; > > cg = ino_to_cg(fs, ipref); > > /* > > --- 841,847 ---- > > ipref = ffs_dirpref(pip); > > else > > ipref = pip->i_number; > > ! if ((unsigned)ipref >= fs->fs_ncg * fs->fs_ipg) > > ipref = 0; > > cg = ino_to_cg(fs, ipref); > > /* > > This change has no effect on any supported system, since `ipref' is already an unsigned type (ino_t == uint32_t), which is in fact identical with unsigned on all supported systems. The analysis is slightly more complicated on exotic systems. Many things are broken on systems with ints smaller than 32 bits, and the change increases the breakage by clipping the LHS (if the filesystem has more than UINT_MAX inodes). The change causes at most slightly different signed-versus unsigned comparision warnings on systems with ints larger than 32 bits. The RHS multiplies 2 int32_t's and the multiplication may in theory overflow, but newfs presumably won't create filesystems for which it overflows (ones with more than 2^31-1 inodes), so there should be no signedness problems in practice. Related cosmetic bugs: (1) `unsigned' is not correctly misspelled u_int. (2) the original panic message has a wrong function name and a wrong printf format for printing ino_t's. Te following patch fixes (2) and a nearby non-misspelling of `unsigned' (the only other one in ffs_alloc.c). %%% Index: ffs_alloc.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_alloc.c,v retrieving revision 1.103 diff -u -2 -r1.103 ffs_alloc.c --- ffs_alloc.c 6 Dec 2002 02:08:46 -0000 1.103 +++ ffs_alloc.c 6 Dec 2002 09:13:26 -0000 @@ -1649,5 +1683,5 @@ */ static int -ffs_isfreeblock(struct fs *fs, unsigned char *cp, ufs1_daddr_t h) +ffs_isfreeblock(struct fs *fs, u_char *cp, ufs1_daddr_t h) { @@ -1897,6 +1931,6 @@ } if ((u_int)ino >= fs->fs_ipg * fs->fs_ncg) - panic("ffs_vfree: range: dev = %s, ino = %d, fs = %s", - devtoname(dev), ino, fs->fs_fsmnt); + panic("ffs_freefile: range: dev = %s, ino = %lu, fs = %s", + devtoname(dev), (u_long)ino, fs->fs_fsmnt); if ((error = bread(devvp, cgbno, (int)fs->fs_cgsize, NOCRED, &bp))) { brelse(bp); @@ -1916,5 +1950,5 @@ (u_long)ino + cg * fs->fs_ipg, fs->fs_fsmnt); if (fs->fs_ronly == 0) - panic("ffs_vfree: freeing free inode"); + panic("ffs_freefile: freeing free inode"); } clrbit(inosused, ino); %%% Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Tue Dec 17 20:11:57 2002 Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 394C937B401 for ; Tue, 17 Dec 2002 20:11:54 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0D7F43E4A for ; Tue, 17 Dec 2002 20:11:52 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id PAA06314; Wed, 18 Dec 2002 15:11:10 +1100 Date: Wed, 18 Dec 2002 15:12:14 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Kirk McKusick Cc: Julian Elischer , Kris Kennaway , Robert Watson , Subject: Re:panic: ffs_vfree: range: dev = ad4s1c, ino = -1690809896, fs = /mnt2 In-Reply-To: <200212180055.gBI0tB59018624@beastie.mckusick.com> Message-ID: <20021218145929.S23372-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Now that the 6.0 trunk has defrosted, I have made your suggested change. Thanks. Is the original problem now understood? Bruce > Date: Fri, 6 Dec 2002 20:53:55 +1100 (EST) > From: Bruce Evans > To: Julian Elischer > cc: Kirk McKusick , > Kris Kennaway , Robert Watson , > > Subject: Re: panic: ffs_vfree: range: dev = ad4s1c, ino = -1690809896, fs = > /mnt2 > In-Reply-To: > X-ASK-Info: Whitelist match > > On Thu, 5 Dec 2002, Julian Elischer wrote: > > > This is one of the reasons that I think such fields should all be > > defined as unsigned to start with.. > > This is actually an example of why naive conversion to use unsigned is > usually wrong. The bug seems to have nothing to do with signedness, > except for a bug in the debugging message. > > > > Well it is not at all clear how the dirpref routine came up with > > > such an out of whack inode preference (2604157400 when the filesystem > > > has only 3538944 inodes), but the following fix should catch it and > > > make it harmless. I have submitted the patch to release engineering. > > > > > > Kirk McKusick > > > > > > =-=-=-=-= > > > > > > Index: ffs_alloc.c > > > =================================================================== > > > RCS file: /usr/ncvs/src/sys/ufs/ffs/ffs_alloc.c,v > > > retrieving revision 1.102 > > > diff -c -r1.102 ffs_alloc.c > > > *** ffs_alloc.c 2002/09/19 03:55:30 1.102 > > > --- ffs_alloc.c 2002/12/06 01:15:50 > > > *************** > > > *** 841,847 **** > > > ipref = ffs_dirpref(pip); > > > else > > > ipref = pip->i_number; > > > ! if (ipref >= fs->fs_ncg * fs->fs_ipg) > > > ipref = 0; > > > cg = ino_to_cg(fs, ipref); > > > /* > > > --- 841,847 ---- > > > ipref = ffs_dirpref(pip); > > > else > > > ipref = pip->i_number; > > > ! if ((unsigned)ipref >= fs->fs_ncg * fs->fs_ipg) > > > ipref = 0; > > > cg = ino_to_cg(fs, ipref); > > > /* > > > > > This change has no effect on any supported system, since `ipref' is > already an unsigned type (ino_t == uint32_t), which is in fact identical > with unsigned on all supported systems. > > The analysis is slightly more complicated on exotic systems. Many > things are broken on systems with ints smaller than 32 bits, and the > change increases the breakage by clipping the LHS (if the filesystem > has more than UINT_MAX inodes). The change causes at most slightly > different signed-versus unsigned comparision warnings on systems with > ints larger than 32 bits. The RHS multiplies 2 int32_t's and the > multiplication may in theory overflow, but newfs presumably won't > create filesystems for which it overflows (ones with more than 2^31-1 > inodes), so there should be no signedness problems in practice. > > Related cosmetic bugs: > (1) `unsigned' is not correctly misspelled u_int. > (2) the original panic message has a wrong function name and a wrong printf > format for printing ino_t's. > > Te following patch fixes (2) and a nearby non-misspelling of `unsigned' > (the only other one in ffs_alloc.c). > > %%% > Index: ffs_alloc.c > =================================================================== > RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_alloc.c,v > retrieving revision 1.103 > diff -u -2 -r1.103 ffs_alloc.c > --- ffs_alloc.c 6 Dec 2002 02:08:46 -0000 1.103 > +++ ffs_alloc.c 6 Dec 2002 09:13:26 -0000 > @@ -1649,5 +1683,5 @@ > */ > static int > -ffs_isfreeblock(struct fs *fs, unsigned char *cp, ufs1_daddr_t h) > +ffs_isfreeblock(struct fs *fs, u_char *cp, ufs1_daddr_t h) > { > > @@ -1897,6 +1931,6 @@ > } > if ((u_int)ino >= fs->fs_ipg * fs->fs_ncg) > - panic("ffs_vfree: range: dev = %s, ino = %d, fs = %s", > - devtoname(dev), ino, fs->fs_fsmnt); > + panic("ffs_freefile: range: dev = %s, ino = %lu, fs = %s", > + devtoname(dev), (u_long)ino, fs->fs_fsmnt); > if ((error = bread(devvp, cgbno, (int)fs->fs_cgsize, NOCRED, &bp))) { > brelse(bp); > @@ -1916,5 +1950,5 @@ > (u_long)ino + cg * fs->fs_ipg, fs->fs_fsmnt); > if (fs->fs_ronly == 0) > - panic("ffs_vfree: freeing free inode"); > + panic("ffs_freefile: freeing free inode"); > } > clrbit(inosused, ino); > %%% > > Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Tue Dec 17 21:55:49 2002 Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D8BA37B401 for ; Tue, 17 Dec 2002 21:55:48 -0800 (PST) Received: from beastie.mckusick.com (beastie.mckusick.com [209.31.233.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id B780343ED1 for ; Tue, 17 Dec 2002 21:55:47 -0800 (PST) (envelope-from mckusick@beastie.mckusick.com) Received: from beastie.mckusick.com (localhost [127.0.0.1]) by beastie.mckusick.com (8.12.3/8.12.3) with ESMTP id gBI5tT59018920; Tue, 17 Dec 2002 21:55:29 -0800 (PST) (envelope-from mckusick@beastie.mckusick.com) Message-Id: <200212180555.gBI5tT59018920@beastie.mckusick.com> To: Bruce Evans Subject: Re:panic: ffs_vfree: range: dev = ad4s1c, ino = -1690809896, fs = /mnt2 Cc: Julian Elischer , Kris Kennaway , Robert Watson , fs@FreeBSD.ORG In-Reply-To: Your message of "Wed, 18 Dec 2002 15:12:14 +1100." <20021218145929.S23372-100000@gamplex.bde.org> Date: Tue, 17 Dec 2002 21:55:29 -0800 From: Kirk McKusick Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Date: Wed, 18 Dec 2002 15:12:14 +1100 (EST) From: Bruce Evans To: Kirk McKusick cc: Julian Elischer , Kris Kennaway , Robert Watson , Subject: Re:panic: ffs_vfree: range: dev = ad4s1c, ino = -1690809896, fs = /mnt2 > Now that the 6.0 trunk has defrosted, I have made your > suggested change. Thanks. Is the original problem now understood? Bruce No, the original problem is not understood. If it recurs and a crash dump is available for further investigation, hopefully it will. Kirk McKusick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Dec 18 10:25:25 2002 Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E447637B401; Wed, 18 Dec 2002 10:25:18 -0800 (PST) Received: from msn.com (adsl-65-65-85-68.dsl.rcsntx.swbell.net [65.65.85.68]) by mx1.FreeBSD.org (Postfix) with SMTP id B97E143ED1; Wed, 18 Dec 2002 10:25:09 -0800 (PST) (envelope-from daegs@msn.com) Received: from unknown (HELO mx.loxsystems.net) (85.135.84.76) by rly-xl04.mx.aolmd.com with asmtp; Tue, 17 Dec 2002 17:51:48 +0300 Reply-To: Message-ID: <024c25d58d2d$7666e7e1$1ac74dd3@wsphdg> From: To: Cc: , , , , , , , , , Subject: Eat pizza and lose weight Date: Tue, 17 Dec 2002 20:46:51 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 1 (High) X-MSMail-Priority: High X-Mailer: MIME-tools 5.503 (Entity 5.501) Importance: Normal Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello ! If you're like me, you've tried EVERYTHING to lose weight. I know how you feel - the special diets, miracle pills, and fancy exercise equipment never helped me lose a pound either. It seemed like the harder I tried, the bigger I got, until I heard about a product called Power Diet Plus. You're probably thinking to yourself, "Oh geez, not another miracle diet pill!" Like you, I was skeptical at first, but my sister swore it helped her lose 23 pounds in just two weeks, so I told her I'd give it a shot. I mean, there was nothing to lose except a lot of weight! Let me tell you, it was the best decision I've ever made. Period. Six months later, as I'm writing this message to you, I've gone from 355 pounds to 210 pounds, and I haven't changed my exercise routine or diet at all. Yes, I still eat pizza, and lots of it! I was so happy with the results that I contacted the manufacturer and got permission to resell it - at a BIG discount. I want to help other people lose weight like I did, because it does so much for your self-esteem, not to mention your health. I give you my personal pledge that Power Diet Plus absolutely WILL WORK FOR YOU. If it doesn't, you can return it any time for a full refund. If you are frustrated with trying other products, not having any success, and just not getting the results you were promised, then I recommend the only product that worked for me - POWER DIET PLUS. You're probably asking yourself, "Ok, so how does this stuff actually work?" Power Diet Plus contains Lipotropic fat burners which are scientifically proven to increase metabolism and cause rapid weight loss. No "hocus pocus" in these pills - just RESULTS, RESULTS, RESULTS!! Here is the bottom line ... I can help you lose 10-15 pounds per week naturally, without exercising and without having to eat rice cakes all day. Just try it for one month - there's nothing to lose, and everything to gain. You will lose weight fast - GUARANTEED. That is my pledge to you. To order Power Diet Plus on our secure server, just click on the link below: http://www.cbphost.net/webuser/qse/powerorder.htm If our main webpage is unavailable, please order from our backup site by clicking below: http://coprohgh.diy.163.com/images/powerorder.htm To see what some of our customers have said about this product, visit http://www.cbphost.net/webuser/qse/testimonials.htm To see a list of ingredients and for more information on test studies and how it will help you lose weight, visit http://www.cbphost.net/webuser/qse/howitworks.htm 0255TQKi4-872gRYG1045Jfvg8-771hWUH5689jcCY2-681aFYq3732HLPk7-476uusD1l65 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message