Red Hat Bugzilla – Bug 461071
dbus exception in loader, org.freedesktop.NetworkManager not provided
Last modified: 2013-01-10 11:59:50 EST
Created attachment 315709 [details]
Screenshot of the crash
I think screenshots are the only way to explain this. This is a compose of content from 20080903 (with a slightly newer 'cluster' package so that deps weren't broken). This crash is just as it's trying to run loader.
Sorry, it's when loader tries to launch anaconda, which is well after loader starts.
*** Bug 461140 has been marked as a duplicate of this bug. ***
Saw same thing this morning and an X86_64 system but running 386 install.
*** Bug 461212 has been marked as a duplicate of this bug. ***
This should be fixed in the next build of anaconda, though there's still some fine tuning to do before network configuration works completely.
The version of Anaconda this was first seen in is not posted here, but I'm still seeing it in the 20080910 composed boot.iso which has anaconda 184.108.40.206.
Yeah, I'm still seeing this booting from boot.iso. Booting instead from kernel + initrd and pointing to stage2 over the network seems fine, though.
*** Bug 461878 has been marked as a duplicate of this bug. ***
This will be fixed in the next build of anaconda. It helps when we start NM in
all cases, not just in the loader when networking is enabled.
*** Bug 461804 has been marked as a duplicate of this bug. ***
(In reply to comment #9)
> This will be fixed in the next build of anaconda.
"rawhide report: 20080912 changes" showed no paragraph for anaconda. A pungi-composed DVD that was made from today's rawhide (the freeze for Fedora 10 beta) failed very shortly after "Starting graphical interface" with the same symptom "The name org.freedesktop.NetworkManager was not provided by any .service files".
Take a closer look?
* Thu Sep 11 18:00:00 2008 Chris Lumens <clumens redhat com> - 220.127.116.11-1
- Always start NM so we can talk to it in the boot.iso case (#461071).
- Use the device path to identify LUKS devs in /etc/fstab. (#460700)
- Use the LUKS UUID instead of device nodes in all references. (#460700)
- LUKSDevice.getScheme() no longer cares if the dev has a passphrase.
- Correct translation to fix the build. (clumens)
- Add the method string back into anaconda-ks.cfg. (clumens)
- Let's try pulling libsqlite into the initrd one more time. (clumens)
- Don't traceback at the end of live installs (katzj)
- Correct the message telling you to use a VNC password. (clumens)
- Remove unused TIMEZONES= crud. (clumens)
- print doesn't yet support the file= syntax in our version of python.
- Catch errors from using the wrong bugzilla field and display them.
- Fix line wrapping on part type screen (jlaska, #461759).
- rep_platform has been renamed to platform. (clumens)
I've done multiple installs with 20080912's content. Please make sure you're using an up to date mirror.
I also successfully installed natively and through vmware with 20080912 boot.iso.
I got to the install GUI just fine this time and everything else went as normal, EXCEPT that when I got to the section to configure the network (static local network on built in ethernet port) I got error on both static , or it just kept repeating itself if I tried dhcp.
If not known, might need to do new bug? Although I don't remember the exact error message.
(In reply to comment #12)
> Take a closer look? ...
> I've done multiple installs with 20080912's content. Please make sure you're
> using an up to date mirror.
I verified the problem exists on both i386(i686) and x86_64, the i386 composed at about noon PDT (1900 UTC) and the x86_64 at about 5pm (0000 UTC the following day.) The rawhide report for Friday was sent at 12:46:39 +0000 (UTC), which is 6 or 7 hours before my first run.
At about 1900 PDT I changed the rawhide-fedora.ks file to remove "--mirrorlist=..." and replace it with "--baseurl=... pointing directly to download.fedoraproject.org. The problem persisted.
Further investigation points at buildinstall leaking some of its data into the DVD.iso, instead of using the data from the anaconda*.rpm in "the" repo. I have filed a new report at bug 462199 "composed DVD has old anaconda yet repo has new anaconda".