FC3 mediacheck

[Reshat Sabiq]

akonstam at trinity.edu wrote:

>On Fri, Nov 12, 2004 at 10:12:17PM -0500, Erik Hemdal wrote:
>  
>
>>>>>md5sum -c MD5SUM
>>>>>
>>>>>I've already indicated this once. After successful MD5SUM check - boot
>>>>>with 'linux ide=nodma' and then do the MediaCheck.)
>>>>>          
>>>>>
>>I think this comment was from Satish about ide=nodma.  Why is that
>>necessary?  I've encountered the mediacheck failures similarly for the
>>first time ever.  If the drive operates normally, why do we need nodma
>>in order to check only disk2 and disk3 of the CD set?  
>>
>>I'm not intending this as disrespectful to anyone; I'm truly curious
>>about it.  Out of the four install images, all four pass the MD5
>>checksum test, and two out of four pass the mediacheck.  On my CD
>>writer, cdrecord reports that the buffer was always adequately filled
>>and burnfree protection was never needed.  So assuming the integrity of
>>the media is OK (seems to be, since cdrecord reports no errors and the
>>CD is readable), I'd suspect a problem with the original ISO image. 
>>Whether you use DMA or not on your drive doesn't seem to have any
>>bearing on things....else other I/O would have trouble too.
>>
>>Am I missing something?  
>>
>>Erik
>>
>>    
>>
>I don't know what you are missing but with some hardware the ide=nodma
>is necessary for to mediacheck to work and the installation from CD's
>to work without getting read errors.
>=======================================================================
>Proboscis:  The rudimentary organ of an elephant which serves him in place
>of the knife-and-fork that Evolution has as yet denied him.  For purposes
>of humor it is popularly called a trunk.
>-- Ambrose Bierce
>-------------------------------------------
>Aaron Konstam
>Computer Science
>Trinity University
>One Trinity Place.
>San Antonio, TX 78212-7200
>
>telephone: (210)-999-7484
>email:akonstam at trinity.edu
>
>  
>
It is likely that only your CD drive's DMA fails, so you may wanna 
consider enabling the harddrive's DMA later, for efficiency.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.fedoraproject.org/pipermail/users/attachments/20050412/50394bb6/attachment-0002.html