Re: kernel-3.15 series fail to load gnome desktop

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

 



On Thu, 17 Apr 2014 02:28:11 +0200
poma <pomidorabelisima@xxxxxxxxx> wrote:

> On 17.04.2014 02:11, Adam Williamson wrote:
> > On Wed, 2014-04-16 at 17:00 -0700, Adam Williamson wrote:
> >> On Wed, 2014-04-16 at 17:41 -0600, Pete Travis wrote:
> >>> On Apr 16, 2014 9:12 AM, "Clyde E. Kunkel"
> >>> <clydekunkel7734@xxxxxxxxxxx> wrote:
> >>>>
> >>>> With all of the kernels in the rawhide 3.15 series so far the
> >>>> gnome desktop fails to load.  Kernels in the 3.14 series are
> >>>> fine.
> >>>>
> >>>> All I can see is that the X server seems to start (ps -A | grep
> >>>> Xorg returns a PID), but the Xorg.0.log is empty.  No obvious
> >>>> failures in journalctl -xb.  I see gdm is started, but at this
> >>>> point lots of disk activity but then nothing.  c-a-f2 gets me to
> >>>> tty and I can login.  Top looks normal for a non-gnome session.
> >>>> Killing X sometimes brings up the GDM login, but after entering
> >>>> password, just a blank screen and the Xorg log file is still
> >>>> empty.
> >>>>
> >>>> Have tried every 3.15 kernel so far without luck.
> >>>>
> >>>> I don't see any obvious bz, and would be happy to enter one, but
> >>>> don't know what information should be included.
> >>>>
> >>>> Any help appreciated.
> >>>>
> >>>> TIA
> >>>> --
> >>>>
> >>>
> >>> I haven't had gdm display anything for the last several kernel
> >>> updates , but I'm not convinced the kernel is at fault as older
> >>> ones stopped gdm from working too.
> >>>
> >>> GDM *thinks* it is working - `journalctl -u gdm` is where you can
> >>> find the Xorg log output these days - but the vterm is black.
> >>> Lightdm and sddm display, though poorly, and neither produce a
> >>> working gnome session.
> >>>
> >>> No one thing I've poked at so far appeared to be the cause, so I
> >>> haven't complained. Good to know it is not just me ;)
> >>
> >> Have you folks tried booting with enforcing=0 , just as a shot in
> >> the dark?
> > 
> > Hum, actually - it looks like on my tablet, dropping 'rhgb quiet'
> > from the cmdline helps (no 'enforcing=0' needed). Does that apply
> > to others?
> > 
> 
> # systemctl stop plymouth-halt plymouth-kexec plymouth-poweroff
> plymouth-quit-wait plymouth-quit plymouth-read-write plymouth-reboot
> plymouth-start plymouth-switch-root systemd-ask-password-plymouth
> 
> # systemctl mask plymouth-halt plymouth-kexec plymouth-poweroff
> plymouth-quit-wait plymouth-quit plymouth-read-write plymouth-reboot
> plymouth-start plymouth-switch-root systemd-ask-password-plymouth
> 
> # ll /etc/systemd/system/*plymouth*
> 
> # vi /etc/dracut.conf.d/omit_dracut-module-plymouth.conf
> omit_dracutmodules+=" plymouth "
> 
> # dracut -f -v
> 
> Will set you free.
> 
> 
> poma
> 
> 

Why? What does plymouth have to do with the problem?  I don't have RHGB
or quiet in the cmdline.
-- 
test mailing list
test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test





[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux