Description of problem: Anaconda crashes about half way through the upgradel while installing the package 300/600.... If I try to disable that package, it will just crash at another package at the same spot (the rank seems to be the important factor, not the package itself) How reproducible: Always Steps to Reproduce: 1. Boot into installer 2. choose upgrade from harddisk 3. just select the fault options Actual Results: In tty1 (ncurses interface) I get this message, but I get it way before it freezes, so I'm not sure at all if its related: ***PSM_RDB_LOAD: head #730 not found But the interesting message is on tty4: the <6> fill the whole screen.. <6> 01:01: rw=0, want=5617, limit=4608 <6> attempt to access beyond end of device <6> 01:01: rw=0, want=5617, limit=4608 <6> attempt to access beyond end of device <6> 01:01: rw=0, want=5617, limit=4608 <6> attempt to access beyond end of device <6> 01:01: rw=0, want=5617, limit=4608 <6> attempt to access beyond end of device <6> 01:01: rw=0, want=5617, limit=4608 <6> attempt to access beyond end of device <4> Error -3 while decompressing <4> c02a44f6(2219)->cc680000(4096) <4> Error -3 while decompressing <4> c02a6ec0(600)->cbd5700(4096) Additional info: The error messages where copied by hand... I checked the md5 on the isos more than once, so I'm pretty that they are correct. It leaves a half updated system where some packages do not work.. (ie. up2date segfaults...)
err. up2date crashing was due to LD_PRELOADing gdkxft.... on a gtk+2 app...
Please boot the installer with 'linux mediacheck' and test the ISO images on your harddrive for errors.
As I said I the original bug report... md5sum -c tells me that they are perfect... I'll try mediacheck...
Make sure you run the test on the same machine you are having problems installing on. I've had dozens of bug reports where different CD drive read CDs differently.
It is not a CD install, but a HD install. And the ISOs where on the root ext3 partition of the system being upgraded... So it's not a cdrom problem. I ended up just upgraded the redhat-release package and then running up2date... Why dont you support that method for upgrades? It would be much easier... (debian like in place upgrade...) I tried doing a NFS upgrade from the same ISOs, but on a different system and it worked perfectly (no problem with the mediacheck) and the upgrade was very smooth.
Glad to hear your found a workaround!