From mboxrd@z Thu Jan 1 00:00:00 1970 Mime-Version: 1.0 (Apple Message framework v752.2) To: 9fans@cse.psu.edu Message-Id: Content-Type: multipart/alternative; boundary=Apple-Mail-1-382446015 From: Gregory Pavelcak Subject: Re: [9fans] Fs64 file server, partition boundaries out of range Date: Sat, 5 Aug 2006 09:08:25 -0400 Topicbox-Message-UUID: 969dab50-ead1-11e9-9d60-3106f5b1d025 --Apple-Mail-1-382446015 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed I finally got to check on this. First thanks to Geoff for his informative replies and to jmk for taking the time to let me know Geoff was away. That saved me from checking my email every 5 seconds looking for his posts. I tried copyworm yesterday. I wasn't sure what device I was supposed to use. First I made main fh0 and output fw2, but I got a message saying something like `no blocks to copy from worm'. So, then I just made main h0 and output w2. Copyworm ran and ended with (and I actually wrote the message down this time): wreniocmd out of range a=w2 b=6105859 wrenwrite: w2(6105859) bad status 0040 out block 6105859: write error; bailing copied 615859 blocks from h0 to w2 sync: wormcopy looping: reset the machine at any time h0 is an 80G IDE drive (Western Digital something), and w2 is a Seagate 50GB U2WCS 3HH ST150176LC 1.6-IN HIGH 80-PIN according to the seller's blurb. I wouldn't think 50 is just too small given that I only had a few GB of stuff and have only been running since December. I need to try the p(w2)1.99. I didn't have any intention of having an MBR but maybe something there is the problem. Do you think that might help? It takes almost 20hrs to complete the copy, so it's not an easy experiment to do. Anyway, any thoughts appreciated. Greg -=-=-=-=-=-=-=-=-=-=-=-=- It sounds like cannot add sd12!plan9 [63,156296385] to disk [0,976937355): partition boundaries out of range is coming from 9load. I haven't seen this, but it does sound like garbled partition tables or a bad disk. The first block of a file system contains its configuration block, so if you plan to have an MBR or other DOS/FAT stuff on the disk, you'll need to skip it. I do that on my main file server to allow a small DOS partition. To do so, use p(w0)1.99 instead of w0, for example. `panic: fworm: checktag 6105775' is quite serious. The fake-worm bitmap isn't initialised. Copying fworms is tricky, particularly if the output device is larger than the input device. You probably ought to use copyworm instead of copydev, since copydev just blindly copies blocks, assuming input and output are the same size, but copyworm knows how to copy fworms, including reaming the output fworm, thus creating its bitmap. --Apple-Mail-1-382446015 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1

I finally got = to check on this.=A0

First thanks = to Geoff for his informative replies and to jmk for taking the
time to let me know Geoff was away. That saved me = from checking my
email every 5 seconds looking = for his posts.

I tried = copyworm yesterday. I wasn't sure what device I was supposed = to
use. First I made main fh0 and output fw2, but = I got a message saying=A0
something = like `no blocks to copy from worm'. So, then I just made main
h0 and output w2. Copyworm ran and ended with (and I = actually wrote the
message down this = time):

wreniocmd out = of range a=3Dw2 b=3D6105859
wrenwrite: = w2(6105859) bad status 0040
out block = 6105859: write error; bailing copied 615859 blocks from h0 to = w2
sync: wormcopy
looping: = reset the machine at any time

h0 is an 80G = IDE drive (Western Digital something), and w2 is a Seagate
50GB U2WCS 3HH = ST150176LC 1.6-IN HIGH 80-PIN
according to the seller's blurb.

I=A0 wouldn't think 50 is just too small given that = I only had a few GB of stuff and
have only = been running since December.

I need to try = the p(w2)1.99. I didn't have any intention of having an MBR
but maybe something there is the problem. Do you = think that might help?
It takes almost 20hrs to = complete the copy, so it's not an easy experiment
to do.

Anyway, any = thoughts appreciated.=A0





-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-
It sounds like

=A0=A0 =A0= =A0 cannot add sd12!plan9 [63,156296385] to disk = [0,976937355):
partition boundaries out of = range

is coming from 9load.=A0 I haven't seen this, but it = does sound like
garbled partition tables or a = bad disk.=A0 The first block of a file
system = contains its configuration block, so if you plan to have an = MBR
or other DOS/FAT stuff on the = disk, you'll need to skip it.=A0 I do that
on my = main file server to allow a small DOS partition.=A0 To do so, = use
p(w0)1.99 instead of w0, for = example.

`panic: fworm: checktag 6105775' is quite serious.=A0 = The fake-worm
bitmap isn't initialised.=A0 = Copying fworms is tricky, particularly if
the = output device is larger than the input device.=A0 You probably = ought
to use copyworm instead of = copydev, since copydev just blindly copies
blocks, = assuming input and output are the same size, but copyworm
knows how to copy fworms, including reaming the = output fworm, thus
creating its = bitmap.

= --Apple-Mail-1-382446015--