Re: 7.3 CD problems (Salkinder, Yuri)

["Steve Cousins" <cousins umit maine edu>]

Hi Yuri,

While what you are trying to do might get past that one check, I think you are playing with fire if you are trying to install from an inconsistent set of images.  I downloaded mine from the Cornell site because it was very fast to our campus
(probably because of our Internet 2 connection).  It had a consistent set of ISO's for Redhat 7.3.

I couldn't see any other checks than the ones I listed, although I am not a Python programmer.  If they'd only write their installers in Fortran... :^)

Good Luck,

Steve


Salkinder, Yuri wrote:
>
>I think Steve maybe onto something. I checked my images. Discs 1 and 3 have matching line 1 (timestamp?) in their .discX-i386 files:
>
>1019242152.098183
>
>Disc 2, which I am having troubles with, has a different value there:
>
>1024014876.906127
>
>However, it appears that the requirements Steve stated are not sufficient: if all what anaconda is looking for is that 1st line, I created a new image by unpacking my disc2 iso, changing the .disc2-i386 file and then creating a new image. 
>
>It still claims that I have not correct CDROM.
>
>Steve, what other checks does anaconda do to ensure the match?
>
>Also, can anyone recommend a site with disc2 image containing the correct timestamp? Or alternatively, discs 1 & 3 with timestamps matching to disc 2?
>
>-yuri
>
>
>------Steve Cousins wrote:-----
>
>Thanks for all of the comments.  To answer my own question, I finally
>looked through the anaconda code (Python) and found where it is checking
>to see if the CD is the correct one.  It is in /usr/lib/anaconda/image.py.
>You can get to a prompt by booting from CD 1, hit enter to start the
>install, and then once you get to the installation screen, hit
>Ctrl-Alt-F2.  
>
>The code looks for a file called:
>
>        /mnt/source/.disc%d-%s
>
>where %d is the current disk number, and %s is the architecture type.  So
>for me it was .disc2-i386.
>
>It reads the first line of this file which is a time stamp.  It compares
>this to the time stamp of the previous CD.  So a few things are needed.
>
>        1. The CD needs to be mounted correctly
>        2. The file needs to be there with the correct name
>        3. A time stamp needs to be in the first line of that file
>        4. The time stamps need to match for all CD's.
>
>For some reason, one of these things wasn't happening.  I finally was able
>to get it to work by reburning Disks 2 and 3.  Disk 2 I had to reburn
>twice.
>
>The suggestion that you need 700 MB CD's is false.  I was successful with
>650 MB CD's. There is no reason at all that you need 700 MB CD's.  The
>images are at most 638 MB.  
>
>I was aggravated by the fact that mediacheck gave false positives.  As I
>stated in my original post, I checked the md5sum on all of the ISO images
>before I burned the CD. I then burned the CD's (using X-CD Roast, Track at
>Once) and ran Mediacheck on all CD's.  
>
>Rick suggested getting an md5sum of the CD's after being burned which I
>had tried but it always gave mismatches (even with the CD's that work).
>Maybe I was doing it incorrectly.  I did it with:
>
>        md5sum /dev/scd0
>
>where /dev/scd0 is the CD device that isn't mounted.  Can you let me know
>what I was doing wrong Rick? 
>
>Any way, I hope this helps someone in the future.  The code that checks
>for the correct CD is pretty simple.  I just wish they put in more error
>checking so you could see what the real problem was.  If the time stamp
>mismatched, then it should tell you this and give the two timestamps. This
>would probably indicate that the image set you got was not consistent and
>you could try downloading from somewhere else.  If the CD could not be
>mounted, then that would indicate a bad burn.  
>
>Steve
>________________________________________________
> Steve Cousins                        Email: cousins umit maine edu
> Research Associate                 Phone: (207) 581-4302
> Ocean Modeling Group           
> School of Marine Sciences      208 Libby Hall,
> University of Maine                Orono ME 04469
>
>
>
>This message is for the named person's use only. It may contain sensitive and private proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you are not the intended recipient,
>please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the
>intended recipient. CREDIT SUISSE GROUP and each legal entity in the CREDIT SUISSE FIRST BOSTON or CREDIT SUISSE ASSET MANAGEMENT business units of CREDIT SUISSE FIRST BOSTON reserve the right to monitor all e-mail communications through its
>networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity.
>Unless otherwise stated, any pricing information given in this message is indicative only, is subject to change and does not constitute an offer to deal at any price quoted. Any reference to the terms of executed transactions should be treated as 
>preliminary only and subject to our formal written confirmation.
>
>
>
>
>
>
>
>--__--__----
>_______________________________________________
>Redhat-install-list mailing list
>Redhat-install-list redhat com
>https://listman.redhat.com/mailman/listinfo/redhat-install-list
>



________________________________________________
 Steve Cousins                        Email: cousins umit maine edu
 Research Associate                 Phone: (207) 581-4302
 Ocean Modeling Group           
 School of Marine Sciences      208 Libby Hall,
 University of Maine                Orono ME 04469