SuperMicro Ubuntu 16.04 server boot stutter

[BSeB]

Mijn vraag
Afgelopen week heb ik mijn server omgebouwd en meteen de nieuwe LTS van Ubuntu erop gezet. Op zich prima, maar nu zie ik tijdens het booten (direct erna) dat de text "langzaam" over mijn scherm scrolled/stotterd. Bij de oude install van 14.04 ging dit "vloeiend". Wellicht dat dit normaal is, maar heb geen ervaring met deze hardware dus wilde dit even hier voorleggen.

Relevante software en hardware die ik gebruik
Supermicro X9SLR-F i.s.m. E5-2670 en 32GB REG ECC
SSD als OS
2 LSI 9211-8I controllers

Wat ik al gevonden of geprobeerd heb
De MSA driver via de repositories geïnstalleerd (X11), maar dit is natuurlijk niet de oplossing (heeft geen effect en draai verder geen X11. Verder veel gelezen, maar niks gevonden wat ik wil proberen.
Enige aanknopingspunt is "nomodeset" in grub, maar niet getest.

Misschien is dit "stotteren" normaal, maar ook mijn R710 van Dell heeft dit nooit gehad dus wilde weten of hier iets aan te doen is...

[Hero of Time]

Heb je 16.04 al eerder gedraaid? Is er nog iets anders met je SuperMicro vergeleken met de Dell server? Denk hierbij aan zowel hardware als software, waarbij voor het laatste uiteraard distro en of je plymouth en/of systemd gebruikt, etc.

[BSeB]

Nee, dit is mijn eerste 16.04 install, hiervoor had ik 14.04.
Hardware is compleet anders, zoals hierboven aangegeven heb ik ervaring met een Dell R710 (ubuntu 14.04) en een andere homeserver (i7-3770K met een nvidia 210) -> ubuntu 14.04.

Deze build is dus in alle opzichten nieuw en kan qua hardware geen echt verschil maken. Enige is dus dat het "langzaam" lijkt te gaan tijdens boot.
Na systeemboot presteert het systeem wel OK.

16.04 gebruikt overigens systemd default, in tegenstelling tot de oude system V (volgens mij heette het system V toch?)
Plymouth is geïnstalleerd (ik heb er niks aan gedaan, zie alleen dat het is geïnstalleerd)

[Cyphax]

Het klinkt alsof de console een andere videomode gebruikt die nogal traag is op die machine. Ik zou me er geen zorgen over maken of dat aanknopingspunt "nomodeset" in grub eens proberen.

[Thralas]

BSeB schreef op donderdag 28 april 2016 @ 10:12:
Nee, dit is mijn eerste 16.04 install, hiervoor had ik 14.04.
Hardware is compleet anders, zoals hierboven aangegeven heb ik ervaring met een Dell R710 (ubuntu 14.04) en een andere homeserver (i7-3770K met een nvidia 210) -> ubuntu 14.04.

Appels en peren. Je Supermicro:

Matrox G200eW 16MB DDR2 graphics

Tegenwoordig gebruikt men KMS voor de Linux console. Dat is dan ook het keyword voor eventuele zoekacties. Zoals Cyphax boven me al zegt, met 'nomodeset' kun je KMS uitzetten om te zien of dat helpt - maar KMS zou juist een vloeiende console moeten opleveren.

Er is een KMS driver voor Matrox, je zou kunnen controleren of het exacte PCI device ID van jouw kaart daar ook onder valt.

Je zou ook in de kernel logs kunnen kijken, volgens mij moet je zoiets zien:

[    5.420442] fb: switching to inteldrmfb from EFI VGA
[    5.420470] Console: switching to colour dummy device 80x25
[    5.420583] [drm] Replacing VGA console driver

[BSeB]

Wat ik in mijn dmesg kan vinden is het volgende:

[    1.131359] vesafb: mode is 640x480x32, linelength=2560, pages=0
[    1.131363] vesafb: scrolling: redraw
[    1.131366] vesafb: Truecolor: size=8:8:8:8, shift=24:16:8:0
[    1.131379] vesafb: framebuffer at 0xf9000000, mapped to 0xffffc90003800000, using 1216k, total 1216k
[    1.177735] Console: switching to colour frame buffer device 80x30
[    1.225345] fb0: VESA VGA frame buffer device

Overigens kan ik me van vesa dit resultaat herinneren (dat stotteren).

[ Voor 7% gewijzigd door BSeB op 29-04-2016 07:03 ]

[CAPSLOCK2000]

vesafb is inderdaad langzaam, dat is een laatste redmiddel.
Als nomodeset je niet helpt dan zijn er nog wat andere opties om te proberen:

nomodeset
vga=normal
nofb
video=vesafb:off

[Thralas]

nomodeset gaat in ieder geval niet helpen, dat resulteert juist in vesafb door KMS uit te schakelen, maar TS zou juist geholpen zijn met een werkende KMS driver..

video=vesafb:off lijkt me een goede kanshebber, dan heb je hopelijk een text-only VGA console. Idealiter wil je gewoon een werkende KMS driver, dus dan is het een kwestie van uitzoeken waarom de Matrox driver z'n ding niet doet.

[BSeB]

Sorry voor mijn late reactie, de frontpage van tweakers laat niet altijd zien of er een reactie is.
Ik heb nu geen echte mogelijkheid om dingen te onderzoeken.

Maar waar moet ik zoeken waarom de KMS driver niet geladen wordt? Normaal als je naar X11 gaat kan ik in het X11 log kijken. Of de syslog. Daarnaast kan DMESG nog info geven.
Zijn dit dezelfde plekken en waar moet ik op letten?

Heb wel op een willekeurige site iets voorbij zien komen over een matrox binary?
Ik ga in ieder geval verder zoeken.