Neuer Kernel 4.12.14.-lp-150-12.10

Hinweis: In dem Thema Neuer Kernel 4.12.14.-lp-150-12.10 gibt es 139 Antworten auf 14 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Du kannst ein komplettes Kernelmuseum einrichten.


    multiversion.kernel = latest, latest-1, latest-2, <ab hier tippst du selbst>, meinGanzSchraegerKernel-4.1.55zeta-halligalli, running 


    Guckst du hier.

  • Gibt es eigentlich Neues von der "Kernelfront" ich bin immer noch auf meinem Notebook bei der .7er weil alle neueren das System zum hängen bringen.
    Zwischenzeitlich gab es auch schon NVIDIA-Updates, aber die haben nichts genutzt.


    Ulli

    Für den Inhalt des Beitrages 124404 haftet ausdrücklich der jeweilige Autor: beeblebrox

  • Code
    uname -r 4.12.14-lp150.12.16-default
    Code
    /sbin/lspci -nnk | grep -EiA3 "vga|video|3d"
    02:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP106GL [Quadro P2000] [10de:1c30] (rev a1)
        Subsystem: NVIDIA Corporation Device [10de:11b3]
        Kernel driver in use: nvidia
        Kernel modules: nouveau, nvidia_drm, nvidia
    --
    03:00.0 Multimedia video controller [0400]: Spin Master Ltd. PCIe Video Bridge [1ade:3038] (rev 01)
        Subsystem: DVBSky Device [4254:0550]
        Kernel driver in use: SMI PCIe driver
        Kernel modules: smipcie

    und seit der Installation keine Probleme damit gehabt.
    Wie schaut das alles bei dir aus?

    Für den Inhalt des Beitrages 124407 haftet ausdrücklich der jeweilige Autor: tomfa-ng

  • Hallo
    hier dann man die Infos :


    Code
    kandy@trillian2:~> uname -r
    4.12.14-lp150.12.7-default
    kandy@trillian2:~>



    Code
    kandy@trillian2:~> /sbin/lspci -nnk | grep -EiA3 "vga|video|3d"
    01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT218M [NVS 3100M] [10de:0a6c] (rev a2)
            Subsystem: Lenovo Device [17aa:215c]
            Kernel driver in use: nvidia
            Kernel modules: nouveau, nvidia
    kandy@trillian2:~>

    Ulli

    Für den Inhalt des Beitrages 124423 haftet ausdrücklich der jeweilige Autor: beeblebrox

  • Mein Tubleweed ist gegenwärtig bei 4.18.5-1-default #1 SMP PREEMPT Fri Aug 24 12:38:43 UTC 2018 (9e91e29) x86_64 x86_64 x86_64 GNU/Linux

    Für den Inhalt des Beitrages 124615 haftet ausdrücklich der jeweilige Autor: repi

  • Statt besser wird es immer schlimmer.
    Heute schneite der Kernel : 4.12.14-lp150.12.19 rein.
    Da kriege ich schon direkt nach dem Grub eine Kernelpanic.


    4.12.14-lp150.12.7 funktioniert immer noch reibungslos.


    Ulli

    Für den Inhalt des Beitrages 125423 haftet ausdrücklich der jeweilige Autor: beeblebrox

  • Ich habe es versucht !


    Beim .13 und .16 Kernel habe ich mich sogar über ssh eingeloggt (alt-ctrl-fx geht bei diesen Kernel(n) auch nicht)
    und das zypper up sogar unter dem entsprechenden Kernel probiert.


    Bild bleibt das Selbe. Maschine fährt hoch, ein Hauch eines Splashscreen, dann rauschen Unmengen Meldungen
    durch (kann ich so schnell kaum lesen) und der Bildschirm wird schwarz.
    Das einzige was geht ist SSH. Auch ein sauberes Runterfahren aus der SSH-Sitzung geht nicht (weder reboot -f noch
    init 0 oder init 6).


    Mit dem .19 Kernel komme ich gar nicht so weit. Der stürzt mit blinkender "CapsLock-Taste" schon direkt nach dem GRUB ab.
    Ich sehe aber das das Zypper in eine Fehlermeldung ausgibt.

    Code
    dracut:  resume=UUID=97c79024-965d-411f-b841-23bf6e67809c
        dracut:  root=UUID=93d84cf0-3bb2-4952-a50d-86e35e35fb2c rootfstype=ext4 rootflags=rw,noatime,commit=60,data=ordered
        dracut: *** Creating image file '/boot/initrd-4.4.76-1-default' ***
        dracut: *** Creating initramfs image file '/boot/initrd-4.4.76-1-default' done ***
        Generating  /boot/initrd-4.12.14-lp150.12.13-default /boot/initrd-4.12.14-lp150.12.16-default /boot/initrd-4.12.14-lp150.12.19-default /boot/initrd-4.12.14-lp150.12.7-default targets failed
    
    
    Warnung: nvidia-gfxG03-kmp-default-340.107_k4.12.14_lp150.11-lp150.9.1.x86_64.rpm %posttrans script failed (returned 1)
    %posttrans scripts werden ausgeführt ............................................................[fertig]


    Ich hänge mal die Boot.log und Boot.msg sowohl von einem erfolgreichen Boot des .9er Kernel als auch mal vom .16 Kernel dran.
    Keine Ahnung ob das hilft. Die sind immer ganz frisch vom letzten Boot da /var/log/ bei mir auf der Ramdisk ist.


    Thx
    Ulli