Hide Forgot
Description of problem: I was upgrading the system of a friend from Fedora KDE 14 64bit to 16, when in anaconda I got: "A critical error happened during installation of package qt-examples. This could depends from errors while reading installation media. The installation cannot continue" Why the installation cannot continue? People should be able to skip corrupted packages, instead this will destroy the system and force me to waste time to format and reinstall the entire system. I did not try to restart again Anaconda upgrade because I did not have the time. I don't know what other infos I can attach, I will see him on 11th January, so I will try again and I will do a hard drive check to clarify all dubts about a possible (?) hardware failure
What if the corrupt package is something important, that lots of other packages depend upon? Then you have a cascading effect where more and more of the system is uninstallable. Please attach /tmp/anaconda.log, /tmp/syslog, and /root/upgrade.log from during the upgrade process to this bug report.
I had the same problem. However, with a lot of work, I was able to complete the install after removing that package. The problem I got, from memory, is the same I now get when trying to install that package: yum install qt-examples proceeds about half way through (from hash) -------------------------- Downloading Packages: qt-examples-4.8.0-7.fc16.x86_64.rpm | 11 MB 00:10 Running Transaction Check Running Transaction Test Transaction Test Succeeded Running Transaction Installing : 1:qt-examples-4.8.0-7.fc16.x86_64 1/1 Error unpacking rpm package 1:qt-examples-4.8.0-7.fc16.x86_64 error: unpacking of archive failed on file /usr/lib64/qt4/examples/declarative/i18n/i18n: cpio: rename Failed: qt-examples.x86_64 1:4.8.0-7.fc16 Complete! ------------------------ Note that this package is installed as a dependency of qt-creator
I cannot add these logs because they no longer exist
@Chris Lumens > What if the corrupt package is something important, that lots of other > packages depend upon? Then you have a cascading effect where more and more > of the system is uninstallable. What if the corrupt package is something UNimportant (like qt-examples), and the user knows it? Are you saying that it's better to let the user's update die and then require them to maybe do a fresh install, as opposed to just adding a simple and sensible option to skip the broken package? I just went through this and that simple option would have saved me a great deal of time and frustration. And what if the corrupt package IS something important? Isn't the system pretty much hosed anyway? Your concern is well-meaning but a poor excuse for omitting the reasonable feature that was requested.