10de:0429 plymouth boot screen corrupted with nouveau Quadro NVS 140M

Bug #713088 reported by Marc Deslauriers
232
This bug affects 49 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Triaged
Undecided
Unassigned
Natty
Won't Fix
Undecided
Unassigned
Oneiric
Invalid
Undecided
Unassigned
Precise
Won't Fix
Undecided
Unassigned
Quantal
Won't Fix
Undecided
Unassigned
Raring
Won't Fix
Undecided
Unassigned
Saucy
Won't Fix
Undecided
Unassigned

Bug Description

Binary package hint: plymouth

When using the nouveau driver, the boot screen is corrupted on my Thinkpad T61. See attached photo.

WORKAROUND: Using the nvidia proprietary driver, it was displaying ok.

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: plymouth 0.8.2-2ubuntu13
ProcVersionSignature: Ubuntu 2.6.38-1.28-generic 2.6.38-rc2
Uname: Linux 2.6.38-1-generic x86_64
Architecture: amd64
Date: Fri Feb 4 08:13:05 2011
DefaultPlymouth: /lib/plymouth/themes/ubuntu-logo/ubuntu-logo.plymouth
EcryptfsInUse: Yes
MachineType: LENOVO 6459CTO
PccardctlIdent:
 Socket 0:
   no product info available
PccardctlStatus:
 Socket 0:
   no card
ProcEnviron:
 LANGUAGE=en_CA:en
 PATH=(custom, user)
 LANG=en_CA.UTF-8
 LC_MESSAGES=en_CA.utf8
 SHELL=/bin/bash
ProcFB: 0 nouveaufb
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-2.6.38-1-generic root=/dev/mapper/defaultvg-root ro quiet splash vt.handoff=7
SourcePackage: plymouth
TextPlymouth: /lib/plymouth/themes/ubuntu-text/ubuntu-text.plymouth
dmi.bios.date: 11/14/2008
dmi.bios.vendor: LENOVO
dmi.bios.version: 7LETC5WW (2.25 )
dmi.board.name: 6459CTO
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvr7LETC5WW(2.25):bd11/14/2008:svnLENOVO:pn6459CTO:pvrThinkPadT61:rvnLENOVO:rn6459CTO:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 6459CTO
dmi.product.version: ThinkPad T61
dmi.sys.vendor: LENOVO

Revision history for this message
Marc Deslauriers (mdeslaur) wrote :
Revision history for this message
Marc Deslauriers (mdeslaur) wrote :
Revision history for this message
Dave Ahlswede (mightyquinn) wrote :

I have near-identical (right down to the corruption pattern looking nearly the same) results on a GeForce 9800gt. It also works fine with the proprietary driver (As well as the proprietary driver works during bootup, anyhow)

Revision history for this message
Berend Dekens (cyberwizzard) wrote :

I have the same issue on a Dell Optiplex 980.

The shutdown splash is working fine so it looks like an initialization issue.

Revision history for this message
Ben Scholzen 'DASPRiD' (dasprid) wrote :

Same problem on MSI M670 (GeForce Go 6100).

Revision history for this message
Harry Bear (hbrazzi-free) wrote :

Same problem with Dell Latitude e6410 with nvidia GT218 [NVS 3100M]

Revision history for this message
Jonathan Yip (helkaluin) wrote :

Same for GeForce 8400M GS, 2.6.28-8-generic kernel.

Revision history for this message
Nathanel Titane (nathanel.titane) wrote :

EN9800GT (Asus)... init is borked.. shutdown works..

Revision history for this message
Tony BELOT (belot-tony) wrote :

Same problem on a Sony Vaio VPCCW2S1E with Nvidia 330M.

I have to switch tty to enter my passphrase for encrypted root (luks) otherwise the screen stay corrupted.

Changed in plymouth (Ubuntu):
status: New → Confirmed
Revision history for this message
Alexey Brodkin (alexey-brodkin) wrote :

Same here for GeForce 8400M GS with 3.0.0-11-generic-pae on Oneric i386 beta2 plus recent updates.

Revision history for this message
faBIUz (fabiuz84) wrote :

