Hide Forgot
Description of problem: Attempting the usrmove procedure fails: cannot convert from a pre-usrmove Fedora 17 rawhide to a post-usrmove Fedora 17 rawhide. Version-Release number of selected component (if applicable): dracut-015-8.git20120210.fc18.noarch How reproducible: haven/t tried Steps to Reproduce: 1.# yum --enablerepo=rawhide update dracut 2.# dracut --force --add usrmove 3. Actual results: ----- Running Transaction Updating : dracut-015-8.git20120210.fc18.noarch 1/2 Cleanup : dracut-014-38.git20120117.fc17.noarch 2/2 Verifying : dracut-015-8.git20120210.fc18.noarch 1/2 Verifying : dracut-014-38.git20120117.fc17.noarch 2/2 Updated: dracut.noarch 0:015-8.git20120210.fc18 Complete! E: Dracut module "usrmove" cannot be found. E: Dracut module "usrmove" cannot be found. # echo $? 0 # find /usr/lib/dracut -name '*usrmove*' # ### empty: no usrmove module ----- and there is no Expected results: no complaints; module 'usrmove' present Additional info:
"... and there is no ..." usrmove module below /usr/lib/dracut.
Reassigning, this has nothing to do with zzuf.
Up-to-date instructions are here: https://fedoraproject.org/wiki/Upgrading_Fedora_using_yum#Fedora_16_-.3E_Fedora_17
The name of the module did change to 'convertfs'. However, there's still a bug here because when the non-existent module name 'usrmove' is specified, then the shell return code does not reflect the "E:" error(s) that appear on stderr. Instead, when --add names an unknown module then dracut should return non-zero shell status code (usually, 1) to signify the error.
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Changing version to '19'. (As we did not run this process for some time, it could affect also pre-Fedora 19 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19