On Sun, 2018-09-02 at 08:58 -0700, stan wrote: > On Sun, 2 Sep 2018 09:33:39 +0200 > Andreas Tunek <andreas.tunek@xxxxxxxxx> wrote: > > > There is no root acoount on a default F29 installation. Also, you > > can't see the boot menu and I haven't been able to trigger it. > > Whoa! I'm not sure what that buys, but I'll change that as soon as > possible when I install it. That's crazy! Maybe someone wants to > imitate a Mac or something. It's a Change that was properly announced and extensively discussed on this list. (Though it's unfortunate that this situation is apparently not considered a 'failed' boot by the mechanism that's supposed to make sure the boot menu *is* shown after a failed boot). https://fedoraproject.org/wiki/Changes/HiddenGrubMenu https://bugzilla.redhat.com/show_bug.cgi?id=1592201 > "Don't you trouble your pretty little head > about what is going on behind the scenes, dearie, it is all taken > care of. You just watch the pretty pictures, leave the driving to us." > And that's reasonable for a certain class of users. Please avoid implicitly gendered language like this, that's not cool, and you don't need it to make your point. > > Is there a guide or something how to do that? > > Alexander gave you one option, here are a couple of others. > > http://www.system-rescue-cd.org/ > > https://www.fossmint.com/linux-rescue-recovery-tools/ > > A Fedora livecd would also work, anything that can boot the system > without using the installed image. The advantage of using a recent > fedora live image is that the kernel and packages will be compatible. > > > Disk is not cheap on my test laptop unfortunately... > > There isn't even 80 GB, maybe less, free to clone the current version > before you update? An rsync makes this easy, though you should > probably do it from a live image so the temporary stuff created during > boot isn't there. > > > I think that install is gone and all I can do is reinstall. Not very > > fun..... > > I think you can recover, though it will be some work. In your > situation, I would try to recover, as I think a reinstall will take > more time and effort than a recovery. > > All that is needed is to either downgrade dbus, or update it to the > repaired version. You could just go to koji, grab the fixed dbus rpms, > https://koji.fedoraproject.org/koji/buildinfo?buildID=1140329 > cp them into the installed system from the rescue environment, > chroot into the installed system from the rescue environment, > and then run > dnf -C update [the koji files, space separated] > or > rpm -ivh [the koji files, space separated] > Then leave the chroot with > exit > and shutdown. > > After that, booting into the system should work as dbus will be > repaired. Actually, I think the title of this thread is wrong. At least in my testing, 1.12.10-2.fc29 is the *broken* package. 1.12.10-1.fc29 is fine. It's when you upgrade to 1.12.10-2.fc29 that things go sideways. To fix things you need to either enable dbus-daemon.service or downgrade to -1. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