I have the same problem on a Dell XPS m1330 with GeFOrce 8400gs and Ubuntu 11.10 64 bit fully updated...

Revision history for this message
homix (homix) wrote :

Same here on a Dell Precision M6400 on 10.11 64bit.

01:00.0 VGA compatible controller: nVidia Corporation G94M [Quadro FX 2700M] (rev a1)

Revision history for this message
Jonathan Yip (helkaluin) wrote :

Is upstream aware of this?

Revision history for this message
unoup11 (unoup) wrote :

Hi!!!

Do you think we can fix with

echo FRAMEBUFFER=y | sudo tee /etc/initramfs-tools/conf.d/splash

sudo update-initramfs -u

?

http://www.worldofnubcraft.com/1621/make-plymouth-start-earlier-in-the-boot-process/

Revision history for this message
Georg Müller (georgmueller) wrote :

I tried this one but it did not work for me.

Revision history for this message
Jonathan Yip (helkaluin) wrote :

Disabling vt.handoff in /etc/grub.d/10_linux fixes this for me.

Revision history for this message
unoup11 (unoup) wrote :

How did you disable it (it's not long time I'm using Ubuntu... :-) )?

sudo gedit /etc/grub.d/10_linux

# vt.handoff

and saving the file?

Revision history for this message
Alexey Brodkin (alexey-brodkin) wrote :

unoup11, I believe you have to run:
================
sudo update-grub2
================
to apply your modification to grub.

Revision history for this message
unoup11 (unoup) wrote :

I see... and do you think the modification to apply is from

vt.handoff

to

# vt.handoff

?

Revision history for this message
Jonathan Yip (helkaluin) wrote :

No, no. You can't just hash comment mid-quote. Do something like this:

 68 for word in $GRUB_CMDLINE_LINUX_DEFAULT; do
 69 if [ "$word" = splash ]; then
 70 # GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT vt.handoff=7"
 71 GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT"
 72 fi
 73 done

Revision history for this message
unoup11 (unoup) wrote :

Worked for me :) Thanx Jonathan.

Now plymouth starts late in the boot process, maybe we can fix by:

http://www.worldofnubcraft.com/1621/make-plymouth-start-earlier-in-the-boot-process/

what do you think Jonathan?

Revision history for this message
unoup11 (unoup) wrote :

Other solution there:

https://help.ubuntu.com/community/Asus_U36JC

so we can try

1) put file splash inside /etc/initramfs-tools/conf.d/ with the content:

FRAMEBUFFER=y

and then

echo FRAMEBUFFER=y | sudo tee /etc/initramfs-tools/conf.d/splash

sudo update-initramfs -u

or

2) try with no splash file:

sudo echo FRAMEBUFFER=y > /etc/initramfs-tools/conf.d/splash

sudo update-initramfs -u

Revision history for this message
Andrea Lazzarotto (Lazza) (andrea-lazzarotto) wrote :

It worked for me too. Thank you Jonathan!

Revision history for this message
Georg Müller (georgmueller) wrote :

Removing vt.handoff=7 from kernel parameters worked for me too.

Changed in plymouth (Ubuntu Natty):
status: New → Confirmed
Changed in plymouth (Ubuntu Oneiric):
status: New → Confirmed
summary: - [natty] plymouth boot screen corrupted with nouveau on Thinkpad T61
+ plymouth boot screen corrupted with nouveau on Thinkpad T61
Revision history for this message
Elfy (elfy) wrote : Re: plymouth boot screen corrupted with nouveau on Thinkpad T61

Tried the fix in post #20

Corruption during boot still - though it does quickly disappear to show the throbber (if that's what it's called) for the remainder of the boot till desktop shows - set to autologin here so no login screen.

Xubuntu 12.04

GeForce 8500 GT

penalvch (penalvch)
summary: - plymouth boot screen corrupted with nouveau on Thinkpad T61
+ 10de:0429 plymouth boot screen corrupted with nouveau on Thinkpad T61
Revision history for this message
__alex__K (coopkont) wrote : Re: 10de:0429 plymouth boot screen corrupted with nouveau on Thinkpad T61

Same as forestpiskie, I tried the fix and the ugly screen still appears for half a second or so.

