Re: Fedup fails fc17->fc18 on encrypted partition

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Did you try using yum? I have always been successful with it (you may
need to remove obsolete packages or ones that generate complaints,
temporarily). I have never been successful with fedup (including
F18->F19 in the only instance I tried in the 18 to 19 case -- everything
went through w/o complaint but the system did not come up).

Look at the following: really three commands:

https://fedoraproject.org/wiki/Upgrading_Fedora_using_yum#Fedora_18_-.3E_Fedora_19

HTH,
Ranjan

On Mon, 15 Jul 2013 12:43:01 -0400 Bill Davidsen <davidsen@xxxxxxx>
wrote:

> I tried to upgrade a system to fc18 using fedup. The root is encrypted. I first 
> updated fc17 to the latest packages and rebooted, then run fedup using a locally 
> mounted ISO image and "--network 18" which ran to uneventful conclusion. On 
> reboot the password was supplied and the system ran for about five hours (was 
> reading a book and checking every chapter or so), and after the next reboot the 
> system crashed during boot.
> 
> On a reboot the list of boot options appeared, but none continued, unable to 
> find a filesystem, and not ever asking for a LUKS password. A boot from recovery 
> drive showed no usable data on the internal drive, it was not marked as LUKS (as 
> far as I can tell), not password was requested, no filesystem was found, an 
> attempt to mount the partition manually resulted in no password prompt and no 
> filesystem identified.
> 
> With no working way to upgrade and about 17 more to do, if I have to back up and 
> hand install a new OS, it sure won't be Fedora, the upgrade process only works 
> about 50% of the time on unencrypted systems, and there seems no working path on 
> encrypted. The old "update" worked so reliably, can't the developers admit fedup 
> was a bad idea and and return to a sane update procedure?
> 
> -- 
> Bill Davidsen <davidsen@xxxxxxx>
>    "'Nothing to hide' does not imply 'nothing to fear'"
>        - me
>    "AT&T could not seriously contend that a reasonable entity in its position
>     could have believed that the alleged domestic dragnet was legal."
>        -judge Vaughn R. Walker of the U.S. District Court
>         for the Northern District of California, EFF vs. AT&T
> 
> -- 
> users mailing list
> users@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org
-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org




[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux