Ask Your Question

Revision history [back]

click to hide/show revision 1
initial version

Boot stalls at Plymouth logo

I am recording this here for the benefit of others - I am happily working around my issue using the methods outlined below.

I have a Dell Inspiron 14 7000 series laptop that has an nVidia Optimus setup - both Intel and nVidia (Geforce GTX 850M) graphics chips that are supposed to auto-switch depending on the need for intensive 3D graphics - it is a power consumption optimization setup. I rarely need the advanced graphics (not a gamer and don't regularly use intensive graphics) - I bought the laptop for its price and other features.

Since moving to the 3.19.x kernels I have regularly not been able to boot beyond the plymouth logo, which typically locks the entire interface, requiring me to power-cycle the machine to boot again. On other occasions it fails to even start plymouth, but on very rare occasions it boots successfully. I have been able to use the oldest kernel I have installed (3.18.9) to boot, but this will soon be cycled out at the next kernel update (unless I ignore it).

The problem appears to be linked to the nouveau driver and if I blacklist the driver I am able to start successfully. The display outputs are all linked to the Intel graphics chip and as such I don't need to use the nVidia graphics card, so this appears to be my best alternative for now.

I haven't tried the nVidia binary drivers because I am using a UEFI installed Fedora, which makes using the nVidia driver difficult due to driver signing issues, besides, as noted, I don't need the high end graphics. This may be an alternative for other users though (untested by me).

I have not filed a bug report as I can't seem to find any log data to indicate the specific problem and when my interface locks at the plymouth logo I can't even switch to a console to view the output.

If anyone can advise how to troubleshoot this, then I will gladly file a bug (if someone hasn't already - I could not find anything similar in bugzilla).


Here is how I have permanently (for now) disabled the nouveau driver, and now I boot successfully every time.

Use sudo -i to switch to root.

Substitute $(uname -r) with the actual kernel value if you are running against a different kernel to the one you want to update.

1. If nouveau is currently active - either:

modprobe -r nouveau
mv /usr/lib/modules/$(uname -r)/kernel/drivers/gpu/drm/nouveau/nouveau.ko  \
   /usr/lib/modules/$(uname -r)/kernel/drivers/gpu/drm/nouveau/nouveau.ko.blacklist
-- OR --

Remove the installed nouveau driver. Leave it installed if you anticipate re-enabling the driver later. Alternatively, reinstall the driver when you need it.

yum remove -y xorg-x11-drv-nouveau

2. Optionally: Backup the original initramfs file first. Only do this if you plan on re-enabling the nouveau driver later.

mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).nouveau.img

3. Rebuild the initramfs for the kernel (without nouveau available).

dracut --force /boot/initramfs-$(uname -r).img $(uname -r)

4. Blacklist the driver

egrep -i "blacklist\s*nouveau" /etc/modprobe.d/blacklist.conf ||  \
    echo "blacklist nouveau" >> /etc/modprobe.d/blacklist.conf
ln -s /etc/modprobe.d/blacklist.conf /usr/lib/modprobe.d/blacklist.conf

Boot stalls at Plymouth logo

I am recording this here for the benefit of others - I am happily working around my issue using the methods outlined below.

I have a Dell Inspiron 14 7000 series laptop that has an nVidia Optimus setup - both Intel and nVidia (Geforce GTX 850M) graphics chips that are supposed to auto-switch depending on the need for intensive 3D graphics - it is a power consumption optimization setup. I rarely need the advanced graphics (not a gamer and don't regularly use intensive graphics) - I bought the laptop for its price and other features.

Since moving to the 3.19.x kernels I have regularly not been able to boot beyond the plymouth logo, which typically locks the entire interface, requiring me to power-cycle the machine to boot again. On other occasions it fails to even start plymouth, but on very rare occasions it boots successfully. I have been able to use the oldest kernel I have installed (3.18.9) to boot, but this will soon be cycled out at the next kernel update (unless I ignore it).

The problem appears to be linked to the nouveau driver and if I blacklist the driver I am able to start successfully. The display outputs are all linked to the Intel graphics chip and as such I don't need to use the nVidia graphics card, so this appears to be my best alternative for now.

I haven't tried the nVidia binary drivers because I am using a UEFI installed Fedora, which makes using the nVidia driver difficult due to driver signing issues, besides, as noted, I don't need the high end graphics. This may be an alternative for other users though (untested by me).

I have not filed a bug report as I can't seem to find any log data to indicate the specific problem and when my interface locks at the plymouth logo I can't even switch to a console to view the output.

If anyone can advise how to troubleshoot this, then I will gladly file a bug (if someone hasn't already - I could not find anything similar in bugzilla).


Here is how I have permanently (for now) disabled the nouveau driver, and now I boot successfully every time.

Use sudo -i to switch to root.

Substitute $(uname -r) with the actual kernel value if you are running against a different kernel to the one you want to update.

1. If nouveau is currently active - either:

modprobe -r nouveau
mv /usr/lib/modules/$(uname -r)/kernel/drivers/gpu/drm/nouveau/nouveau.ko  \
   /usr/lib/modules/$(uname -r)/kernel/drivers/gpu/drm/nouveau/nouveau.ko.blacklist
-- OR --

Remove the installed nouveau driver. Leave it installed if you anticipate re-enabling the driver later. Alternatively, reinstall the driver when you need it.

yum remove -y xorg-x11-drv-nouveau

2. Optionally: Backup the original initramfs file first. Only do this if you plan on re-enabling the nouveau driver later.

mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).nouveau.img

3. Rebuild the initramfs for the kernel (without nouveau available).

dracut --force /boot/initramfs-$(uname -r).img $(uname -r)

4. Blacklist the driver

egrep -i "blacklist\s*nouveau" /etc/modprobe.d/blacklist.conf ||  \
    echo "blacklist nouveau" >> /etc/modprobe.d/blacklist.conf
ln -s /etc/modprobe.d/blacklist.conf /usr/lib/modprobe.d/blacklist.conf

Boot stalls at Plymouth logo

I am recording this here for the benefit of others - I am happily working around my issue using the methods outlined below.

I have a Dell Inspiron 14 7000 series laptop that has an nVidia Optimus setup - both Intel and nVidia (Geforce GTX 850M) graphics chips that are supposed to auto-switch depending on the need for intensive 3D graphics - it is a power consumption optimization setup. I rarely need the advanced graphics (not a gamer and don't regularly use intensive graphics) - I bought the laptop for its price and other features.

Since moving to the 3.19.x kernels I have regularly not been able to boot beyond the plymouth logo, which typically locks the entire interface, requiring me to power-cycle the machine to boot again. On other occasions it fails to even start plymouth, but on very rare occasions it boots successfully. I have been able to use the oldest kernel I have installed (3.18.9) to boot, but this will soon be cycled out at the next kernel update (unless I ignore it).

The problem appears to be linked to the nouveau driver and if I blacklist the driver I am able to start successfully. The display outputs are all linked to the Intel graphics chip and as such I don't need to use the nVidia graphics card, so this appears to be my best alternative for now.

I haven't tried the nVidia binary drivers because I am using a UEFI installed Fedora, which makes using the nVidia driver difficult due to driver signing issues, besides, as noted, I don't need the high end graphics. This may be an alternative for other users though (untested by me).

I have not filed a bug report as I can't seem to find any log data to indicate the specific problem and when my interface locks at the plymouth logo I can't even switch to a console to view the output.

If anyone can advise how to troubleshoot this, then I will gladly file a bug (if someone hasn't already - I could not find anything similar in bugzilla).


Here is how I have permanently (for now) disabled the nouveau driver, and now I boot successfully every time.

Use sudo -i to switch to root.

Substitute $(uname -r) with the actual kernel value if you are running against a different kernel to the one you want to update.

1. If nouveau is currently active - either:

modprobe -r nouveau
mv /usr/lib/modules/$(uname -r)/kernel/drivers/gpu/drm/nouveau/nouveau.ko  \
   /usr/lib/modules/$(uname -r)/kernel/drivers/gpu/drm/nouveau/nouveau.ko.blacklist
-- OR --

Remove the installed nouveau driver. Leave it installed if you anticipate re-enabling the driver later. Alternatively, reinstall the driver when you need it.

yum remove -y xorg-x11-drv-nouveau

2. Optionally: Backup the original initramfs file first. Only do this if you plan on re-enabling the nouveau driver later.

mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).nouveau.img

3. Rebuild the initramfs initramfs for the kernel (without nouveau available).

dracut --force /boot/initramfs-$(uname -r).img $(uname -r)

4. Blacklist the driver

egrep -i "blacklist\s*nouveau" /etc/modprobe.d/blacklist.conf ||  \
    echo "blacklist nouveau" >> /etc/modprobe.d/blacklist.conf
ln -s /etc/modprobe.d/blacklist.conf /usr/lib/modprobe.d/blacklist.conf

Boot stalls at Plymouth logo

I am recording this here for the benefit of others - I am happily working around my issue using the methods outlined below.

I have a Dell Inspiron 14 7000 series laptop that has an nVidia Optimus setup - both Intel and nVidia (Geforce GTX 850M) graphics chips that are supposed to auto-switch depending on the need for intensive 3D graphics - it is a power consumption optimization setup. I rarely need the advanced graphics (not a gamer and don't regularly use intensive graphics) - I bought the laptop for its price and other features.

Since moving to the 3.19.x kernels I have regularly not been able to boot beyond the plymouth logo, which typically locks the entire interface, requiring me to power-cycle the machine to boot again. On other occasions it fails to even start plymouth, but on very rare occasions it boots successfully. I have been able to use the oldest kernel I have installed (3.18.9) to boot, but this will soon be cycled out at the next kernel update (unless I ignore it).

The problem appears to be linked to the nouveau driver and if I blacklist the driver I am able to start successfully. The display outputs are all linked to the Intel graphics chip and as such I don't need to use the nVidia graphics card, so this appears to be my best alternative for now.

I haven't tried the nVidia binary drivers because I am using a UEFI installed Fedora, which makes using the nVidia driver difficult due to driver signing issues, besides, as noted, I don't need the high end graphics. This may be an alternative for other users though (untested by me).

I have not filed a bug report as I can't seem to find any log data to indicate the specific problem and when my interface locks at the plymouth logo I can't even switch to a console to view the output.

If anyone can advise how to troubleshoot this, then I will gladly file a bug (if someone hasn't already - I could not find anything similar in bugzilla).


Here is how I have permanently (for now) disabled the nouveau driver, and now I boot successfully every time.

Use sudo -i to switch to root.

Substitute $(uname -r) with the actual kernel value if you are running against a different kernel to the one you want to update.

1. If nouveau is currently active - either:

modprobe -r nouveau
mv /usr/lib/modules/$(uname -r)/kernel/drivers/gpu/drm/nouveau/nouveau.ko  \
   /usr/lib/modules/$(uname -r)/kernel/drivers/gpu/drm/nouveau/nouveau.ko.blacklist
-- OR --

Remove the installed nouveau driver. Leave it installed if you anticipate re-enabling the driver later. Alternatively, reinstall the driver when you need it.

yum remove -y xorg-x11-drv-nouveau

2. Optionally: Backup the original initramfs file first. Only do this if you plan on re-enabling the nouveau driver later.

mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).nouveau.img

3. Rebuild the initramfs for the kernel (without nouveau available).

dracut --force /boot/initramfs-$(uname -r).img $(uname -r)

4. Blacklist the driver

egrep -i "blacklist\s*nouveau" /etc/modprobe.d/blacklist.conf ||  \
    echo "blacklist nouveau" >> /etc/modprobe.d/blacklist.conf
ln -s /etc/modprobe.d/blacklist.conf /usr/lib/modprobe.d/blacklist.conf

Boot stalls at Plymouth logo

I am recording this here for the benefit of others - I am happily working around my issue using the methods outlined below.

I have a Dell Inspiron 14 7000 series laptop that has an nVidia Optimus setup - both Intel and nVidia (Geforce GTX 850M) graphics chips that are supposed to auto-switch depending on the need for intensive 3D graphics - it is a power consumption optimization setup. I rarely need the advanced graphics (not a gamer and don't regularly use intensive graphics) - I bought the laptop for its price and other features.

Since moving to the 3.19.x kernels I have regularly not been able to boot beyond the plymouth logo, which typically locks the entire interface, requiring me to power-cycle the machine to boot again. On other occasions it fails to even start plymouth, but on very rare occasions it boots successfully. I have been able to use the oldest kernel I have installed (3.18.9) to boot, but this will soon be cycled out at the next kernel update (unless I ignore it).

The problem appears to be linked to the nouveau driver and if I blacklist the driver I am able to start successfully. The display outputs are all linked to the Intel graphics chip and as such I don't need to use the nVidia graphics card, so this appears to be my best alternative for now.

I haven't tried the nVidia binary drivers because I am using a UEFI installed Fedora, which makes using the nVidia driver difficult due to driver signing issues, besides, as noted, I don't need the high end graphics. This may be an alternative for other users though (untested by me).

I have not filed a bug report as I can't seem to find any log data to indicate the specific problem and when my interface locks at the plymouth logo I can't even switch to a console to view the output.

If anyone can advise how to troubleshoot this, then I will gladly file a bug (if someone hasn't already - I could not find anything similar in bugzilla).


Here is how I have permanently (for now) disabled the nouveau driver, and now I boot successfully every time.

Use sudo -i to switch to root.

Substitute $(uname -r) with the actual kernel value if you are running against a different kernel to the one you want to update.

1. If nouveau is currently active - either:

modprobe -r nouveau
mv /usr/lib/modules/$(uname -r)/kernel/drivers/gpu/drm/nouveau/nouveau.ko  \
   /usr/lib/modules/$(uname -r)/kernel/drivers/gpu/drm/nouveau/nouveau.ko.blacklist
-- OR --

Remove the installed nouveau driver. Leave it installed if you anticipate re-enabling the driver later. Alternatively, reinstall the driver when you need it.

yum remove -y xorg-x11-drv-nouveau

2. Optionally: Backup the original initramfs file first. Only do this if you plan on re-enabling the nouveau driver later.

mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).nouveau.img

3. Rebuild Make sure the nouveau driver is not loaded, then rebuild the initramfs for the kernel (without nouveau available). kernel.

lsmod | grep nouveau             # Should show nothing
dracut --force /boot/initramfs-$(uname -r).img $(uname -r)

4. Blacklist the driver

egrep -i "blacklist\s*nouveau" /etc/modprobe.d/blacklist.conf ||  \
    echo "blacklist nouveau" >> /etc/modprobe.d/blacklist.conf
ln -s /etc/modprobe.d/blacklist.conf /usr/lib/modprobe.d/blacklist.conf