Ubuntu 12.04
GeForce 8600M GT

Works fine with the Nvidia drivers

Revision history for this message
unoup11 (unoup) wrote :

Hi.

How to disable vt.handoff in /etc/grub.d/10_linux of Ubuntu 12.04?

just comment line 160?

68 for word in $GRUB_CMDLINE_LINUX_DEFAULT; do
69 if [ "$word" = splash ]; then
70 GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT \$vt_handoff"
71 fi
72 done

156 cat << 'EOF'
157 function gfxmode {
158 set gfxpayload="${1}"
159 if [ "${1}" = "keep" ]; then
160 set vt_handoff=vt.handoff=7
161 else
162 set vt_handoff=
163 fi
164 }
165 EOF

Revision history for this message
unoup11 (unoup) wrote :

In ubuntu 12.04 with noveau driver I modified only

70 GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT"

and fixed for me

Revision history for this message
camper365 (camper365) wrote :

I'm seeing the same problem as Elfy. I modified line 70 but I still see corruption and then plymouth behaves normally.

Revision history for this message
Gabe Gorelick (gabegorelick) wrote :

Changing the title of this bug because it's not related to Thinkpads at all; it's an nVidia issue.

summary: - 10de:0429 plymouth boot screen corrupted with nouveau on Thinkpad T61
+ 10de:0429 plymouth boot screen corrupted with nouveau
Revision history for this message
Gabe Gorelick (gabegorelick) wrote : Re: 10de:0429 plymouth boot screen corrupted with nouveau

I can't find any mention of this issue outside of this bug report (and its duplicates). This may be an Ubuntu bug. Can anyone confirm this with the upstream kernel and/or upstream plymouth?

Revision history for this message
pablomme (pablomme) wrote :

I use the vanilla 3.4 kernel and get this issue.

Revision history for this message
Ghislain Vaillant (ghisvail) wrote :

I observed the same behaviour as #29 on my Latitude E6400 with Nvidia Quadro NVS 160M graphics. Did the line 70 trick and the splash screen gets corrupted for a couple of seconds before plymouth shows up correctly.

Revision history for this message
John Felso (felso) wrote :

Editing /etc/grub.d/10_linux sort of worked for me. Now, the corrupted image flashes briefly on the screen before displaying the uncorrupted splash. It's definitely an improvement, but something still isn't quite right.

Also, don't forget to run update-grub after editing the file.

Revision history for this message
RussianNeuroMancer (russianneuromancer) wrote : Re: plymouth boot screen corrupted with nouveau

Still issue in Quantal. Reproducible for me on many different laptops and nVidia GPU's.

summary: - 10de:0429 plymouth boot screen corrupted with nouveau
+ plymouth boot screen corrupted with nouveau
Revision history for this message
penalvch (penalvch) wrote :

RussianNeuroMancer, could you please file a new report by executing the following in a terminal:
ubuntu-bug linux

For more on this, please see the Ubuntu Bug Control and Ubuntu Bug Squad article:
https://wiki.ubuntu.com/Bugs/BestPractices#X.2BAC8-Reporting.Focus_on_One_Issue

and Ubuntu Community article:
https://help.ubuntu.com/community/ReportingBugs

When opening up the new report, please feel free to subscribe me to it. Thank you for your understanding.

summary: - plymouth boot screen corrupted with nouveau
+ 10de:0429 plymouth boot screen corrupted with nouveau
Revision history for this message
RussianNeuroMancer (russianneuromancer) wrote : Re: 10de:0429 plymouth boot screen corrupted with nouveau

> could you please file a new report
I need to fill new report for every GeForce I tested for this bug (I remember at least 7300 GT, 7300 Go, 7400 Go, 8600M GT, ION, 240M, etc.) or one? If one, which one I should choose for bug report?

I pretty sure this issue reproducible not only on 8400M (10de:0429) but on wide rage or GeForce GPU's, that why I rename this bugreport. If it's same issue anyway, isn't it better to track this issue in one bugreport instead of few?

Revision history for this message
penalvch (penalvch) wrote :

Won't Fix as Natty is EOL October 2012 as per https://wiki.ubuntu.com/Releases .

