Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 13 Jun 2002 14:42:25 -0400
From:      "Brian J. McGovern" <bmcgover@cisco.com>
To:        bmah@FreeBSD.ORG
Cc:        "Brian J. McGovern" <bmcgover@cisco.com>, Bo Xiao <boxiao@cisco.com>, freebsd-users@cisco.com, qa@FreeBSD.ORG, bmcgover@bmcgover-pc.cisco.com
Subject:   Re: 4.6 release and snapshots 
Message-ID:  <200206131842.g5DIgPB00631@bmcgover-pc.cisco.com>
In-Reply-To: Your message of "Thu, 13 Jun 2002 10:38:54 PDT." <200206131738.g5DHcsUv010220@intruder.bmah.org> 

next in thread | previous in thread | raw e-mail | index | archive | help
 > --==_Exmh_-866874566P
 > Content-Type: text/plain; charset=us-ascii
 > 
 > If memory serves me right, "Brian J. McGovern" wrote:
 > >  > (Even when I worked at Cisco, I never knew which of the internal mailin
g
 > >  > lists could be posted to from outside, so Brian or Bo might need to
 > >  > forward this.  "Hi" to everyone who remembers me.)
 > > 
 > > Depends on the configuration in the mailer ;)
 > 
 > Oh.  :-)
 > 
 > >  > I know that murray had (is having) some problems getting the ISO images
 > >  > to ftp-master intact.  The details make for a long, rambling saga that I
 > >  > won't bore people with...they involve a lack of bandwidth and CDRs that
 > >  > won't burn correctly.  :-(  I don't know if these problems could have 
 > >  > affected the mini-ISO...my impression was "not".
 > > 
 > > Well, I'll be happy to open my resources up to Murray if I have anything that
 > > can help him out.
 > 
 > Thanks.  In this case, the problem is being able to get lots of bits
 > (the ISO images) from murray's workstation at home onto ftp-master.
 > He's kind of bandwidth-challenged, so the plan was to burn the data to
 > CDR for someone else to physically take to the co-lo facility where the
 > FreeBSD cluster sits, to upload there, while murray went down to USENIX.
 > Unfortunately, Murphy was hard at work the past 48 hours, and most of
 > the MD5 checksums of the CDRs failed (despite having two copies of each
 > ISO image).  I imagine that murray is going to try this again.
 > 
 > I'm told that the FTP install directory arrived intact, as well as all 
 > the packages.
 > 
 > Brian already knows this, but for the benefit of others:  A FreeBSD
 > release isn't official until a PGP-signed announcement from one of the
 > release engineers is posted to freebsd-announce@.  It is theoretically
 > possible (although extremely unlikely) that we might wipe outf all
 > 4.6-related files and start over.  So...I don't encourage using the 4.6 
 > bits for any use other than testing, until a release announcement goes 
 > out.
 > 
 > >  > Bruce.
 > >  > 
 > >  > PS.  What symptoms of failure did you see with the mini-ISO?
 > >  > 
 > > 
 > > The individual file kits tend to fail on what appears to be the second in 
the
 > > series, so bin.aa, for instance, seems to extract, but it fails with an er
ror
 > > when trying to read in bin.ab. I don't remember the exact message, but its
 > > something like "Only able to read -1 bytes". If I get a chance today, I'll
 > > recreate it, and post the real error message.
 > 
 > Thanks, that'd be helpful.  I just did an install to my scratch box 
 > from the miniinst ISO.  Nothing out of the ordinary (except there was 
 > no INDEX file for packages, obviously).
 > 
 > Could you also give some info on the disk and CDROM configuration (e.g. 
 > SCSI vs. ATA)?  Just wondering if this might have something to do with 
 > the ata(4) problems that some people have reported.

Ok. The exact error information, which is reproducible is:

1.) On the "main" install screen, one sees:

"Write failure on transfer! (wrote -1 bytes of 240640 bytes)"

2.) On the console screen, one sees:

"
[all the info on boot, newfs'ing, etc trimmed]

/bin/cp
/stand/gzip: <fd:0>: invalid stored block lengths
bin/date
/stand/cpio: invalid header: checksum error
/stand/cpio: premature end of file

"


I was able to change the BIOS setting to boot/use the slave DVD burner (slave
on secondary controller) to boot/install, rather than the normal CD player
(master on secondary controller). Working with 5.0-DP1 and 4.5 works fine
with the normal CD drive (master secondary controller), so I'm 95% certain its
not the drive itself. However, I'll play with it some more to see.

For extra drive info, the boot/FreeBSD Drive is an IDE as master on the
primary controller. There is also a CD-RW and hard disk on an Adaptec 7892,
but neither are used during the install.

	-Brian


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-qa" in the body of the message




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