Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 04 Feb 1998 09:17:45 -0600 (CST)
From:      Chris Dillon <cdillon@inter-linc.net>
To:        (Satoshi Asami) <asami@cs.berkeley.edu>
Cc:        freebsd-fs@FreeBSD.ORG
Subject:   Re: May have pounced on something weird with ccd and newfs  (rat
Message-ID:  <XFMail.980204093810.cdillon@inter-linc.net>
In-Reply-To: <199802041012.CAA02979@silvia.HIP.Berkeley.EDU>

next in thread | previous in thread | raw e-mail | index | archive | help

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)



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.980204093810.cdillon>