Description of problem:
After the resolution of bug 19592, I noticed the proceeds to a screen where just three character boxes on a dark screen would be lit in progress to signal the progress of the boot process.
This appears to happen in stead of the graphical Mageia cauldron with bubbles appearing to mark the boot progress (still to be confirmed).
After all available updates were applied, such characters appear as white blocks with question marks inside.
It looks like the replacement character:
... but inside a rectangle.
Version-Release number of selected component (if applicable):
This was tried in another PC without success. Possibly because the graphical boot screen was activated (Plymouth?) -- and possibly not in the PC where the current bug has been observed. I will try to investigate further.
Steps to Reproduce:
2.Install package "grub2-mageia-theme-dejavu".
3. Install updates.
4. Set up boot to grub2 with text mode.
PS: Formerly, in order to save time, I was testing things on the original DVD image (Mga sta1).
The rationale was that I was not testing the distro but one particularl release to see whether it was ready to release. After pondering over the issue, I reversed my thinking and decided to apply all updates, so as to try to make Mageia 6 work more closer to what a new sta2 release.
Confirmed that on the affected machine the Splash screen with the Mageia logo where bubbles are added won't appear being replaced by the dark screen with three question marks used as progress indicator.
Priority and severity adjusted to reflect the minor importance of this bug (aesthetic only).
I think barjac mentioned at some time what causes those question marks, CC'ing him.
Nope wasn't me.
I see them on a real h/w i586 (old pIII intel machine) that was booting fine until the more recent kernels appeared.
It was OK with 4.6.2 IIRC, after which boot fails without noacpi but I now see the 3 X "?" in place of plymouth.
This mostly affects the perception of the Mageia brand, otherwise it's a microscopic bug.
I only reported because the ? undefined chars give the impression of something internally wrong -- but I don't think that is the case -- and most old guys (the ones who have old computers!) will see it means nothing.
Assigning to all packagers collectively, since there is no registered maintainer for plymouth.
Marja, the link I provided was just to show the content of the shape, which is a rectangle/square instead of a diamond.
(In reply to Renato Dali from comment #6)
> Marja, the link I provided was just to show the content of the shape, which
> is a rectangle/square instead of a diamond.
It is a square or rectangle, standing on one of its corners, too, when all angles are 90 degrees.
However, read the link you gave:
"often a black diamond with a white question mark"
Compare with the comment at the bottom of
The four French playing cards suits used primarily in the English-speaking world: spades (â ), hearts (â¥), diamonds (â¦) and clubs (â£)
But I can understand your confusion, the expensive diamonds in rings and such have a very different shape ;-)
Nice link, I wish more themes were available when I play Yukon/Kpatience...
Well, it seems I'm unable to convey what I saw, but here's a link which comes closer:
Please take a look at the square titled GNU Unifont... that's what I saw (though the depicted one has a lot more jaggies).
A few instants ago I applied today's update (new kernel etc.) and Plymouth works again. The three chars are no longer to be seen.
So I changed the current bug to RESOLVED, WORKSFORME (in part, because I won't be able to reproduce the bug again).
I agree those are squares, not diamonds.
Assuming it got fixed for you, too, so closing.
Please reopen if needed.
Sorry, Marja and Barry. I did a big confusion, because I'm testing two machines at once.
I misremembered the error as occuring in my older (circa 2004) PC, The other, probably from 2009/2010 is the one which uses the sisimedia driver (SiS 671/771 integrated video card) -- this is the one showing the three question chars.
And they're still there... so we're back to where we were and I'll reopen the bug.
This is not very significant from a technical point-of-view, but could be from a Marketing angle, because people tend to associate such question marks with something gone wrong.
Sorry for any inconvenience caused and thank you for your attention and support -- I now and then open lesser bugs with the sole intent that Mageia looks good in the release version.
This was not fixed for me either and seems to be similar to
An upgrade of my Acer laptop (with NVIDIA graphics) from Mageia 5 to Cauldron today has produced the same problem.
I ended up searching here hoping to find a solution. :\
Maybe these bugs should be consolidated and given higher priority as this, while cosmetic, gives a terrible impression of the distro.
IMHO, Barry is right about the bad impression -- I just hope it happens only in a few old computers.
Giuseppe did a much better description of the bug, I'm sorry I wasn't able to find his bug, entered 20 days before the present one. Since there is a conversation here I'm not quite sure about what to do.
Regarding the present situation, without knowing anything, I hypothesize the following:
1. The interrogation chars IMHO are actually some special ASCII char which is not defined in the font Mageia uses. I booted another (can't remember now which) showing three centered white squares (I believe Ubuntu did that in previous incarnations) -- so the solution for this might be find which chars are being used (probably by perusing Plymouth's source and looking for the hide-splash code (as Giuseppe has shown).
2. Regarding Plymouth not working, I venture (again just a conjecture) it didn't like the hardware and somehow concluded it was best not to mess with things it cannot understand... falling back to text mode boxes display. In my case the hardware is weird and uses a not very compatible driver (sisimedia) -- that's what led me to such a(n) hypothesis.
Well, this has been happening on my machine ever since STA1 was released last summer. My machine is a few years old, but not a dinosaur:
MSI Z97 Gaming3 motherboard
Pentium G3258 dual-core processor
16GB DDR3 1600MHz
EVGS Geforce GTX 780
2x WDC 1TB 3.5" drives (blue & black), + 1TB Seagate 3.5"
I have only seen the proper boot splash, randomly, about 5 times in total since last July.
(In reply to Renato Dali from comment #13)
> IMHO, Barry is right about the bad impression -- I just hope it happens only
> in a few old computers.
Martin Whitaker has done things to workaround and/or fix this, he probably knows best who are affected, CC'ing him.
> Giuseppe did a much better description of the bug, I'm sorry I wasn't able
> to find his bug, entered 20 days before the present one. Since there is a
> conversation here I'm not quite sure about what to do.
That's bug #19539, and it's assigned to the Mageia tools maintainers. It's got normal priority and severity.
I agree that severity and priority should be increased for this report, doing so now.
I got the same issue in VirtualBox after an upgrade from Mageia 5 to Mageia 6 RC using urpmi.
(In reply to Rémi Verschelde from comment #16)
> I got the same issue in VirtualBox after an upgrade from Mageia 5 to Mageia
> 6 RC using urpmi.
Does it persist after a reboot?
Please add 'plymouth.debug=stream:/dev/kmsg' to the boot command line in grub2, and attach the resulting /var/log/plymouth_debug.log
Created attachment 9268 [details]
plymouth-debug.log of 5->6 upgraded VM in vbox
(In reply to Martin Whitaker from comment #17)
> Does it persist after a reboot?
> Please add 'plymouth.debug=stream:/dev/kmsg' to the boot command line in
> grub2, and attach the resulting /var/log/plymouth_debug.log
Here it is. In case it matters, the bootloader is grub (legacy), as it's what was configured by default for Mageia 5 and this VM is an upgrade.
(In reply to Rémi Verschelde from comment #18)
> Created attachment 9268 [details]
> plymouth-debug.log of 5->6 upgraded VM in vbox
OK, you've hit the inherent race in the new plymouth device timeout scheme - see my initial comment in bug 19890. It should be fixable in a couple of ways:
1) Add the vboxvideo driver to the initrd. In /etc/dracut.conf.d/50-mageia.conf, change
add_drivers+=" ahci "
add_drivers+=" ahci vboxvideo "
then run 'dracut -f'
2) Increase or decrease the plymouth DeviceTimeout value in /usr/share/plymouth/plymouth.defaults and run 'dracut -f'
The first is the better fix, but I don't know if we can automate it. The second is what I've done on the Live DVDs.
I'm starting to think the best solution would be to revert the changes in plymouth. They are applied in a patch (sourced from upstream), so shouldn't be hard to remove.
Seeing the same thing after a 5->6 upgrade on real hardware, Intel Core2Duo, Intel 810 or later graphics, BCM4318 wifi.
When booting the most recent live RC ISOs in VirtualBox, I'm seeing three "?" instead of the plymouth image.
(In reply to PC LX from comment #21)
> When booting the most recent live RC ISOs in VirtualBox, I'm seeing three
> "?" instead of the plymouth image.
Please add 'plymouth.debug=stream:/dev/kmsg' to the boot command line, and attach the resulting /var/log/plymouth_debug.log, also the output from 'journalctl -ab'.
What host system are you using for VirtualBox?
Created attachment 9390 [details]
journalctl -ab output when booting Mageia-6-rc-LiveDVD-Xfce-x86_64-DVD.iso in virtualbox.
Created attachment 9391 [details]
copy of /var/log/plymouth-debug.log when booting Mageia-6-rc-LiveDVD-Xfce-x86_64-DVD.iso in virtualbox.
Host system information:
$ uname -a
Linux marte 4.4.70-desktop-1.mga5 #1 SMP Fri May 26 13:42:22 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
$ cat /etc/release
Mageia release 5 (Official) for x86_64
$ rpm -qa | grep -E 'kernel|virtualbox' | sort
OK, you've hit the same problem as Rémi (see comment 19). But this shouldn't be happening with the Live DVD because the device timeout is set to 10 seconds. The plymouth debug log confirms that, but from the journal it is actually timing out after 5 seconds.
I should be able to fix this on the Live DVDs by adding the vboxvideo driver to the initrd.
Author: Martin Whitaker <mageia@...>
Date: Sun Jun 4 20:16:12 2017 +0100
live-dracut.conf: add vboxvideo to drivers in initrd
Once more to stop plymouth falling back to text mode (mga#19642).
I thought that we were supposed to be using modesetting instead of vboxvideo in Cauldron now...
(In reply to David Walser from comment #28)
> I thought that we were supposed to be using modesetting instead of vboxvideo
> in Cauldron now...
We use the 'modesetting' X11 driver, but that sits on top of the 'vboxvideo' drm device driver. plymouth uses the drm devices.
Thanks for the clarification.