[repost attempt, since last one didn't seem to make it]
on Dell Desktop PC w (standard) Intel/82865G Video adapter
Not sure it's due to adapter, but I continually get a failure with new installation on Dell Desktop when it gets to trying to load xorg-x11-fonts-misc-7.1-2.noarch.rpm
it says installating xorg-x11-drivers-7.1-3-i386 (0 bytes)
[note: it really says 0 bytes]
x.org x11 driver installation package
It says package not found either missing or corrupt.
Anyone have any ideas?
Thanks,
Jeff
On Wed, 2007-01-31 at 14:57 -0500, Jeff G wrote:
[repost attempt, since last one didn't seem to make it]
on Dell Desktop PC w (standard) Intel/82865G Video adapter
Not sure it's due to adapter, but I continually get a failure with new installation on Dell Desktop when it gets to trying to load xorg-x11-fonts-misc-7.1-2.noarch.rpm
it says installating xorg-x11-drivers-7.1-3-i386 (0 bytes)
[note: it really says 0 bytes]
x.org x11 driver installation package
It says package not found either missing or corrupt.
Anyone have any ideas?
That sure as heck smells like a borked disk image. It should be 4785 bytes for the i386 RPM and 4464 bytes for the x86_64 RPM.
I'd recommend you double check the ISO image you're using (do the sha1sum on the image) before you reburn it. The SHA1SUMs for the i386 version should be:
834fd761b9c0a5dc550d10d97307dac998103a68 FC-6-i386-rescuecd.iso cc503d99c9d736af9052904a6ab14931b0850078 FC-6-i386-disc1.iso 3051710e6b2f1d17a14ede0ebb74761c29cda954 FC-6-i386-disc2.iso 5357ce21f8766db385b25923216a430b694bca5d FC-6-i386-disc3.iso d6133ab5ccf19431c14fd2ad85bce03c9834ef87 FC-6-i386-disc4.iso 22327af62d6376916e209b0c4934540e14d5664a FC-6-i386-disc5.iso 6722f95b97e5118fa26bafa5b9f622cc7d49530c FC-6-i386-DVD.iso
For the x86_64, they should be:
18d0a690db32fd5569b41acf4f1affeb0448d5fe FC-6-x86_64-rescuecd.iso 5c976214a16b206761e37bbe5c98e53494b115ac FC-6-x86_64-disc1.iso e2f8375ba631f449d137a28d6947e493c631f198 FC-6-x86_64-disc2.iso 6c85acf08c7944362ba761cc32d1d26c612f327c FC-6-x86_64-disc3.iso 6290f258630cedb82ca45bcaff6d02a122a002df FC-6-x86_64-disc4.iso 7babc6131eb2ead65ca09b5efc475b7b212b0775 FC-6-x86_64-disc5.iso 38d975b6fa3b49262bc96df4bfd34d335c94ebb6 FC-6-x86_64-disc6.iso 550da315c09d8b58d4c80534ce5263d359e479be FC-6-x86_64-DVD.iso
---------------------------------------------------------------------- - Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - The world is coming to an end ... SAVE YOUR FILES!!! - ----------------------------------------------------------------------
I did check that and got it right:
Here's what "accuhash" calculated, which is the same as the SHA1 file values (and yours)
Disk 1: CC503D99C9D736AF9052904A6AB14931B0850078 Disk 2: 3051710E6B2F1D17A14EDE0EBB74761C29CDA954
Doesn't make it past that.
Since it's doing x.11, I though it might be trying to load incorrect fonts based on a bad idea of the hardware?
On 1/31/07, Rick Stevens rstevens@vitalstream.com wrote:
On Wed, 2007-01-31 at 14:57 -0500, Jeff G wrote:
[repost attempt, since last one didn't seem to make it]
on Dell Desktop PC w (standard) Intel/82865G Video adapter
Not sure it's due to adapter, but I continually get a failure with new installation on Dell Desktop when it gets to trying to load xorg-x11-fonts-misc-7.1-2.noarch.rpm
it says installating xorg-x11-drivers-7.1-3-i386 (0 bytes)
[note: it really says 0 bytes]
x.org x11 driver installation package
It says package not found either missing or corrupt.
Anyone have any ideas?
That sure as heck smells like a borked disk image. It should be 4785 bytes for the i386 RPM and 4464 bytes for the x86_64 RPM.
I'd recommend you double check the ISO image you're using (do the sha1sum on the image) before you reburn it. The SHA1SUMs for the i386 version should be:
834fd761b9c0a5dc550d10d97307dac998103a68 FC-6-i386-rescuecd.iso cc503d99c9d736af9052904a6ab14931b0850078 FC-6-i386-disc1.iso 3051710e6b2f1d17a14ede0ebb74761c29cda954 FC-6-i386-disc2.iso 5357ce21f8766db385b25923216a430b694bca5d FC-6-i386-disc3.iso d6133ab5ccf19431c14fd2ad85bce03c9834ef87 FC-6-i386-disc4.iso 22327af62d6376916e209b0c4934540e14d5664a FC-6-i386-disc5.iso 6722f95b97e5118fa26bafa5b9f622cc7d49530c FC-6-i386-DVD.iso
For the x86_64, they should be:
18d0a690db32fd5569b41acf4f1affeb0448d5fe FC-6-x86_64-rescuecd.iso 5c976214a16b206761e37bbe5c98e53494b115ac FC-6-x86_64-disc1.iso e2f8375ba631f449d137a28d6947e493c631f198 FC-6-x86_64-disc2.iso 6c85acf08c7944362ba761cc32d1d26c612f327c FC-6-x86_64-disc3.iso 6290f258630cedb82ca45bcaff6d02a122a002df FC-6-x86_64-disc4.iso 7babc6131eb2ead65ca09b5efc475b7b212b0775 FC-6-x86_64-disc5.iso 38d975b6fa3b49262bc96df4bfd34d335c94ebb6 FC-6-x86_64-disc6.iso 550da315c09d8b58d4c80534ce5263d359e479be FC-6-x86_64-DVD.iso
- Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
-The world is coming to an end ... SAVE YOUR FILES!!! -
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
On Wed, 2007-01-31 at 17:59 -0500, Jeff G wrote:
I did check that and got it right:
Here's what "accuhash" calculated, which is the same as the SHA1 file values (and yours)
Disk 1: CC503D99C9D736AF9052904A6AB14931B0850078 Disk 2: 3051710E6B2F1D17A14EDE0EBB74761C29CDA954
Doesn't make it past that.
It hangs up? Then I'd guess the disk 3 image is hosed. I don't have the CD images handy (I have the DVD), but my guess is that the suspect RPM is on disk 3.
Since it's doing x.11, I though it might be trying to load incorrect fonts based on a bad idea of the hardware?
No, it's saying the RPM is 0 bytes, which is flat wrong.
On 1/31/07, Rick Stevens rstevens@vitalstream.com wrote:
On Wed, 2007-01-31 at 14:57 -0500, Jeff G wrote:
[repost attempt, since last one didn't seem to make it]
on Dell Desktop PC w (standard) Intel/82865G Video adapter
Not sure it's due to adapter, but I continually get a failure with new installation on Dell Desktop when it gets to trying to load xorg-x11-fonts-misc-7.1-2.noarch.rpm
it says installating xorg-x11-drivers-7.1-3-i386 (0 bytes)
[note: it really says 0 bytes]
x.org x11 driver installation package
It says package not found either missing or corrupt.
Anyone have any ideas?
That sure as heck smells like a borked disk image. It should be 4785 bytes for the i386 RPM and 4464 bytes for the x86_64 RPM.
I'd recommend you double check the ISO image you're using (do the sha1sum on the image) before you reburn it. The SHA1SUMs for the i386 version should be:
834fd761b9c0a5dc550d10d97307dac998103a68 FC-6-i386-rescuecd.iso cc503d99c9d736af9052904a6ab14931b0850078 FC-6-i386-disc1.iso 3051710e6b2f1d17a14ede0ebb74761c29cda954 FC-6-i386-disc2.iso 5357ce21f8766db385b25923216a430b694bca5d FC-6-i386-disc3.iso d6133ab5ccf19431c14fd2ad85bce03c9834ef87 FC-6-i386-disc4.iso 22327af62d6376916e209b0c4934540e14d5664a FC-6-i386-disc5.iso 6722f95b97e5118fa26bafa5b9f622cc7d49530c FC-6-i386-DVD.iso
For the x86_64, they should be:
18d0a690db32fd5569b41acf4f1affeb0448d5fe FC-6-x86_64-rescuecd.iso 5c976214a16b206761e37bbe5c98e53494b115ac FC-6-x86_64-disc1.iso e2f8375ba631f449d137a28d6947e493c631f198 FC-6-x86_64-disc2.iso 6c85acf08c7944362ba761cc32d1d26c612f327c FC-6-x86_64-disc3.iso 6290f258630cedb82ca45bcaff6d02a122a002df FC-6-x86_64-disc4.iso 7babc6131eb2ead65ca09b5efc475b7b212b0775 FC-6-x86_64-disc5.iso 38d975b6fa3b49262bc96df4bfd34d335c94ebb6 FC-6-x86_64-disc6.iso 550da315c09d8b58d4c80534ce5263d359e479be FC-6-x86_64-DVD.iso
- Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
-The world is coming to an end ... SAVE YOUR FILES!!! -
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
---------------------------------------------------------------------- - Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - "People tell me I look at the dark side. That's not true. I have - - the heart of a small boy......in a jar right here on my desk." - - -- Stephen King - ----------------------------------------------------------------------
no, it fails on disk 2
On 1/31/07, Rick Stevens rstevens@vitalstream.com wrote:
On Wed, 2007-01-31 at 17:59 -0500, Jeff G wrote:
I did check that and got it right:
Here's what "accuhash" calculated, which is the same as the SHA1 file values (and yours)
Disk 1: CC503D99C9D736AF9052904A6AB14931B0850078 Disk 2: 3051710E6B2F1D17A14EDE0EBB74761C29CDA954
Doesn't make it past that.
It hangs up? Then I'd guess the disk 3 image is hosed. I don't have the CD images handy (I have the DVD), but my guess is that the suspect RPM is on disk 3.
Since it's doing x.11, I though it might be trying to load incorrect fonts based on a bad idea of the hardware?
No, it's saying the RPM is 0 bytes, which is flat wrong.
On 1/31/07, Rick Stevens rstevens@vitalstream.com wrote:
On Wed, 2007-01-31 at 14:57 -0500, Jeff G wrote:
[repost attempt, since last one didn't seem to make it]
on Dell Desktop PC w (standard) Intel/82865G Video adapter
Not sure it's due to adapter, but I continually get a failure with new installation on Dell Desktop when it gets to trying to load xorg-x11-fonts-misc-7.1-2.noarch.rpm
it says installating xorg-x11-drivers-7.1-3-i386 (0 bytes)
[note: it really says 0 bytes]
x.org x11 driver installation package
It says package not found either missing or corrupt.
Anyone have any ideas?
That sure as heck smells like a borked disk image. It should be 4785 bytes for the i386 RPM and 4464 bytes for the x86_64 RPM.
I'd recommend you double check the ISO image you're using (do the sha1sum on the image) before you reburn it. The SHA1SUMs for the i386 version should be:
834fd761b9c0a5dc550d10d97307dac998103a68 FC-6-i386-rescuecd.iso cc503d99c9d736af9052904a6ab14931b0850078 FC-6-i386-disc1.iso 3051710e6b2f1d17a14ede0ebb74761c29cda954 FC-6-i386-disc2.iso 5357ce21f8766db385b25923216a430b694bca5d FC-6-i386-disc3.iso d6133ab5ccf19431c14fd2ad85bce03c9834ef87 FC-6-i386-disc4.iso 22327af62d6376916e209b0c4934540e14d5664a FC-6-i386-disc5.iso 6722f95b97e5118fa26bafa5b9f622cc7d49530c FC-6-i386-DVD.iso
For the x86_64, they should be:
18d0a690db32fd5569b41acf4f1affeb0448d5fe FC-6-x86_64-rescuecd.iso 5c976214a16b206761e37bbe5c98e53494b115ac FC-6-x86_64-disc1.iso e2f8375ba631f449d137a28d6947e493c631f198 FC-6-x86_64-disc2.iso 6c85acf08c7944362ba761cc32d1d26c612f327c FC-6-x86_64-disc3.iso 6290f258630cedb82ca45bcaff6d02a122a002df FC-6-x86_64-disc4.iso 7babc6131eb2ead65ca09b5efc475b7b212b0775 FC-6-x86_64-disc5.iso 38d975b6fa3b49262bc96df4bfd34d335c94ebb6 FC-6-x86_64-disc6.iso 550da315c09d8b58d4c80534ce5263d359e479be FC-6-x86_64-DVD.iso
- Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
-The world is coming to an end ... SAVE YOUR FILES!!! -
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
- Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
-- "People tell me I look at the dark side. That's not true. I have -
- the heart of a small boy......in a jar right here on my desk." -
-- Stephen King -
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
On Wed, 2007-01-31 at 18:15 -0500, Jeff G wrote:
no, it fails on disk 2
It's best if you don't top post.
In your previous message (see below), you got an SHA1SUM off disk 2, so I don't see how it could have failed.
On 1/31/07, Rick Stevens rstevens@vitalstream.com wrote:
On Wed, 2007-01-31 at 17:59 -0500, Jeff G wrote:
I did check that and got it right:
Here's what "accuhash" calculated, which is the same as the SHA1 file values (and yours)
Disk 1: CC503D99C9D736AF9052904A6AB14931B0850078 Disk 2: 3051710E6B2F1D17A14EDE0EBB74761C29CDA954
Doesn't make it past that.
It hangs up? Then I'd guess the disk 3 image is hosed. I don't have the CD images handy (I have the DVD), but my guess is that the suspect RPM is on disk 3.
Since it's doing x.11, I though it might be trying to load incorrect fonts based on a bad idea of the hardware?
No, it's saying the RPM is 0 bytes, which is flat wrong.
On 1/31/07, Rick Stevens rstevens@vitalstream.com wrote:
On Wed, 2007-01-31 at 14:57 -0500, Jeff G wrote:
[repost attempt, since last one didn't seem to make it]
on Dell Desktop PC w (standard) Intel/82865G Video adapter
Not sure it's due to adapter, but I continually get a failure with new installation on Dell Desktop when it gets to trying to load xorg-x11-fonts-misc-7.1-2.noarch.rpm
it says installating xorg-x11-drivers-7.1-3-i386 (0 bytes)
[note: it really says 0 bytes]
x.org x11 driver installation package
It says package not found either missing or corrupt.
Anyone have any ideas?
That sure as heck smells like a borked disk image. It should be 4785 bytes for the i386 RPM and 4464 bytes for the x86_64 RPM.
I'd recommend you double check the ISO image you're using (do the sha1sum on the image) before you reburn it. The SHA1SUMs for the i386 version should be:
834fd761b9c0a5dc550d10d97307dac998103a68 FC-6-i386-rescuecd.iso cc503d99c9d736af9052904a6ab14931b0850078 FC-6-i386-disc1.iso 3051710e6b2f1d17a14ede0ebb74761c29cda954 FC-6-i386-disc2.iso 5357ce21f8766db385b25923216a430b694bca5d FC-6-i386-disc3.iso d6133ab5ccf19431c14fd2ad85bce03c9834ef87 FC-6-i386-disc4.iso 22327af62d6376916e209b0c4934540e14d5664a FC-6-i386-disc5.iso 6722f95b97e5118fa26bafa5b9f622cc7d49530c FC-6-i386-DVD.iso
For the x86_64, they should be:
18d0a690db32fd5569b41acf4f1affeb0448d5fe FC-6-x86_64-rescuecd.iso 5c976214a16b206761e37bbe5c98e53494b115ac FC-6-x86_64-disc1.iso e2f8375ba631f449d137a28d6947e493c631f198 FC-6-x86_64-disc2.iso 6c85acf08c7944362ba761cc32d1d26c612f327c FC-6-x86_64-disc3.iso 6290f258630cedb82ca45bcaff6d02a122a002df FC-6-x86_64-disc4.iso 7babc6131eb2ead65ca09b5efc475b7b212b0775 FC-6-x86_64-disc5.iso 38d975b6fa3b49262bc96df4bfd34d335c94ebb6 FC-6-x86_64-disc6.iso 550da315c09d8b58d4c80534ce5263d359e479be FC-6-x86_64-DVD.iso
- Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
-The world is coming to an end ... SAVE YOUR FILES!!! -
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
- Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
-- "People tell me I look at the dark side. That's not true. I have -
- the heart of a small boy......in a jar right here on my desk." -
-- Stephen King -
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
---------------------------------------------------------------------- - Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - I.R.S.: We've got what it takes to take what you've got! - ----------------------------------------------------------------------
On 1/31/07, Rick Stevens rstevens@vitalstream.com wrote:
On Wed, 2007-01-31 at 18:15 -0500, Jeff G wrote:
no, it fails on disk 2
It's best if you don't top post.
In your previous message (see below), you got an SHA1SUM off disk 2, so I don't see how it could have failed.
[oops, sorry. I always like reading the answers on top, but if that's not normal, I'll do it this way]
The only thing I thought of is some problem with my CD reader/burner. I did the SHA1 computation on the FILE that I used to burn the CD, not the CD itself. I guess I'll try the CD itself, if that's possible. Otherwise, I'll take and ISO image of the CD and compare the resulting file to the original.
On 1/31/07, Rick Stevens rstevens@vitalstream.com wrote:
On Wed, 2007-01-31 at 17:59 -0500, Jeff G wrote:
I did check that and got it right:
Here's what "accuhash" calculated, which is the same as the SHA1 file values (and yours)
Disk 1: CC503D99C9D736AF9052904A6AB14931B0850078 Disk 2: 3051710E6B2F1D17A14EDE0EBB74761C29CDA954
Doesn't make it past that.
It hangs up? Then I'd guess the disk 3 image is hosed. I don't have the CD images handy (I have the DVD), but my guess is that the suspect RPM is on disk 3.
Since it's doing x.11, I though it might be trying to load incorrect fonts based on a bad idea of the hardware?
No, it's saying the RPM is 0 bytes, which is flat wrong.
On 1/31/07, Rick Stevens rstevens@vitalstream.com wrote:
On Wed, 2007-01-31 at 14:57 -0500, Jeff G wrote:
[repost attempt, since last one didn't seem to make it]
on Dell Desktop PC w (standard) Intel/82865G Video adapter
Not sure it's due to adapter, but I continually get a failure with new installation on Dell Desktop when it gets to trying to load xorg-x11-fonts-misc-7.1-2.noarch.rpm
it says installating xorg-x11-drivers-7.1-3-i386 (0 bytes)
[note: it really says 0 bytes]
x.org x11 driver installation package
It says package not found either missing or corrupt.
Anyone have any ideas?
That sure as heck smells like a borked disk image. It should be 4785 bytes for the i386 RPM and 4464 bytes for the x86_64 RPM.
I'd recommend you double check the ISO image you're using (do the sha1sum on the image) before you reburn it. The SHA1SUMs for the i386 version should be:
834fd761b9c0a5dc550d10d97307dac998103a68 FC-6-i386-rescuecd.iso cc503d99c9d736af9052904a6ab14931b0850078 FC-6-i386-disc1.iso 3051710e6b2f1d17a14ede0ebb74761c29cda954 FC-6-i386-disc2.iso 5357ce21f8766db385b25923216a430b694bca5d FC-6-i386-disc3.iso d6133ab5ccf19431c14fd2ad85bce03c9834ef87 FC-6-i386-disc4.iso 22327af62d6376916e209b0c4934540e14d5664a FC-6-i386-disc5.iso 6722f95b97e5118fa26bafa5b9f622cc7d49530c FC-6-i386-DVD.iso
For the x86_64, they should be:
18d0a690db32fd5569b41acf4f1affeb0448d5fe FC-6-x86_64-rescuecd.iso 5c976214a16b206761e37bbe5c98e53494b115ac FC-6-x86_64-disc1.iso e2f8375ba631f449d137a28d6947e493c631f198 FC-6-x86_64-disc2.iso 6c85acf08c7944362ba761cc32d1d26c612f327c FC-6-x86_64-disc3.iso 6290f258630cedb82ca45bcaff6d02a122a002df FC-6-x86_64-disc4.iso 7babc6131eb2ead65ca09b5efc475b7b212b0775 FC-6-x86_64-disc5.iso 38d975b6fa3b49262bc96df4bfd34d335c94ebb6 FC-6-x86_64-disc6.iso 550da315c09d8b58d4c80534ce5263d359e479be FC-6-x86_64-DVD.iso
- Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
-The world is coming to an end ... SAVE YOUR FILES!!! -
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
- Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
-- "People tell me I look at the dark side. That's not true. I have -
- the heart of a small boy......in a jar right here on my desk." -
-- Stephen King -
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
- Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
-I.R.S.: We've got what it takes to take what you've got! -
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Jeff G wrote:
As mentioned earlier, a zero byte file is not what to expect from the media. You might mount the disc on a working installation and look for the rpms that it is stating zero bytes for. If they do not exist or you cannot copy or view the contents of the file, it is most likely messed up.
It might be possible to that anaconda is looking for a file by the wrong name based on what packages you have installed. I would not know what the heck it is looking for on your system. If you are curious and it made it up to that point, you migh find information regarding the failure in the /root directory in log files. You can type linux rescue or mount the partition from another installation.
What I would find simpler would be to type 'linux xdriver=i810' at the boot prompt since you have an Intel card that I also have on several computers I run Fedora on. This should force the installer to not try to use another driver for install. If it still fails you might have a problem with your CDROM being shoddy or your burned media not being optimum. I believe you would pass 'linux ide=nodma' to force the installer to slow down to accommodate shoddy media readers.
Varying your package selection, slowing down the processes for your CDROM reader, specifying a known video drier or doing a text install or network or from hard drive install are all of the options that I can think of right now.
Jim
On Wed, 2007-01-31 at 20:14 -0500, Jeff G wrote:
On 1/31/07, Rick Stevens rstevens@vitalstream.com wrote:
On Wed, 2007-01-31 at 18:15 -0500, Jeff G wrote:
no, it fails on disk 2
It's best if you don't top post.
In your previous message (see below), you got an SHA1SUM off disk 2, so I don't see how it could have failed.
[oops, sorry. I always like reading the answers on top, but if that's not normal, I'll do it this way]
The only thing I thought of is some problem with my CD reader/burner. I did the SHA1 computation on the FILE that I used to burn the CD, not the CD itself. I guess I'll try the CD itself, if that's possible. Otherwise, I'll take and ISO image of the CD and compare the resulting file to the original.
What I really meant was for you to do a full sha1sum on ALL of the ISOs you used to burn the media and verify you get the correct signatures. The idea was to ensure the ISOs were clean to start with.
Next, check the media you're using. Make sure you get name-brand 700MB media. A lot of the "bargain" media absolutely won't hold 700MB. CDs are written from the center out (like an old LP record, but in reverse), so the edge of the media is the last bit to be used. In bargain media, the material is suspect and out at the edge (where the rotational speed is greatest and flutter can be an issue), issues with suspect material get MASSIVELY amplified. I use TDK media almost exclusively (this is NOT a commercial) and have have very few issues.
As another poster mentioned, you may take a look at the CDs themselves on a machine that is running and go to the "/mountpoint/Fedora/RPMS" directory on the CD. Look for any RPMs that are 0 length. You can do that via "find . -size 0"
On 1/31/07, Rick Stevens rstevens@vitalstream.com wrote:
On Wed, 2007-01-31 at 17:59 -0500, Jeff G wrote:
I did check that and got it right:
Here's what "accuhash" calculated, which is the same as the SHA1 file values (and yours)
Disk 1: CC503D99C9D736AF9052904A6AB14931B0850078 Disk 2: 3051710E6B2F1D17A14EDE0EBB74761C29CDA954
Doesn't make it past that.
It hangs up? Then I'd guess the disk 3 image is hosed. I don't have the CD images handy (I have the DVD), but my guess is that the suspect RPM is on disk 3.
Since it's doing x.11, I though it might be trying to load incorrect fonts based on a bad idea of the hardware?
No, it's saying the RPM is 0 bytes, which is flat wrong.
On 1/31/07, Rick Stevens rstevens@vitalstream.com wrote:
On Wed, 2007-01-31 at 14:57 -0500, Jeff G wrote: > [repost attempt, since last one didn't seem to make it] > > on Dell Desktop PC w (standard) Intel/82865G Video adapter > > Not sure it's due to adapter, but I continually get a failure with new > installation on Dell Desktop when it gets to trying to load > xorg-x11-fonts-misc-7.1-2.noarch.rpm > > it says installating xorg-x11-drivers-7.1-3-i386 (0 bytes) > > [note: it really says 0 bytes] > > x.org x11 driver installation package > > It says package not found either missing or corrupt. > > Anyone have any ideas?
That sure as heck smells like a borked disk image. It should be 4785 bytes for the i386 RPM and 4464 bytes for the x86_64 RPM.
I'd recommend you double check the ISO image you're using (do the sha1sum on the image) before you reburn it. The SHA1SUMs for the i386 version should be:
834fd761b9c0a5dc550d10d97307dac998103a68 FC-6-i386-rescuecd.iso cc503d99c9d736af9052904a6ab14931b0850078 FC-6-i386-disc1.iso 3051710e6b2f1d17a14ede0ebb74761c29cda954 FC-6-i386-disc2.iso 5357ce21f8766db385b25923216a430b694bca5d FC-6-i386-disc3.iso d6133ab5ccf19431c14fd2ad85bce03c9834ef87 FC-6-i386-disc4.iso 22327af62d6376916e209b0c4934540e14d5664a FC-6-i386-disc5.iso 6722f95b97e5118fa26bafa5b9f622cc7d49530c FC-6-i386-DVD.iso
For the x86_64, they should be:
18d0a690db32fd5569b41acf4f1affeb0448d5fe FC-6-x86_64-rescuecd.iso 5c976214a16b206761e37bbe5c98e53494b115ac FC-6-x86_64-disc1.iso e2f8375ba631f449d137a28d6947e493c631f198 FC-6-x86_64-disc2.iso 6c85acf08c7944362ba761cc32d1d26c612f327c FC-6-x86_64-disc3.iso 6290f258630cedb82ca45bcaff6d02a122a002df FC-6-x86_64-disc4.iso 7babc6131eb2ead65ca09b5efc475b7b212b0775 FC-6-x86_64-disc5.iso 38d975b6fa3b49262bc96df4bfd34d335c94ebb6 FC-6-x86_64-disc6.iso 550da315c09d8b58d4c80534ce5263d359e479be FC-6-x86_64-DVD.iso
- Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
-The world is coming to an end ... SAVE YOUR FILES!!! -
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
- Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
-- "People tell me I look at the dark side. That's not true. I have -
- the heart of a small boy......in a jar right here on my desk." -
-- Stephen King -
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
- Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
-I.R.S.: We've got what it takes to take what you've got! -
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
---------------------------------------------------------------------- - Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - We look for things. Things that make us go! - ----------------------------------------------------------------------
On 2/1/07, Rick Stevens rstevens@vitalstream.com wrote:
On Wed, 2007-01-31 at 20:14 -0500, Jeff G wrote:
On 1/31/07, Rick Stevens rstevens@vitalstream.com wrote:
On Wed, 2007-01-31 at 18:15 -0500, Jeff G wrote:
no, it fails on disk 2
It's best if you don't top post.
In your previous message (see below), you got an SHA1SUM off disk 2, so I don't see how it could have failed.
[oops, sorry. I always like reading the answers on top, but if that's not normal, I'll do it this way]
The only thing I thought of is some problem with my CD reader/burner. I did the SHA1 computation on the FILE that I used to burn the CD, not the CD itself. I guess I'll try the CD itself, if that's possible. Otherwise, I'll take and ISO image of the CD and compare the resulting file to the original.
What I really meant was for you to do a full sha1sum on ALL of the ISOs you used to burn the media and verify you get the correct signatures. The idea was to ensure the ISOs were clean to start with.
Next, check the media you're using. Make sure you get name-brand 700MB media. A lot of the "bargain" media absolutely won't hold 700MB. CDs are written from the center out (like an old LP record, but in reverse), so the edge of the media is the last bit to be used. In bargain media, the material is suspect and out at the edge (where the rotational speed is greatest and flutter can be an issue), issues with suspect material get MASSIVELY amplified. I use TDK media almost exclusively (this is NOT a commercial) and have have very few issues.
As another poster mentioned, you may take a look at the CDs themselves on a machine that is running and go to the "/mountpoint/Fedora/RPMS" directory on the CD. Look for any RPMs that are 0 length. You can do that via "find . -size 0"
On 1/31/07, Rick Stevens rstevens@vitalstream.com wrote:
On Wed, 2007-01-31 at 17:59 -0500, Jeff G wrote:
I did check that and got it right:
Here's what "accuhash" calculated, which is the same as the SHA1 file values (and yours)
Disk 1: CC503D99C9D736AF9052904A6AB14931B0850078 Disk 2: 3051710E6B2F1D17A14EDE0EBB74761C29CDA954
Doesn't make it past that.
It hangs up? Then I'd guess the disk 3 image is hosed. I don't have the CD images handy (I have the DVD), but my guess is that the suspect RPM is on disk 3.
Since it's doing x.11, I though it might be trying to load incorrect fonts based on a bad idea of the hardware?
No, it's saying the RPM is 0 bytes, which is flat wrong.
On 1/31/07, Rick Stevens rstevens@vitalstream.com wrote: > On Wed, 2007-01-31 at 14:57 -0500, Jeff G wrote: > > [repost attempt, since last one didn't seem to make it] > > > > on Dell Desktop PC w (standard) Intel/82865G Video adapter > > > > Not sure it's due to adapter, but I continually get a failure with new > > installation on Dell Desktop when it gets to trying to load > > xorg-x11-fonts-misc-7.1-2.noarch.rpm > > > > it says installating xorg-x11-drivers-7.1-3-i386 (0 bytes) > > > > [note: it really says 0 bytes] > > > > x.org x11 driver installation package > > > > It says package not found either missing or corrupt. > > > > Anyone have any ideas? > > That sure as heck smells like a borked disk image. It should be 4785 > bytes for the i386 RPM and 4464 bytes for the x86_64 RPM. > > I'd recommend you double check the ISO image you're using (do the > sha1sum on the image) before you reburn it. The SHA1SUMs for the i386 > version should be: > > 834fd761b9c0a5dc550d10d97307dac998103a68 FC-6-i386-rescuecd.iso > cc503d99c9d736af9052904a6ab14931b0850078 FC-6-i386-disc1.iso > 3051710e6b2f1d17a14ede0ebb74761c29cda954 FC-6-i386-disc2.iso > 5357ce21f8766db385b25923216a430b694bca5d FC-6-i386-disc3.iso > d6133ab5ccf19431c14fd2ad85bce03c9834ef87 FC-6-i386-disc4.iso > 22327af62d6376916e209b0c4934540e14d5664a FC-6-i386-disc5.iso > 6722f95b97e5118fa26bafa5b9f622cc7d49530c FC-6-i386-DVD.iso > > For the x86_64, they should be: > > 18d0a690db32fd5569b41acf4f1affeb0448d5fe FC-6-x86_64-rescuecd.iso > 5c976214a16b206761e37bbe5c98e53494b115ac FC-6-x86_64-disc1.iso > e2f8375ba631f449d137a28d6947e493c631f198 FC-6-x86_64-disc2.iso > 6c85acf08c7944362ba761cc32d1d26c612f327c FC-6-x86_64-disc3.iso > 6290f258630cedb82ca45bcaff6d02a122a002df FC-6-x86_64-disc4.iso > 7babc6131eb2ead65ca09b5efc475b7b212b0775 FC-6-x86_64-disc5.iso > 38d975b6fa3b49262bc96df4bfd34d335c94ebb6 FC-6-x86_64-disc6.iso > 550da315c09d8b58d4c80534ce5263d359e479be FC-6-x86_64-DVD.iso > > > ---------------------------------------------------------------------- > - Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com - > - VitalStream, Inc. http://www.vitalstream.com - > - - > - The world is coming to an end ... SAVE YOUR FILES!!! - > ---------------------------------------------------------------------- > > -- > fedora-list mailing list > fedora-list@redhat.com > To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list >
- Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
-- "People tell me I look at the dark side. That's not true. I have -
- the heart of a small boy......in a jar right here on my desk." -
-- Stephen King -
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
- Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
-I.R.S.: We've got what it takes to take what you've got! -
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
- Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
-We look for things. Things that make us go! -
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
I took your advice and did check the .iso images and all was fine. Then I checked the CDs (also using accuhash on Windows). This time, I got a "data error" on CD 2. I was pretty sure that I had done a "media scan" before install, though.
Regardless, I re-burned CD 2, and tried it again. IT WORKED! Oddly, the screen had the same info (0 bytes) just before asking for CD 2, BUT then I noticed it saying something about having to build from source and it went on it's merry way.
I am happily using this system to type this message, but I think there is a least one moral to this story -- The installer should say "I/O ERROR" or something similar instead of package not found.
I actually DO use TDK disks too, but never knew the burning process could be so faulty without feedback while burning, so I learned now to check my CDs as well.
Thank you all.
On Thu, 2007-02-01 at 14:48 -0500, Jeff G wrote:
On 2/1/07, Rick Stevens rstevens@vitalstream.com wrote:
On Wed, 2007-01-31 at 20:14 -0500, Jeff G wrote:
On 1/31/07, Rick Stevens rstevens@vitalstream.com wrote:
On Wed, 2007-01-31 at 18:15 -0500, Jeff G wrote:
no, it fails on disk 2
It's best if you don't top post.
In your previous message (see below), you got an SHA1SUM off disk 2, so I don't see how it could have failed.
[oops, sorry. I always like reading the answers on top, but if that's not normal, I'll do it this way]
The only thing I thought of is some problem with my CD reader/burner. I did the SHA1 computation on the FILE that I used to burn the CD, not the CD itself. I guess I'll try the CD itself, if that's possible. Otherwise, I'll take and ISO image of the CD and compare the resulting file to the original.
What I really meant was for you to do a full sha1sum on ALL of the ISOs you used to burn the media and verify you get the correct signatures. The idea was to ensure the ISOs were clean to start with.
Next, check the media you're using. Make sure you get name-brand 700MB media. A lot of the "bargain" media absolutely won't hold 700MB. CDs are written from the center out (like an old LP record, but in reverse), so the edge of the media is the last bit to be used. In bargain media, the material is suspect and out at the edge (where the rotational speed is greatest and flutter can be an issue), issues with suspect material get MASSIVELY amplified. I use TDK media almost exclusively (this is NOT a commercial) and have have very few issues.
As another poster mentioned, you may take a look at the CDs themselves on a machine that is running and go to the "/mountpoint/Fedora/RPMS" directory on the CD. Look for any RPMs that are 0 length. You can do that via "find . -size 0"
On 1/31/07, Rick Stevens rstevens@vitalstream.com wrote:
On Wed, 2007-01-31 at 17:59 -0500, Jeff G wrote: > I did check that and got it right: > > Here's what "accuhash" calculated, which is the same as the SHA1 file > values (and yours) > > Disk 1: CC503D99C9D736AF9052904A6AB14931B0850078 > Disk 2: 3051710E6B2F1D17A14EDE0EBB74761C29CDA954 > > Doesn't make it past that.
It hangs up? Then I'd guess the disk 3 image is hosed. I don't have the CD images handy (I have the DVD), but my guess is that the suspect RPM is on disk 3.
> Since it's doing x.11, I though it might be trying to load incorrect > fonts based on a bad idea of the hardware?
No, it's saying the RPM is 0 bytes, which is flat wrong.
> On 1/31/07, Rick Stevens rstevens@vitalstream.com wrote: > > On Wed, 2007-01-31 at 14:57 -0500, Jeff G wrote: > > > [repost attempt, since last one didn't seem to make it] > > > > > > on Dell Desktop PC w (standard) Intel/82865G Video adapter > > > > > > Not sure it's due to adapter, but I continually get a failure with new > > > installation on Dell Desktop when it gets to trying to load > > > xorg-x11-fonts-misc-7.1-2.noarch.rpm > > > > > > it says installating xorg-x11-drivers-7.1-3-i386 (0 bytes) > > > > > > [note: it really says 0 bytes] > > > > > > x.org x11 driver installation package > > > > > > It says package not found either missing or corrupt. > > > > > > Anyone have any ideas? > > > > That sure as heck smells like a borked disk image. It should be 4785 > > bytes for the i386 RPM and 4464 bytes for the x86_64 RPM. > > > > I'd recommend you double check the ISO image you're using (do the > > sha1sum on the image) before you reburn it. The SHA1SUMs for the i386 > > version should be: > > > > 834fd761b9c0a5dc550d10d97307dac998103a68 FC-6-i386-rescuecd.iso > > cc503d99c9d736af9052904a6ab14931b0850078 FC-6-i386-disc1.iso > > 3051710e6b2f1d17a14ede0ebb74761c29cda954 FC-6-i386-disc2.iso > > 5357ce21f8766db385b25923216a430b694bca5d FC-6-i386-disc3.iso > > d6133ab5ccf19431c14fd2ad85bce03c9834ef87 FC-6-i386-disc4.iso > > 22327af62d6376916e209b0c4934540e14d5664a FC-6-i386-disc5.iso > > 6722f95b97e5118fa26bafa5b9f622cc7d49530c FC-6-i386-DVD.iso > > > > For the x86_64, they should be: > > > > 18d0a690db32fd5569b41acf4f1affeb0448d5fe FC-6-x86_64-rescuecd.iso > > 5c976214a16b206761e37bbe5c98e53494b115ac FC-6-x86_64-disc1.iso > > e2f8375ba631f449d137a28d6947e493c631f198 FC-6-x86_64-disc2.iso > > 6c85acf08c7944362ba761cc32d1d26c612f327c FC-6-x86_64-disc3.iso > > 6290f258630cedb82ca45bcaff6d02a122a002df FC-6-x86_64-disc4.iso > > 7babc6131eb2ead65ca09b5efc475b7b212b0775 FC-6-x86_64-disc5.iso > > 38d975b6fa3b49262bc96df4bfd34d335c94ebb6 FC-6-x86_64-disc6.iso > > 550da315c09d8b58d4c80534ce5263d359e479be FC-6-x86_64-DVD.iso > > > > > > ---------------------------------------------------------------------- > > - Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com - > > - VitalStream, Inc. http://www.vitalstream.com - > > - - > > - The world is coming to an end ... SAVE YOUR FILES!!! - > > ---------------------------------------------------------------------- > > > > -- > > fedora-list mailing list > > fedora-list@redhat.com > > To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list > >
>
- Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
-- "People tell me I look at the dark side. That's not true. I have -
- the heart of a small boy......in a jar right here on my desk." -
-- Stephen King -
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
- Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
-I.R.S.: We've got what it takes to take what you've got! -
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
- Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
-We look for things. Things that make us go! -
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
I took your advice and did check the .iso images and all was fine. Then I checked the CDs (also using accuhash on Windows). This time, I got a "data error" on CD 2. I was pretty sure that I had done a "media scan" before install, though.
Hmmm.
Regardless, I re-burned CD 2, and tried it again. IT WORKED! Oddly, the screen had the same info (0 bytes) just before asking for CD 2, BUT then I noticed it saying something about having to build from source and it went on it's merry way.
That's possible. The postinstall script may force a rebuild.
I am happily using this system to type this message, but I think there is a least one moral to this story -- The installer should say "I/O ERROR" or something similar instead of package not found.
There are a lot of complaints about the installer's messages. You're not the only one to notice. :-P The only thing I can suggest is that you file a bugzilla about it. As the developers say "I can't fix it if I don't know what's broken!"
I actually DO use TDK disks too, but never knew the burning process could be so faulty without feedback while burning, so I learned now to check my CDs as well.
Or burn them at a slower speed. I buy good CD/DVD writers, but I rarely burn at 42x or 50x speed. I usually slow down to 24x, just to be safe. The faster you spin the disk, the more flutter occurs at the edge.
Thank you all.
The important thing is that you got it working. Congratulations! And on behalf of the other posters on this thread, you're very, very welcome! That's why we're all here...to help each other.
---------------------------------------------------------------------- - Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - What is a "free" gift? Aren't all gifts free? - ----------------------------------------------------------------------
On Thu, 2007-02-01 at 14:48 -0500, Jeff G wrote:
I actually DO use TDK disks too, but never knew the burning process could be so faulty without feedback while burning, so I learned now to check my CDs as well.
If you had a software error, while burning, you'd probably hear about it at the time. But a while burning, it's playing with the laser onto the disc, and has no feedback about how successful that is. Burn verification can only be done after the burn, by reading back the disc and comparing against a source.
The last few programs that I've tried when burning discs gave no options for post-burning verification.
On Thursday 01 February 2007 10:02 pm, Tim wrote:
On Thu, 2007-02-01 at 14:48 -0500, Jeff G wrote:
I actually DO use TDK disks too, but never knew the burning process could be so faulty without feedback while burning, so I learned now to check my CDs as well.
If you had a software error, while burning, you'd probably hear about it at the time. But a while burning, it's playing with the laser onto the disc, and has no feedback about how successful that is. Burn verification can only be done after the burn, by reading back the disc and comparing against a source.
The last few programs that I've tried when burning discs gave no options for post-burning verification.
Tim: k3b has an option for verifying the post disk. -- cmg
-- cmg
On 2/1/07, Carroll Grigsby cgrigs@earthlink.net wrote:
On Thursday 01 February 2007 10:02 pm, Tim wrote:
On Thu, 2007-02-01 at 14:48 -0500, Jeff G wrote:
I actually DO use TDK disks too, but never knew the burning process could be so faulty without feedback while burning, so I learned now to check my CDs as well.
If you had a software error, while burning, you'd probably hear about it at the time. But a while burning, it's playing with the laser onto the disc, and has no feedback about how successful that is. Burn verification can only be done after the burn, by reading back the disc and comparing against a source.
The last few programs that I've tried when burning discs gave no options for post-burning verification.
Tim: k3b has an option for verifying the post disk. -- cmg
-- cmg
Differences in CD media quality, burner, and reader can make installation difficult. Here are some options:
1. If you have a broadband connection do an FTP or NFS install. Your first CD is good enough for the process. Do a minimum install initially. Once you have the system up and running add the remaining packages to complete your system. The major packages have been updated. Don't waste time reinstalling the same packages.
2. Try a minimum install with the CDs that you have already burned. If that succeeds go on -line and install the remaining packages.
Don't make any more coasters.
On Friday 02 February 2007 03:31, Carroll Grigsby wrote:
On Thursday 01 February 2007 10:02 pm, Tim wrote:
On Thu, 2007-02-01 at 14:48 -0500, Jeff G wrote:
I actually DO use TDK disks too, but never knew the burning process could be so faulty without feedback while burning, so I learned now to check my CDs as well.
If you had a software error, while burning, you'd probably hear about it at the time. But a while burning, it's playing with the laser onto the disc, and has no feedback about how successful that is. Burn verification can only be done after the burn, by reading back the disc and comparing against a source.
The last few programs that I've tried when burning discs gave no options for post-burning verification.
Tim: k3b has an option for verifying the post disk.
I mainly use k3b these days, but XCDRoast also has a verify option.
Anne