On Mon, 29 Oct 2007 10:49:09 -0700 (MST), Austin Hook wrote: >I understand that some people have experienced boot problems with CD #1 in >the new 4.2 release set, mainly with older machines. There are cases >where the same CD works with a newer machine, but fails to boot with an >older one. I presume this means the track alignment is marginal in some >cases. > >I am not tracking misc@ > >We would like to send out replacement CD's for anyone with those problems >so that we can see if the problem is with all CDs of the current release, >or only with some of them. > >Please contact me if you have seen this problem. > >Austin Hook >OpenBSD distribution >Milk River, AB > I have good reason to believe that it isn't a physical problem with the CDs.
Here are my reasons: I have 5 machines around here that won't boot on a 4.2 CD and one that will. The "won'ts" have a variety of CD drives, most pertinently one is a brand new Liteon DVD+/- with all the bells& whistles. Not likely to have read problems.. The CD can be read from start to finish with zero errors on any of the drives using dd. I can make a copy of the CD on a windows machine by saving an ISO image and burning that to a CD using imgburn. Zero errors copying or burning but boots new box won't boot any old box. Now here is my suggestion. Because I'd like to see this fixed from a PR point of view before Nov 1 and the install42.iso won't be available until then, please have a copy of it put on an ftp server in a location not publically known and let me download it and test it. That will be clear of the entire commercial pressing process and will possibly save the project a lot of money shipping out new CDs which may not work when they get to the end users. I'll be on standby ready to do the download and testing at any time I'm awake over the next couple of days. Austin/ OpenBSD team can please use ash2 at witworx dot com rather than the list. misc readers with comments can reply to the list, please no CC. Regards, Rod Whitworth. >From the land "down under": Australia. Do we look <umop apisdn> from up over?
