From owner-freebsd-fs Wed Feb 4 07:38:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA03914 for freebsd-fs-outgoing; Wed, 4 Feb 1998 07:38:27 -0800 (PST) (envelope-from owner-freebsd-fs@FreeBSD.ORG) Received: from master.inter-linc.net ([12.10.101.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA03906 for ; Wed, 4 Feb 1998 07:38:21 -0800 (PST) (envelope-from cdillon@inter-linc.net) Received: from cheetah.inter-linc.net (12.10.101.13) by master.inter-linc.net (Worldmail 1.3.167); 4 Feb 1998 09:37:02 -0600 Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199802041012.CAA02979@silvia.HIP.Berkeley.EDU> Date: Wed, 04 Feb 1998 09:17:45 -0600 (CST) From: Chris Dillon To: (Satoshi Asami) Subject: Re: May have pounced on something weird with ccd and newfs (rat Cc: freebsd-fs@FreeBSD.ORG Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-fs" On 04-Feb-98 Satoshi Asami wrote: > * ccdconfig -c ccd0 $BLOCKSIZE 0 /dev/sd0s1g /dev/sd1s1g > * newfs -b 8192 -f 1024 ccd0c > * mount /dev/ccd0c /mnt > * bonnie -d /mnt -s 100 -m "I=$BLOCKSIZE" | grep "I=" >> ~/ccdtest.txt > * umount -f /dev/ccd0c (only did -f since weirdly enough, it would fail >sometimes) > * ccdconfig -u ccd0 > > * I=128 newfs -b 8192 -f 1024 fails with "write error: 2047871 > * wtfs: invalid argument". > > * "std" is the output when NOT using ccd (i.e., a regular disk). With > * a ccd stripe size of 128, newfs refused to create a filesystem with > * the error you see above. (I decided on using the 64 block stripe > * ultimately, by the way.) > >Could you have an old disklabel in there by any chance? See if the >size given in "disklabel ccd0" is consistent with "ccdconfig -g". > >Satoshi I'm not quite sure what you mean by "old" disklabel, but I started out fresh with these drives, and labeled them symmetrically with using ccd's in mind.. Here's the labels for sd0, sd1, and ccd0, and the output of ccdconfig -g. root@cheetah [/root] # disklabel sd0 # /dev/rsd0c: type: SCSI disk: sd0s1 label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 15 sectors/cylinder: 945 cylinders: 8960 sectors/unit: 8467200 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 102400 0 4.2BSD 0 0 0 # (Cyl. 0 - 108*) b: 153600 1536000 swap # (Cyl. 1625*- 1787*) c: 8467200 0 unused 0 0 # (Cyl. 0 - 8959) e: 1331200 102400 4.2BSD 0 0 0 # (Cyl. 108*- 1517*) f: 102400 1433600 4.2BSD 0 0 0 # (Cyl. 1517*- 1625*) g: 1024000 1689600 4.2BSD 0 0 0 # (Cyl. 1787*- 2871*) h: 5753600 2713600 4.2BSD 0 0 0 # (Cyl. 2871*- 8959*) root@cheetah [/root] # disklabel sd1 # /dev/rsd1c: type: SCSI disk: sd1s1 label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 15 sectors/cylinder: 945 cylinders: 8960 sectors/unit: 8467200 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] b: 153600 1536000 swap # (Cyl. 1625*- 1787*) c: 8467200 0 unused 0 0 # (Cyl. 0 - 8959) e: 1331200 0 4.2BSD 0 0 0 # (Cyl. 0 - 1408*) f: 204800 1331200 4.2BSD 0 0 0 # (Cyl. 1408*- 1625*) g: 1024000 1689600 4.2BSD 0 0 0 # (Cyl. 1787*- 2871*) h: 5753600 2713600 4.2BSD 0 0 0 # (Cyl. 2871*- 8959*) root@cheetah [/root] # disklabel ccd0 # /dev/rccd0c: type: CCD disk: ccd label: default label flags: bytes/sector: 512 sectors/track: 2048 tracks/cylinder: 1 sectors/cylinder: 2048 cylinders: 999 sectors/unit: 2047872 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 3 partitions: # size offset fstype [fsize bsize bps/cpg] a: 1023936 0 4.2BSD 1024 8192 0 # (Cyl. 0 - 499*) b: 1023936 1023936 4.2BSD 1024 8192 0 # (Cyl. 499*- 999*) c: 2047872 0 unused 0 0 # (Cyl. 0 - 999*) And the fstab... root@cheetah [/root] # cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/sd0s1b none swap sw 0 0 /dev/sd1s1b none swap sw 0 0 /dev/sd0a / ufs rw 1 1 /dev/sd0s1e /release ufs rw 2 2 /dev/sd0s1f /tmp ufs rw 2 2 /dev/sd1s1e /extra ufs rw 2 2 /dev/sd1s1f /var ufs rw 2 2 /dev/ccd1c /usr ufs rw 2 2 /dev/ccd0a /devel ufs rw 2 2 /dev/ccd0b /usr/src ufs rw 2 2 proc /proc procfs rw 0 0 /dev/wcd0c /cdrom cd9660 ro,noauto 0 0 /dev/fd0 /dos/a msdos rw,noauto,noexec 0 0 /dev/wd0s1 /dos/c msdos rw,noauto,noexec 0 0 /dev/wd0s5 /dos/d msdos rw,noauto,noexec 0 0 /dev/sd2c /zip ufs rw,noauto,async 0 0 /dev/sd2s4 /dos/zip msdos rw,noauto,noexec 0 0 This may look pretty convoluted, but it was just an attempt at a way to waste all this new space I had acquired (and a vain attempt to put everything I could think of on separate filesystems) :-) Let me know if you need anything else to find out what causes this weirdness (or my stupidity). On an unrelated note, i've tried twiddling the Pass# layout in fstab since it seems like fsck is trying to check two filesystems on the same drive at the same time (lots of head movement, and it moves pretty fast checking clean filesystems, but not dirty ones), but putting them in what seemed to be an order that would prevent fsck from doing that didn't speed anything up, nor slow it down. I guess fsck is already smart enough to know what drives a ccd uses and not to check two things on them at the same time? --- Chris Dillon --- cdillon@inter-linc.net --- Powered by FreeBSD, the best operating system on the planet for Intel x86 based computers (and soon Sparcs). ---- (http://www.freebsd.org)