summary: - 10de:0429 plymouth boot screen corrupted with nouveau
+ 10de:0429 plymouth boot screen corrupted with nouveau Quadro NVS 140M
Changed in plymouth (Ubuntu Natty):
status: Confirmed → Won't Fix
description: updated
Revision history for this message
penalvch (penalvch) wrote :

Marc Deslauriers, regarding your Bug Description:
"When using the nouveau driver, the boot screen is corrupted..."

Does the splash screen disappear and then you see the log in screen well enough to login, or does it hang at the splash and does not continue to the log in screen, or is the login screen also corrupted?

As well, changing package to linux as per sidebar E-Mail communication:
"It's probably a kernel bug. It's probably telling userspace that it supports graphics modes the hardware doesn't actually support."

affects: plymouth (Ubuntu) → linux (Ubuntu)
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
dino99 (9d9) wrote :

is it still an issue ? as there is no recent comment, that report is closed.

Changed in linux (Ubuntu Oneiric):
status: Confirmed → Invalid
Changed in linux (Ubuntu):
status: Incomplete → Invalid
Changed in linux (Ubuntu Precise):
status: Confirmed → Invalid
Revision history for this message
Marc Deslauriers (mdeslaur) wrote :

Yes, this is still an issue. Please stop closing my bugs.

Changed in linux (Ubuntu Precise):
status: Invalid → Triaged
Changed in linux (Ubuntu Quantal):
status: New → Triaged
Changed in linux (Ubuntu Raring):
status: New → Triaged
Changed in linux (Ubuntu Saucy):
status: Invalid → Triaged
Revision history for this message
Louis (louisdk) wrote :

This is still an issue for me. On Ubuntu 12.04.

But I found out if I press F1 at boot up I'll see the normal boot screen. Is it possible to trigger this automatically ex. with a grub boot parameter?

Revision history for this message
penalvch (penalvch) wrote :

Louis, if you have a bug in Ubuntu, the Ubuntu Kernel team, Ubuntu Bug Control team, and Ubuntu Bug Squad would like you to please file a new report by executing the following in a terminal:
ubuntu-bug linux

For more on this, please see the Ubuntu Kernel team article:
https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies#Filing_Kernel_Bug_reports

the Ubuntu Bug Control team and Ubuntu Bug Squad team article:
https://wiki.ubuntu.com/Bugs/BestPractices#X.2BAC8-Reporting.Focus_on_One_Issue

and Ubuntu Community article:
https://help.ubuntu.com/community/ReportingBugs#Bug_reporting_etiquette

When opening up the new report, please feel free to subscribe me to it.

Please note, not filing a new report would delay your problem being addressed as quickly as possible.

Thank you for your understanding.

Revision history for this message
Louis (louisdk) wrote :

Christopher, why should I create a new bug report?

I know that Natty is EOL, but this bug is still an issue on newer Ubuntu releases with Nvidia GPUs and the nouveau driver and I have the exact same problem that this is described in this bug report.

HARDWARE:
Thinkpad T61p
GPU: nVidia Quadro FX 570M
Ubuntu 12.04 with kernel 3.2.0-32-generic, libdrm-nouveau2 2.4.43-0ubuntu0.0.2, xserver-xorg-video-nouveau 1:0.0.16+git20111201+b5534a1-1build3, mesa 8.0.4-0ubuntu0.6

Revision history for this message
Joseph Salisbury (jsalisbury) wrote : Closing unsupported series nomination.

This bug was nominated against a series that is no longer supported, ie raring. The bug task representing the raring nomination is being closed as Won't Fix.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu Raring):
status: Triaged → Won't Fix
Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

This bug was nominated against a series that is no longer supported, ie quantal. The bug task representing the quantal nomination is being closed as Won't Fix.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu Quantal):
status: Triaged → Won't Fix
Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

This bug was nominated against a series that is no longer supported, ie saucy. The bug task representing the saucy nomination is being closed as Won't Fix.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu Saucy):
status: Triaged → Won't Fix
Revision history for this message
Steve Langasek (vorlon) wrote :

The Precise Pangolin has reached end of life, so this bug will not be fixed for that release

Changed in linux (Ubuntu Precise):
status: Triaged → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.